في الأسبوع الماضي، عقدت منظمة ICANN ندوة عبر الإنترنت لعرض مستجدات اللجنة الاستشارية الحكومية (GAC) حول موضوع سلطات الاعتماد الحكومية بموجب النظام الموصى به للوصول / الإفصاح الموحد (SSAD)، والذي تقوم منظمة ICANN بتقييمه خلال مرحلة التصميم التشغيلي (ODP).
وركزنا عرضنا التقديمي على عناصر التصميم SSAD، بما في ذلك تصميم إجراءات العمل ذات الصلة بسلطات الاعتماد الحكومية. وتحدد التوصية رقم 2 في التقرير النهائي للعملية المعجلة لوضع السياسات لمنظمة GNSO حول المواصفة المؤقتة لبيانات تسجيل نطاقات gTLD - المرحلة 2 على أنه يجب على سلطات الاعتماد الحكومية اتباع متطلبات سلطات الاعتماد المبينة في التوصية رقم 1، رغم أن تعيين سلطة الاعتماد الحكومية لمنظمة ICANN هو قرار يجب أن يتخذه أي بلد أو إقليم. وفي النهاية، سيكون تصميم أنظمة البلد أو الإقليم معتمداً على الحكومات المعنية. ويحدد التصميم العام لإجراءات الأعمال الخاصة بنظام SSAD عدة عناصر مهمة:
- ستكون كل سلطة اعتماد (AA)، سواء كانت مركزية أو حكومية، بمثابة الواجهة الأولية لمستخدمي نظام SSAD الذين تم اعتمادهم.
- سيتعين على سلطات الاعتماد الحكومية (AA) بناء أنظمة تسمح باعتماد المستخدمين وتوفر إقرارات مناسبة للجهات المتقدمة بطلب البيانات، فضلاً عن خدمات المصادقة المستمرة للمستخدمين المعتمدين.
- وللقيام بذلك، يجب أن تنفذ سلطات الاعتماد الحكومية نفس الواجهات مثل سلطة الاعتماد المركزية Central AA للتكامل مع البوابة المركزية والأطراف المتعاقدة.
- وسيستخدم كل مستخدم معتمد واجهة واحدة لتقديم طلبات بيانات التسجيل غير العامة.
وسيكون تنفيذ سلطات الاعتماد الحكومية أمراً متروكاً للدول والأقاليم كل على انفراد. ومع ذلك، ووفقاً لملاحظات التصميم أعلاه، ستعتمد وظيفة الاعتماد على قدرات معينة سيتم بناؤها كجزء من أنظمة SSAD. وتجدر الإشارة إلى أنه لا يمكن اعتماد الكيانات والوكلاء الحكوميين إلا من خلال سلطات الاعتماد AA الحكومية، وبالتالي إذا لم يكن هناك مثل هذا التعيين من قبل أي بلد أو إقليم معني، فلن يكون لدى الوكيل الحكومي المعني طريقة اعتماد للتحقق من وضعه كوكيل حكومي ولن يكون هنا أي منافع ذات صلة مثل الإفصاح الآلي في ظروف معينة (على النحو المتوقع والمبين في التوصية 9.4 من التقرير النهائي لفريق EPDP، المرحلة 2). ولا يزال بإمكان الحكومات أو الوكلاء الحكوميين تقديم طلبات الكشف الخاصة بهم مباشرة إلى الأطراف المتعاقدة مع ICANN خارج نطاق نظام SSAD.
وفيما يتعلق بكيفية قيام البلدان أو الأقاليم لتعيين سلطة اعتماد AA حكومية لنظام SSAD، فإن فريق المشروع يبحث في البلدان أو الأقاليم الأعضاء أو المراقبين في الأمم المتحدة (U.N) و/ أو الممثَّلة في اللجنة الاستشارية الحكومية GAC. ويمكن للبلدان أو الأقاليم تعيين أكثر من سلطة اعتماد AA حكومية واحدة. واقترح فريق المشروع أنه يمكن للدول والأقاليم إبلاغ ICANN باختياراتها أو التعيينات من خلال وزارات الخارجية الخاصة بكل منها (أو الوكالات الحكومية المماثلة).
نشكر أعضاء GAC الذين تمكنوا من الانضمام إلى الندوة عبر الإنترنت لتعليقاتهم ومداخلاتهم، ونقدّر بعض المخاوف التي أثيرت بما في ذلك مدى تعقيد المشروع وتحديداً حول التوصية 2. نحن ممتنون لملاحظاتكم ونريد أن نعيد التأكيد على أن مساهمتكك في هذه العملية أمر بالغ الأهمية لنجاح نظام SSAD ODP. وستؤخذ مخاوفكم بنظر الاعتبار.
ولقد اقترح الفريق هذا التصميم لأنه بدا أنه الطريقة الأكثر فاعلية للمستخدمين ليصبحوا معتمدين لتقديم الطلبات باستخدام واجهة واحدة مع اتباع العمليات الموضحة في توصيات السياسة. وفي النهاية، سيأخذ مجلس إدارة ICANN جميع تعليقات المجتمع بنظر الاعتبار عند اتخاذ قراره بشأن توصيات السياسة ذات الصلة بنظام SSAD.
وتجدر الإشارة إلى أن التصميم المقترح هو أحد المسارات الممكنة للمضي بالعمل ولتزويد مجلس إدارة ICANN بجميع المعلومات الضرورية حول كيفية عمل SSAD لاتخاذ قرار مستنير بشأن أفضل طريقة للمضي قدماً. وكان مجلس إدارة ICANN قد طلب مرحلة التصميم التشغيلي ODP هذه لتعزيز مداولاته وبما في ذلك فيما لو كانت التوصيات تصب في مصلحة مجتمع ICANN و ICANN نفسها.
فإن كان لديك سؤالاً أو تود أن تقدم تعقيباً حول الأسئلة المبينة أعلاه، يرجى إرساله إلى البريد الإلكتروني: ODP-SSAD@icann.org. وسيتم أرشفة كل ما سيتم تقديمه على الإنترنت وسيكون متاحاً للاطلاع عليه من هنا. الرجاء قراءة بنود المشاركة والإقرار بها هنا قبل تقديم تعليقاتكم.
نشكر جميع الذين تمكنوا من الانضمام إلى الندوة، وندعو أولئك الذين لم يتمكنوا من الحضور للاستماع إلى التسجيل الخاص بها والمشاركة بآرائهم.
للمزيد من المعلومات حول SSAD ODP، يرجى زيارة صفحتنا هنا.
