إشارات استمرارية السياسات والشرعية والمساءلة عبر مؤسسات حوكمة الإنترنت
حوكمة
حوكمة
تتتبع تحليلات الحوكمة المؤسسات وعمليات السياسة وهيئات المعايير وعمليات السجلات والنزاعات المتعلقة بالمساءلة ومجتمعات المشغلين التي تشكل كيفية حوكمة الإنترنت وإبقائها قيد التشغيل. تربط هذه الصفحة بين مراقب RIR وملف القضية وجمعية موارد الأرقام وICANN وIETF وتاريخ الإنترنت وتغطية مجموعة مشغلي الشبكات في مسار بحثي مع أدلة عامة ومؤسسات متأثرة وتعرض إقليمي ومخاطر تنفيذ ومخاوف استمرارية وأسئلة شرعية.
مراقب RIRملف القضيةجمعية موارد الأرقامICANNIETFتاريخ الإنترنتNOGS
مراقب RIR، ملف القضية، جمعية موارد الأرقام، ICANN، IETF، تاريخ الإنترنت، وجلسات NOG.
تقدّم التغطية أدلة التنفيذ والسلوك المؤسسي على المواقف التصريحية.
أحدث التغطيات
أبرز أخبار حوكمة
7,749 مقالًا
تاريخ
قد يعثر DHCPv6 على وكيل SIP، لكنه لا يُتم المكالمة: RFC 3319
كان رد DHCPv6 يستطيع تزويد عميل SIP بقائمة مرتبة من وكلاء الخروج المحليين، بأسماء نطاقات أو عناوين IPv6 أو بكليهما. ساعد ذلك على العثور على القفزة التالية في مستوى التحكم، لكنه لم يثبت تسجيل المستخدم أو اكتمال الإشارات أو مرور الوسائط.
تاريخ
كان على الموجّه أن يصرّح برسم السياسة الذي يستطيع تنفيذه: RFC 3317
لم يكن إعلان القدرة وعداً بالقبول؛ فقد بقي للموجّه واجب أخير هو رفض الرسم الكامل إذا اصطدمت تركيباته بقيود لم يستطع الإعلان تلخيصها.
IETF
تدفّق واحد احتاج الترتيب، فانتظرت تدفّقات لا تعرفه
فقدت وصلة إطاراً من اتصال واحد، ثم حجبت إطارات وصلت لاتصالات أخرى كي تعيد ترتيباً واحداً على الطبقة الثانية. كانت الأرقام مرتبة عند الخروج، لكن السلطة التي سمحت بإنفاق زمن الجميع لم تكن موثقة. مشروع INTAREA الجديد يجعل هذا الغياب هو موضع القرار.
IETF
حين تصبح عدادات الإسقاط أداة معايرة للمهاجم
الدقة التشغيلية ليست مجانية من ناحية الأمن. من يستطيع حقن الحزم وقراءة عدادات الإسقاط التفصيلية يستطيع قياس أثر هجومه، ثم تعديل المعدل والنمط والمسار حتى يعثر على نقطة الضغط الأفضل.
تاريخ
كان رد التطبيق دليلاً على إمكان الوصول إلى الموجّه: RFC 3316
في بدايات IPv6 الخلوي، كان من الممكن أن يغني رد آتٍ من التطبيق البعيد عن مسبار إضافي عبر الوصلة الراديوية، لكن فقط لأنه يثبت واقعة محددة بشأن حزمة أُرسلت قبل قليل.
تاريخ
لم يكن للرابط عنوان MAC، ومع ذلك ظل على المضيف التحقق من إمكانية الوصول: RFC 3316
في وصلة GPRS أو UMTS، لم يكن مضيف IPv6 بحاجة إلى البحث عن عنوان طبقة الوصلة للموجّه؛ فلا يوجد عنوان من هذا النوع لحلّه. لكنه ظل بحاجة إلى معرفة ما إذا كان الموجّه الافتراضي قابلاً للوصول، وقد يقدّم ردّ صادر عن بروتوكول آخر هذا الدليل بإشارات أقل.
IETF
خريطة الشبكة تحتاج إلى ميزانية مرور تخصها
تُطلب من خريطة البنية التحتية صورة متجددة، لكن الاستعلامات والتحديثات التي تصنع تلك الصورة تمر عبر الشبكة نفسها. أضافت مسودة SIMAP شرطاً جديداً كي لا تتحول أداة الرصد إلى مصدر ازدحام مستمر.
IETF
وصلت استجابة 400 بعد أن بدأ الأثر الجانبي بالفعل
تصف مشكلة Digest ما رآه مكوّن تحقق في مسار HTTP. لكنها لا تصف بالضرورة كل ما نفذته البوابة أو قائمة الانتظار أو التطبيق قبل وصول الاستجابة، ولذلك لا تصلح وحدها كإيصال بعدم الالتزام أو كترخيص لإعادة طلب غير تكراري.
IETF
إثبات المفتاح لا يثبت اسم النطاق
يقترح مسودّ عمل ACME الجديد مساراً اختيارياً لإصدار شهادة من دون CSR. يثبت العميل امتلاكه للمفتاح الذي أعلنه في الطلب، لكن هذا الإثبات لا يمنحه السيطرة على DNS ولا صلاحية الحصول على الشهادة. صُمّم الطلب بحيث تجمع نتيجة الإصدار بين تفويضات مستقلة، لا بحيث تتحول إجابة تشفيرية واحدة…
تاريخ
رد أسرع، وعقد إيجار قد لا يستخدمه أحد: RFC 3315
لم يكن المسار الأقصر في DHCPv6 مجرد حذف رسالتين؛ فقد قدّم لحظة التزام الخادم بالعنوان إلى وقت لا يعرف فيه بعد ما إذا كان العميل سيتلقى الرد.
تاريخ
دخل AES إلى TLS في اثنتي عشرة تركيبة، لا كخيار واحد: RFC 3268
في عام 2002، أضاف TLS خوارزمية AES من دون إعادة تصميم المصافحة. لكن الإضافة ظهرت في صورة اثنتي عشرة مجموعة تشفير، لأن تشفير البيانات لا يختار تبادل المفاتيح أو المصادقة نيابة عن الطرفين.
IETF
أرسل الـSFU إقراراً واحداً إلى المنبع، لكن من كان ضمن «الجميع»؟
قد يعيد وسيط الفيديو كتابة معرّفات الإطارات ويجمع حالات مستقبلين كثيرين في إقرار صاعد واحد. لا تصبح الإشارة دليلاً على الجمهور كله ما لم يبقَ مقام التجميع، وسلسلة الترجمة، وحالة كل ساق قابلة للتدقيق.
IETF
في TCP-AO لا يكفي أن يحمل الطرفان اسم KMAC نفسه
قد تتطابق خانة الخوارزمية في إعدادات موجّهين وتختلف مفاتيح المرور التي يحسبانها. تحدد النسخة الثامنة من مسودة TCPM أي صيغة من KMAC تقصدها عند اشتقاق مفتاح TCP-AO، فتجعل الادعاء بالتوافق قابلاً لفحص أدق من مجرد مقارنة الأسماء.
تاريخ
لم يكن المفتاح العشوائي مفتاح إنقاذ، بل وسيلة لإسكات الفشل: RFC 3218
قد يرفض مستلم CMS رسالة مشفّرة قبل أن يلمس محتواها. بدا شرح سبب الرفض بدقة سلوكاً هندسياً سليماً، إلى أن صار المهاجم قادراً على طرح السؤال نفسه آلاف المرات. جاء RFC 3218 بحل متعمّد الغرابة: إذا فشل فك تغليف المفتاح بواسطة RSA، يُنشئ المستلم مفتاح CEK عشوائياً جديداً ويواصل…
تاريخ
حين لم تعد URL صندوقاً منفصلاً داخل URI: RFC 3305
في بدايات الويب، بدا التقسيم واضحاً: يبيّن عنوان URL إلى أين نذهب، بينما يسمّي URN مورداً من دون ربطه بمكانه. لكن فريق تخطيط مشتركاً بين W3C وIETF رأى في عام 2002، عبر RFC 3305، أن هذا الفصل المرتّب بدأ يعيق فهم مخططات URI نفسها.
IETF
كشف جدول القاعدة متى يصبح المنع غائباً
لم يغيّر المهاجم قائمة التحكم في الوصول، ولم يحتج إلى كسر المصادقة. قرأ نافذة التفعيل، وانتظر الدقيقة التي خرجت فيها قاعدة التقييد من الخدمة. كان الجدول جزءاً من سلطة التنفيذ، لكن النظام عامله كبيانات وصفية عادية.
تاريخ
كان التأكيد يعني أن NAK سُمع، لا أن الإصلاح وصل: RFC 3208
تجنّب PGM طلب إقرار إيجابي من كل مستقبِل في مجموعة البث المتعدد. يرسل المستقبِل NAK عند اكتشاف فجوة، وتؤكد عناصر الشبكة الطلبات وتدمجها، ثم تقصر حالة الإصلاح RDATA على الفروع المتضررة. منح هذا الاختصار قابلية التوسع، لكنه لم يجعل NCF دليلاً على وصول الإصلاح أو نجاح الاستعادة.
تاريخ
مليار مستخدم لم يكن ليشمل إلا أقلية: RFC 3271
في عام 2002، توقّع Vint Cerf أن يتجاوز عدد مستخدمي الإنترنت ملياراً بحلول نهاية 2005، ثم نبّه مباشرة إلى أن ذلك لن يعادل سوى نحو 16% من سكان العالم. بهذا التناقض، يتحول شعار «الإنترنت للجميع» من احتفال بالنمو إلى اختبار تحكمه شروط متعددة لا يغني بعضها عن بعض.
IETF
RadSec يرفض الرد المعيب ولا يقطع الاتصال دائماً
قد يصل رد RADIUS بعدما تنتهي مهلة طلبه ويُعاد استعمال معرّفه لطلب جديد. مسودة RADEXT تفصل بين إسقاط ذلك الرد وبين إصدار حكم على اتصال (D)TLS الذي حمله.
IETF
قال السجل «ثقب أسود»، فحوّل العرض إلى أمر إسقاط
الكلمة نفسها قد تصف اختفاء الحزم بصمت، وقد تسمّي إجراءً مقصوداً يطلب من الجيران إسقاطها. حين يهمل النظام هذا الفرق، تتحول ملاحظة ضيقة إلى سلطة تنفيذية، ويصبح العطل المحتمل انقطاعاً مؤكداً صنعته الأتمتة.
خريطة الجلسات
فرع الحوكمة
مراقب RIR
خمس جلسات إقليمية تتابع سياسة التخصيص، وشرعية مجلس الإدارة، والاستمرارية المؤسسية.
افتح مراقب RIRملف القضية
ملفات حوكمة طويلة الأجل مع تحليل الضغوط القانونية والانتخابية والمؤسسية.
افتح ملف القضيةجمعية موارد الأرقام
تحليلات العضوية والميثاق وحوكمة الموارد من النظام البيئي لـ NRS.
افتح جلسة جمعية موارد الأرقامICANN
تنسيق DNS، وأطر المساءلة، وديناميكيات العمليات العالمية متعددة الأطراف.
افتح جلسة ICANNIETF
مسار توحيد البروتوكول وخطر قابلية التشغيل البيني في ظل ظروف سياسية مجزأة.
افتح جلسة IETFتاريخ الإنترنت
تاريخ طويل الأمد للبنية التحتية يُستخدم في تفسير الحوكمة والتنبؤ الهيكلي.
افتح جلسة التاريخمجموعات مشغلي الشبكات
معلومات تنفيذية على مستوى المشغلين من APRICOT إلى جانب منظومات NOG الإقليمية والوطنية.
افتح جلسة NOGs