التفاصيل
| المرجع. اسم: افبوب-2018-GEN-001-DRAFT02 |
إصدارات: 2.0 الحالة: قيد المناقشة |
المعلن / كاتب التعليق: جوردي باليت مارتينيز jordi.palet [at] الipv6company.com منظمة IPv6 الشركة
|
| تعديل: CPM art 8.0 | ||
| قدمت: 20 نوفمبر 2018 |
مقترح
1.0 ملخص للمشكلة التي يعالجها هذا الاقتراح
لا تعني السياسة الحالية الالتزام بتسجيل جهة اتصال لإساءة الاستخدام وتحديد تنسيق للاتصال الشخصي و "الإبلاغ التلقائي" ، مقارنةً بالآخرين RIRتصبح الصورة مربكة ، حيث أن البريد الإلكتروني الواحد سيكون أكثر كفاءة ، كما في النهاية ، يتم نسخ التقارير إلى كل من رسائل البريد الإلكتروني.
نتيجة لذلك ، قد لا يكون لدى بعض LIRs معلومات الاتصال هذه مسجلة ومحدثة لمواردها. في الواقع ، هناك حتى حالات LIRs التي تستخدم صندوق بريد غير موجود أو حالة لا يتم مراقبتها بنشاط.
في الممارسة العملية ، تصبح جهة الاتصال هذه غير فعالة للإبلاغ عن الانتهاكات وتؤدي عمومًا إلى مشاكل أمنية وتكاليف للضحايا.
يهدف هذا الاقتراح إلى حل هذه المشكلة والتأكد من وجود جهة اتصال مناسبة لإساءة الاستخدام وعملية استخدامها ، وهي أكثر اتساقًا في جميع المجالات. RIRs ، من أجل تسهيل الإبلاغ عن إساءة استخدام المنطقة.
إشارات السياسة الحالية إلى "ورقة أفضل الممارسات" ، والتي لا تعتبر إلزامية وفي الواقع ، لا يتم استخدامها من قبل المجتمع. لا يغير هذا الاقتراح نطاق هذا المستند ، بل يجب إنشاء رابط بين الكائنات IRT القليلة الموجودة والكائنات الجديدة.
بهذه الطريقة ، سيكون اتصال إساءة استخدام AFRINIC متماشيًا مع الآخرين RIRس. تستخدم APNIC الآن IRT ، ولكن منذ قبول اقتراح مكافئ ، سيتم إنشاء "ارتباط" آلي مع IRT الحالي ، لذلك يسود إساءة استخدام c وصندوق بريد سوء الاستخدام.
ليست هناك حاجة لحذف البيانات الاختيارية الأخرى المدرجة اليوم في IRT. تضمن هذه السياسة فقط توفر صندوق بريد الإساءة والتحقق منه بشكل دوري.
2.0 ملخص عن كيفية معالجة هذا الاقتراح للمشكلة
يعتمد مجتمع الإنترنت على التعاون. ومع ذلك ، في كثير من الحالات ، هذا غير كافٍ ، وعلينا جميعًا أن نكون قادرين على الاتصال بـ LIRs التي قد تواجه مشكلة في شبكاتها وغير مدركة للموقف.
ينشئ هذا الاقتراح قسمًا جديدًا في دليل السياسة لحل هذه المشكلة عن طريق التحقق الدوري البسيط ، ويضع القواعد الأساسية لإجراء هذا التحقق وبالتالي يتجنب التكاليف غير الضرورية للأطراف الثالثة التي تحتاج إلى الاتصال بالأشخاص المسؤولين عن حل انتهاكات شبكة محددة.
يضمن الاقتراح أن تكلفة معالجة الإيذاء تقع على عاتق LIR الذي يتسبب عميله في الإساءة (ومن يتلقون منه تعويضًا ماليًا عن الخدمة) ، بدلاً من السقوط على الضحية ، كما هو الحال إذا اضطروا إلى اللجوء إلى المحاكم ، وبالتالي تجنب التكاليف (المحامون والمحامون ، وما إلى ذلك) وتوفير الوقت لكلا الطرفين.
لهذا ، تصبح سمة abuse-c إلزامية في كائنات "aut-num" و "inetnum" و "inet6num" ، وكذلك في أي أشياء أخرى يمكن استخدامها في المستقبل. هذه السمة هي جهة اتصال لإساءة الاستخدام ، ويجب أن تحتوي على الأقل على سمة "صندوق البريد - الإساءة".
من المتوقع أن يتم تنفيذ الاقتراح خلال 90 يومًا ، لتأكيده من قبل AFRINIC ، وهو إطار زمني معقول للسماح لكل من الموظفين بتطوير الأداة و LIRs لتحديث جهات الاتصال الخاصة بهم بإساءة الاستخدام.
3. الاقتراح
3.1 تعديل 8.0 من الاجتماع التحضيري للمؤتمر ، على النحو التالي:
|
الحالي |
المقترح |
|
8.1 مقدمة تحدد هذه السياسة كائنًا مخصصًا يجب استخدامه كمكان مفضل لنشر معلومات الاتصال العامة عن إساءة الاستخدام داخل منطقة خدمة AFRINIC. يمكن الإشارة إلى الكائن المذكور في كائنات inetnum و inet6num و aut-num في AFRINIC whois قاعدة البيانات. يوفر طريقة أكثر دقة وفعالية لتقارير إساءة الاستخدام للوصول إلى جهة اتصال الشبكة الصحيحة |
8.1 مقدمة تحدد هذه السياسة كائنًا إلزاميًا يجب استخدامه لنشر إساءة استخدام معلومات الاتصال العامة داخل منطقة خدمة AFRINIC. يجب الإشارة إلى الكائن المذكور في كائنات inetnum و inet6num و aut-num في AFRINIC whois قاعدة البيانات. يوفر طريقة أكثر دقة وفعالية لتقارير الإساءة للوصول إلى جهة الاتصال الصحيحة. |
|
8.2 تفاصيل السياسة: لإتاحة ملف جديد أو استخدام ملف whois كائن قاعدة البيانات الذي يقوم بتنفيذ الخصائص التالية:
يجب أن يكون الكائن يمكن الوصول إليه من خلال whois بروتوكول. AFRINIC لنشر أ أفضل ورقة الممارسة التي تشجع جميع الأعضاء بنشاط على استخدام الكائن لنشر معلومات الاتصال الاعتداء. |
8.2 وصف "abuse-c" و "abuse-mail" يجب أن تتضمن جميع الموارد المخصصة من قبل AFRINIC سمة اتصال إلزامية "abuse-c" (اتصال إساءة) في المقابل WHOIS إدخال ، مع واحد على الأقل من صندوق الوارد للبريد الإلكتروني (البريد - سوء الاستخدام) صالح ومراقب ومدار بشكل فعال والمقصود لتلقي التقارير اليدوية أو التلقائية فيما يتعلق بالسلوك التعسفي ومشكلات الأمان وما شابه. يجب أن تكون السمة "abuse-mailbox" متاحة بطريقة غير مقيدة عبر whois، واجهات برمجة التطبيقات والتقنيات المستقبلية. بالنظر إلى الطبيعة الهرمية لعناصر عنوان IP ، قد تتم تغطية الكائنات التابعة لتلك التي توزعها AFRINIC مباشرة بواسطة الكائنات الأصلية أو قد يكون لها سمة "abuse-c" الخاصة بها. باتباع الممارسات المعتادة ، قد يتم تضمين سمات "البريد الإلكتروني" الأخرى لأغراض أخرى. |
|
8.3 مزايا وعيوب السياسة
مزايا 8.3.1
عيوب 8.3.2 سيواجه هذا الكائن ، مثل جميع الكائنات الموجودة الأخرى ، مشكلة دقة البيانات. تهدف هذه السياسة إلى معالجة مشكلة المكان المفقود لمعلومات الاتصال الخاصة بإساءة الاستخدام ولن تؤدي إلى تحسين دقة البيانات في whois قاعدة البيانات. ومع ذلك ، يُقترح على AFRINIC تقديم طريقة لتلقي التقارير حول عدم العمل أو عدم دقة الأشياء. |
8.3 حول "سوء استخدام صندوق البريد" يجب أن تتطلب رسائل البريد الإلكتروني المرسلة إلى "صندوق البريد - سوء الاستخدام" التدخل اليدوي من قبل المستلم في مرحلة ما ، وقد لا تتم تصفيتها ، لأنه في بعض الحالات قد يمنع ذلك تلقي تقارير إساءة الاستخدام ، على سبيل المثال في حالة البريد العشوائي حيث يمكن أن يتضمن تقرير إساءة الاستخدام رسائل البريد العشوائي نفسها أو عناوين URL أو المحتوى الذي يصنف عادةً على أنه بريد مزعج قد يقوم "صندوق البريد - سوء الاستخدام" في البداية بإرسال رد تلقائي ، على سبيل المثال ، تعيين رقم بطاقة ، وتطبيق إجراءات التصنيف ، وطلب مزيد من المعلومات ، وما إلى ذلك. ومع ذلك ، لا ينبغي أن يطلب من مراسل إساءة الاستخدام تعبئة نموذج ، لأن هذا يعني ضمناً أن ستضطر كل شركة تحتاج إلى الإبلاغ عن حالات إساءة الاستخدام (وهي مهمة يتم تشغيلها تلقائيًا في العادة) إلى تطوير واجهة محددة لكل مزود خدمة إنترنت في العالم يفرض تعبئة النماذج ، وهو أمر غير ممكن أو منطقي ، حيث إنه سيضع تكلفة معالجة الإيذاء على من يقدمون الدعوى ومن ثم يقعون ضحايا سوء المعاملة ، بدلاً من أن يدفعوا من قبل أولئك الذين يتسبب موكلهم في سوء المعاملة (ومن يحصلون على دخل منهم). عن طريق المعلومات ، تجدر الإشارة إلى أنه من المعقول توقع أن يرسل إجراء الإبلاغ عن إساءة الاستخدام ، مع تقرير الاعتداء الأولي ، السجلات ، نسخة من رسالة البريد العشوائي (إرفاق مثال على البريد الإلكتروني العشوائي أو رؤوسه الكاملة) أو أدلة معادلة (حسب نوع الإساءة). وبالمثل ، من المعقول توقع أن تحدد رسالة البريد الإلكتروني الأولية للرد التلقائي أن المطالبة لن تتم معالجتها ما لم يتم تقديم مثل هذه الأدلة ، مما يتيح للمرسل فرصة لتكرار عملية التقديم وإدراج الأدلة ذات الصلة. يسمح ذلك بالإبلاغ التلقائي ، على سبيل المثال ، عبر fail2ban أو SpamCop أو غيرهم ، مع الحفاظ على التكاليف كحد أدنى لكلا الطرفين المعنيين. |
|
8.4 أهداف التحقق من الصحة "abuse-c" / "abuse-mail" يجب أن يحقق الإجراء ، الذي سيتم تطويره بواسطة AFRINIC ، الأهداف التالية: 1) عملية بسيطة تضمن وظائفها وتسمح لمكاتب المساعدة التي تتعامل مع تقارير إساءة الاستخدام بالتحقق من أن طلبات التحقق من الصحة تأتي فعليًا من AFRINIC وليس من أطراف ثالثة (والتي قد تنطوي على مخاطر أمنية) ، مع تجنب "مباشر" واحد ، على سبيل المثال عنوان URL للتحقق من الصحة. 2) تجنب المعالجة الآلية. 3) تأكد من أن الشخص الذي يقوم بالتحقق من الصحة يفهم الإجراء والسياسة ، وأنهم يراقبون بانتظام "صندوق البريد الخاص بالإساءة" ، وأن التدابير يتم اتخاذها ، وأن تقرير إساءة الاستخدام يتلقى ردًا. 4) فترة التحقق من الصحة لا تزيد عن 15 يوما. 5) في حالة فشل التحقق من الصحة ، قم بالتصعيد إلى LIR وحدد فترة تحقق جديدة لا تتجاوز 15 يومًا. قد يتم تعديل فترات التحقق "الأولية" و "التصعيدية" من قبل AFRINIC ، عند الاقتضاء ، لإبلاغ المجتمع بالدوافع. على سبيل المثال ، قد يستغرق الأمر وقتًا أطول للتحقق من الصحة ، بمجرد تنفيذ هذه السياسة ، وتقصيرها بعد ذلك بمجرد انخفاض نسبة حالات الفشل ، وبالتالي تزيد جودة جهات الاتصال وبالتالي يمكن توقع انخفاض متوسط أوقات الاستجابة لسوء المعاملة. (على سبيل المثال ، يتم تضمين إجراء مفصل في اقتراح السياسة هذا ضمن "معلومات إضافية"). |
|
|
8.5 التحقق من صحة "abuse-c" / "abuse-mail" ستقوم AFRINIC بالتحقق من الامتثال للعناصر المذكورة أعلاه ، سواء عند إنشاء أو تحديث سمات "abuse-c" و / أو "abuse-mailbox" ، وكذلك بشكل دوري ، لا تقل عن مرة واحدة كل 6 أشهر ، وكلما رأت AFRINIC مناسبة. بناءً على تقدير AFRINIC ، بشكل عام أو في حالات محددة (على سبيل المثال ، للتأكيد في حالات التصعيد أقل من 8.6) ، يجوز لـ AFRINIC استخدام مجالات أخرى غير AFRINIC. * ، وحتى تعديل موضوع ونص الرسالة. أداء التحقق من صحة وقال أكثر فعالية. ستقوم AFRINIC بمتابعة أكثر شمولية ، وفقًا لسياسات / إجراءات AFRINIC ذات الصلة ، خاصة تلك المتعلقة بإلغاء الموارد. يمكن تعديل وتيرة التحقق الدوري إذا رأت AFRINIC هذا مناسبًا وأبلغت المجتمع بأسبابه. على سبيل المثال ، يمكن إجراء التحقق من الصحة واحدًا في السنة الأولى ، لتسهيل الالتزام بالسياسة ، ومن ثم يمكن أن يزيد عدد عمليات التحقق السنوية بشكل تدريجي ، حتى تصل إلى الفصلية ، بهدف تحسين جودة جهات الاتصال. |
|
|
8.6 التصعيد إلى AFRINIC لتجنب السلوك الاحتيالي (على سبيل المثال ، "صندوق بريد لإساءة الاستخدام" لا يرد إلا على رسائل البريد الإلكتروني لـ AFRINIC ، أو على الرسائل ذات الموضوع أو المحتوى المحدد) ، أو عدم الامتثال للجوانب المتبقية من هذه السياسة (غير صحيح أو عدم الاستجابة لـ حالات سوء الاستخدام) ، وبالتالي لضمان جودة الخدمات في المنطقة بالموارد المخصصة من قبل AFRINIC ، يجب توفير طريقة تصعيد (على سبيل المثال ، صندوق بريد مثل "محمي عنوان البريد الإلكتروني هذا من المتطفلين و برامج التطفل. تحتاج إلى تفعيل جافا سكريبت لتتمكن من مشاهدته.") ، مما يسمح بإعادة التحقق من الصحة (وفقًا للمادة 8.5 أعلاه) وحتى الوساطة من قبل AFRINIC ، وعند الاقتضاء ، تطبيق السياسات / الإجراءات ذات الصلة ، وخاصة تلك المتعلقة بإلغاء الموارد. |
3.2 معلومات إضافية
بعد تنفيذ هذا الاقتراح ، ستنشر AFRINIC IRT أيضًا باعتباره abuse-c ، من أجل تسهيل البحث في whois للحصول على نفس المعلومات ، بغض النظر عما إذا كنت تبحث عن abuse-c أو IRT. يمكن الاحتفاظ ببقية المعلومات الفعلية الموجودة في IRT وفقًا للإرشادات الفعلية (والتي ستحتاج إلى تحديثها بواسطة AFRINIC). يتم ذلك من أجل استيعاب IRT في غالبية RIRليالي حيث هو سوء المعاملة ج.
مثال على إجراء التحقق من الصحة.
- تبدأ AFRINIC عملية التحقق من الصحة تلقائيًا ، حيث ترسل اثنان من رسائل البريد الإلكتروني المتتالية إلى "علبة البريد الخاصة بالإساءة".
- سيتم إرسال رسائل البريد الإلكتروني هذه تحتوي على نص عادي فقط.
- ستتضمن رسالة البريد الإلكتروني الأولى عنوان URL الذي سيتم فيه التحقق من الصحة ("validacion.AFRINIC.net") وقد تحتوي على معلومات حول الإجراء وملخص موجز لهذه السياسة وما إلى ذلك.
- سوف يحتوي البريد الإلكتروني الثاني على رمز تحقق أبجدي رقمي فريد.
- يجب على الشخص المسؤول عن "علبة البريد الخاصة بإساءة الاستخدام" الانتقال إلى عنوان URL ولصق الرمز الذي تم استلامه في البريد الإلكتروني الثاني في النموذج.
- يجب تصميم عنوان URL بطريقة تمنع استخدام عملية تلقائية (على سبيل المثال ، "captcha"). بالإضافة إلى ذلك ، يجب أن يحتوي على نص يؤكد أن الشخص الذي يقوم بالتحقق من الصحة يفهم الإجراء والسياسة ، وأنهم يراقبون بانتظام "صندوق البريد الخاص بالإساءة" ، واتخاذ التدابير اللازمة لحل حالات إساءة الاستخدام المبلغ عنها ، وأن تقرير إساءة الاستخدام يتلقى ردًا ، مع "مربع اختيار" يجب قبوله للمتابعة.
- سيكون الرمز الأبجدي الرقمي صالحًا لمدة أقصاها يومين عمل فقط.
- إذا لم يتم إدخال الرمز في غضون ذلك الوقت ، فسيقوم النظام بوضع علامة "abuse-c" على أنه "غير صالح مؤقتًا" وسوف ينبه موظفي AFRINIC حتى يتمكنوا من بدء متابعة مخصصة باستخدام LIR.
- إذا لم يتم تلقي أي رد يؤكد أن الموقف قد تم تصحيحه ، بعد فترة إضافية من ثلاثة أيام عمل ، سيتم وضع علامة "abuse-c" بشكل دائم على أنها "غير صالحة".
- سيتم تكرار عملية التحقق من الصحة تلقائيًا (البنود من 1 إلى 7 أعلاه). إذا كان مرضًا ، فسيتم تمييز "abuse-c" على أنه "صالح" ؛ وإلا سيتم النظر في انتهاك للسياسة.
4. تاريخ المراجعة
|
التاريخ |
التفاصيل |
| 20 نوفمبر 2018 |
الإصدار 2: AFPUB-2018-GEN-001-DRAFT02 |
|
12 مارس 2018 |
الإصدار 1: AFPUB-2018-GEN-001-DRAFT01 في البداية Draft تم النشر إلى rpd |
5. المراجع
تمت مناقشة اقتراح مماثل في منطقة RIPE وينتظر أن يعلن الرؤساء المشاركون توافق الآراء.
مراجعة التاريخ
|
التاريخ |
التفاصيل |
| 20 نوفمبر 2018 |
الإصدار 2: AFPUB-2018-GEN-001-DRAFT02 |
|
12 مارس 2018 |
الإصدار 1: AFPUB-2018-GEN-001-DRAFT01 في البداية Draft تم النشر إلى rpd |
تقييم الموظفين
| مقترح | افبوب-2018-GEN-001-DRAFT02 |
| العنوان | تحديث سياسة إساءة الاتصال |
| عنوان URL الخاص بالاقتراح | https://www.afrinic.net/policy/2018-gen-001-d2#proposal |
| تقييم | 20 أبريل 2019 |
1.0 فهم الموظفين للاقتراح
- استبدل نص السياسة بـ CPM 8.0 الحالي (معلومات الاتصال بإساءة الاستخدام) - [الفقرة 8.1]
- يقدم سمة "abuse-c" إلزامية في inetnum و inet6num و aut-num whois كائنات قاعدة البيانات. قيمة هذه السمة هي عنوان بريد إلكتروني (صندوق بريد إساءة) ، يتم إرسال جميع المعلومات المتعلقة بإساءة الاستخدام إليه. يُعد صندوق البريد الإلكتروني المسيء اختياريًا في الكائنات التابعة للتخصيصات أو التعيينات الأصلية المباشرة الصادرة عن AFRINIC - [القسم 8.2]
- يجب أن يكون صندوق الإساءة صالحًا ومراقبًا بشكل نشط - [الفقرة 8.2]
- يجب أن يحتاج البريد الإلكتروني المرسل إلى صندوق البريد - إلى تدخل يدوي من قبل المستلم - [الفقرة 8.3]
- يجب على AFRINIC توفير نظام للتحقق من صحة علبة البريد الخاصة بالإساءة. تُترك العملية الفعلية لتقدير الموظفين لدى AFRINIC ، لكن يمكن أن تتبع مثالاً للمادة في الفقرة 3.2 من مقترح السياسة - [الفقرة 8.4]
- يجب على AFRINIC منع MyAFRINIC الوصول للأعضاء غير الممتثلين. جميع الوظائف في MyAFRINIC بخلاف تحديث صندوق بريد إساءة الاستخدام سيتم حظره حتى يتم التحقق من صحة صندوق بريد الإساءة بنجاح. - [القسم 8.5]
- يجب توفير آلية تصعيد لـ AFRINIC (مثل من خلال عنوان بريد إلكتروني) حيث يمكن الإبلاغ عن أي مخاوف بشأن عملية التحقق من الصحة بواسطة المجتمع و / أو الأعضاء. يمكن أن يساعد هذا أيضًا في إعادة التحقق اليدوي. - [ثانية 8.6]
2.0 تعليقات الموظفين
- يوجد بالفعل حل موجود من خلال كائن IRT ، وهو اختياري حاليًا - (والذي يبدو أنه يعالج الهدف من الاقتراح) - والذي يمكن أن يصبح إلزاميًا لكائنات الموارد التي تم إصدارها مباشرةً بواسطة AFRINIC. تتمثل الميزة الإضافية لاستخدام IRT في أنه يمكنه الاحتفاظ بمزيد من المعلومات من مجرد عنوان بريد إلكتروني ، مثل العنوان الفعلي وأرقام الهواتف ومفاتيح PGP للاتصال الآمن.
- في نص الاقتراح 3.2 ، "بعد تنفيذ هذا الاقتراح ، ستنشر AFRINIC IRT أيضًا باعتباره abuse-c ، من أجل تسهيل البحث في whois للحصول على نفس المعلومات ، بغض النظر عما إذا كنت تبحث عن abuse-c أو IRT ... "يجب أن يكون الاقتراح واضحًا من الحل الدقيق في أي من علبة البريد الإساءة (مع عنوان بريد إلكتروني) و / أو كائن IRT. IRT حاليًا قيمة للسمة "mnt-irt". ليس من الواضح ما إذا كان "IRT" يجب أن يكون قيمة للسمة abuse-c ، أو إذا كان "abuse-mailbox" المشار إليها في "irt" يجب أن تكون قيمة السمة abuse-c ، أو إذا كان يجب إعادة تسمية السمة "mnt-irt" إلى "abuse-c". على أي حال ، يجب أن يكون الاقتراح أكثر وضوحًا بشأن حل واحد ، لكننا نوصي بالحفاظ على IRT وجعله إلزاميًا.
- في 8.5 المقترح حيث MyAFRINIC يتم حظر الوصول إلى الأعضاء الذين لديهم جهات اتصال مسيئة غير صالحة ، ولن تتمكن الحسابات المحظورة من التصويت في AGMM أو الانتخابات الأخرى التي تتطلب من الأعضاء التصويت عبر الإنترنت ، حيث يتم ذلك من خلال MyAFRINIC. (رأي المستشار القانوني في القسم 3.0 أدناه). على الرغم من أن الاقتراح ليس واضحًا بشأن معنى "حظر وصول هذا الحساب إلى موارده". نقترح إعادة الصياغة لتحديد عدم وجود كائنات قاعدة البيانات (بما في ذلك WHOIS وكائنات IRR) يمكن تحريرها باستثناء إضافة إساءة استخدام c أو صندوق بريد سوء استخدام. إذا كان صاحب البلاغ يعتزم حجب التصويت ، فإن الإجراء العقابي بالتأكيد غير متناسب مع الجريمة ، ولكنه ليس فعلًا غير قانوني في قانون موريشيوس.
- في الفقرة 8.6 المقترحة ، من الأفضل عدم تحديد عنوان بريد إلكتروني (للتدخلات اليدوية والتصعيدات) ، حيث قد يتغير هذا. من الأفضل إعادة صياغة مثل "يجب على AFRINIC توفير طريقة للإبلاغ أو التصعيد .. عناوين البريد الإلكتروني غير الصحيحة الخاصة بالإساءة"
3.0 تعليقات من المستشار القانوني
لا يمكن تفسير عدم الامتثال لالتزام إداري مثل تحديث معلومات الاتصال على أنه جريمة خطيرة تستدعي حظر الوصول مما قد يؤدي إلى فقدان حقوق التصويت. هذا الجزاء النهائي غير متناسب مع عدم الامتثال ويجب مراجعته. ولكنه ليس عملاً غير قانوني في قانون موريشيوس.
4.0 التنفيذ
4.1 الجدول الزمني والأثر: حوالي 6 أشهر من أعمال تطوير البرامج.
4.2 متطلبات التنفيذ: تعديلات على WHOIS قاعدة البيانات بناءً على الحل الذي سيتم التصديق عليه في النهاية.
