إشارات استمرارية السياسات والشرعية والمساءلة عبر مؤسسات حوكمة الإنترنت
حوكمة
حوكمة
تتتبع تحليلات الحوكمة المؤسسات وعمليات السياسة وهيئات المعايير وعمليات السجلات والنزاعات المتعلقة بالمساءلة ومجتمعات المشغلين التي تشكل كيفية حوكمة الإنترنت وإبقائها قيد التشغيل. تربط هذه الصفحة بين مراقب RIR وملف القضية وجمعية موارد الأرقام وICANN وIETF وتاريخ الإنترنت وتغطية مجموعة مشغلي الشبكات في مسار بحثي مع أدلة عامة ومؤسسات متأثرة وتعرض إقليمي ومخاطر تنفيذ ومخاوف استمرارية وأسئلة شرعية.
مراقب RIRملف القضيةجمعية موارد الأرقامICANNIETFتاريخ الإنترنتNOGS
مراقب RIR، ملف القضية، جمعية موارد الأرقام، ICANN، IETF، تاريخ الإنترنت، وجلسات NOG.
تقدّم التغطية أدلة التنفيذ والسلوك المؤسسي على المواقف التصريحية.
أحدث التغطيات
أبرز أخبار حوكمة
7,648 مقالًا
IETF
حتى الشبكة بلا إعدادات لها صاحب حق نقض
يقترح مشروع في IETF أن يختار التطبيق عنوان multicast في IPv6 من دون خادم توزيع مركزي. لكن التصميم يمنح مكوّن الشبكة سجلاً يفوز دائماً عند التعارض، وبذلك يكشف أن اللامركزية لا تعني غياب السلطة.
IETF
نُفّذ الاستعلام أولاً؛ فهل تملك الموافقة منع النتيجة؟
تصل شاشة الموافقة إلى الشخص بعد أن يكون المورد قد حسب الإجابة، لكنه لم يرسلها بعد إلى الوكيل. في هذه اللحظة لا يستطيع الشخص منع الحساب الذي وقع؛ ما يزال يستطيع منع كشف الناتج. تفصل مسودة فردية جديدة لـ AAuth بين القرارين، ولا تسمح بتقديم التنفيذ إلا إذا خلا من أي أثر خارج النتيجة…
ملف القضية
لم يرتبط البرهانان، لكن الغلاف تعرّف إلى الشخص نفسه: حدود توقيعات BBS
وصل برهانان من BBS بقيمتين مختلفتين لا تكشف إحداهما أنهما مشتقتان من التوقيع نفسه. ومع ذلك حملا رأساً نادراً، وعشرة مواضع للرسائل، والمزيج غير المعتاد نفسه من الفهارس المكشوفة، ومفتاحاً استُخدم لاثني عشر حاملاً فقط. أوفت الخوارزمية بوعدها؛ أما النظام فوسّع الوعد من قيمة البرهان…
IETF
استمرار هوية العميل لا ينقل ارتباط رمز التحديث
قد يثبت تطبيق أنه النسخة المثبتة نفسها بعد تبديل مفتاحه. لكن هل يكفي ذلك لاستخدام رمز تحديث أُصدر عندما كان المفتاح القديم هو المعتمد؟ تفصل مسودة OAuth جديدة بين إثبات الاستمرار في الهوية وبين شرط استعمال الرمز، بدل أن تمنح نتيجة الفحص الأول سلطة على الثاني.
IETF
كانت الرسالة الثالثة مشفرة، لكن أياً من الطرفين لم يكن قد أكمل المصادقة
لا تلغي خوارزميات ما بعد الكم ترتيب الأدلة. ففي مقترح LAKE الجديد المؤلف من خمس رسائل، يسبق إثبات حيازة مادة KEM المصادقة الصريحة، ويصل كل طرف إلى قرار الثقة في لحظة مختلفة.
ملف القضية
سجّل RFC 9952 الاسم `co` ولم يأمر المصافحة باستخدامه
يستطيع السجل أن يسمّي خياراً من دون أن يأمر العميل بإرساله أو الخادم باختياره. هذه ليست ثغرة في RFC 9952، بل حدّه المقصود: تنسيق اسم قصير لخدمة CoAP فوق DTLS، مع إبقاء التنفيذ والاتصال الفعلي في طبقة أخرى.
IETF
قد تحمل النتيجة توقيعاً ولا تُسمّي المحفظة المعنية
يمكن لجهة أن تطلب فحص محفظة بعينها، ثم ترسل النتيجة الموقعة إلى جهة أخرى تتخذ قرار السماح. إذا ضاع سياق الطلب بينهما، فلن يعيد التوقيع وحده اسم المحفظة إلى الرد. النسخة الجديدة من مسودة فردية منشورة عبر IETF تحدد بدقة ما يدخل في توقيع صيغة JSON، وما يبقى مسؤولية الجهة التي ستعتمد…
التقارير
فجوة بين التحقق والاستجابة: اقتصاد جهات الاتصال لمكافحة الإساءة في منطقة خدمة RIPE
عندما يتلقى مستخدم الإنترنت رسالة غير مرغوبة أو يقع ضحية للاحتيال، غالباً ما يكون عنوان البريد الإلكتروني المدرج في سجلات قاعدة بيانات RIPE هو الملاذ الأخير. لكن ما يثبته هذا التقرير المستند إلى مصادر مستقلة هو أن النظام الذي يفترض أن يضمن وصول هذه الشكاوى إلى جهة حقيقية يتحقق…
IETF
يجب أن يؤكد إصلاح ASH الاستلام قبل أن يطلب المزيد
قد تكون العقدة مشغولة بإصلاح قاعدة حالة الوصلة، لكنها تؤخر الرسالة الوحيدة التي توقف التكرار. عندما تتقدم طلبات المصالحة على إقرارات LSP، تنتهي مهلة المرسل فتعود النسخ نفسها إلى الطابور. هذا هو الخلل الذي تضعه المراجعة 05 في مركز القرار.
IETF
سحب قاعدة ربط IPv4 لا يمنح المنفذ الافتراضي تفويضاً تلقائياً
قد تختفي قاعدة ربط محددة وتستمر الحزم في العبور. هذه الاستمرارية لا تخبرنا من قرر نقلها إلى منفذ آخر، ولا ما إذا كان الطرف الذي يستقبلها قد وافق على ذلك، ولا أين ستذهب بعد عودتها إلى IPv4. في النسخة الثامنة والعشرين من مسودة عمل لدى IETF بشأن شبكة أساسية تعمل بـIPv6 فقط عبر أكثر…
ملف القضية
بقي الاسم AEGIS وتغيّرت قاعدة إعادة الاستخدام: RFC 10032
تصل وسمٌ صالح إلى نظام ما، فيُطلب منه أن يؤدي ثلاث وظائف: إثبات سلامة رسالة، والعمل كبصمة للمحتوى، ثم توفير مادة لمفتاح جديد. يجيز RFC 10032 الوظيفة الأولى ضمن عقد محدد، ويرفض الوظيفتين الأخريين. شكل الخرج واحد تقريباً، لكن السلطة التي يحملها ليست واحدة.
IETF
يمنح IDMEFv2 الرمز 204 معنى الحيازة، لا معنى حسم الحادث
قد يحفظ المدير تنبيهاً ثم ينقطع المسار قبل وصول الرد إلى المُحلّل. فيرى المرسل فشلاً بينما يكون المستقبل قد نجح. يجعل مشروع نقل IDMEFv2 الرمز 2xx إيصالاً مهماً، لكنه يترك للتحالف تحديد معنى POST الثاني.
IETF
سحب تأييد جهة الإقرار لا يلغي الوصول الذي مُنح من قبل
يقترح مسوّد OAuth جديدة أن يعلن ناشر بيانات العميل من يحق له الإقرار بهوية نسخه. لكن إعلان الاسم ثم حذفه ليسا السلطة الوحيدة في المنظومة: لخادم التفويض سياسة ثقة مستقلة، وللتخزين المؤقت زمن، ولرموز الوصول الصادرة مسار إنهاء آخر.
IETF
يتيح DTPC للتطبيق حذف الأمس قبل أن ترسل الشبكة بيانات اليوم
في وصلة متقطعة ومحدودة السعة، قد يكون إرسال قياس تجاوزه الزمن هدراً لا ضرورة له. يمنح مشروع DTPC الجديد التطبيق حق استبدال تلك الحالة قبل تكوين الحزمة، لكن هذا الحق الدلالي يحتاج إلى إيصال مستقل عن إقرارات النقل.
ملف القضية
رقم تسلسلي واحد طُلب منه أن يروي حركتين: RFC 9721
يفكّ المشغّل تجميد مسار مكرر، فتخرج قيمة أعلى إلى الشبكة. تثبت القيمة أن أمر الاستعادة غيّر ترتيب المسارات، لكنها لا تثبت إزالة المضيف الخاطئ أو تزامن جميع النظراء أو عودة الخدمة. تضع RFC 9721 هذا الفرق في قلب حوكمة حركة MAC وIP.
IETF
قبل ختم «لا يمكن الجزم»، من الذي حدّد باب الأدلة؟
تقترح مسودة فردية جديدة إيصالاً يمكن للغير التحقق منه عندما لا تكفي الأدلة لحسم ادعاء محدد. قوة الإيصال في أنه يبيّن حدود الاختبار بدقة؛ وضعفه المحتمل أن تُعامل تلك الحدود كما لو أنها تشمل كل ما يمكن معرفته عن الواقع.
IETF
وجد BGP عنواناً قابلاً للوصول، لكنه لم يقس بعد المسار الذي سيحمل الحزمة
تعالج مسودة جديدة من IDR التباساً هادئاً في التوجيه الحديث: عنوان `NEXT_HOP` الذي يستطيع BGP بلوغه قد لا يكون النفق أو السياسة أو معرّف SID الذي سينقل الحركة فعلاً. وتقترح المسودة إبقاء كل عملية حلّ وحدة أدلة متماسكة لا خليطاً من نتائج متفرقة.
ملف القضية
المسار الذي تسلكه الشكوى: كيف تُعالج بلاغات إساءة الاستخدام الشبكية في منطقة خدمة RIPE NCC
عندما يكتشف مشرف شبكة أو مستخدم عادي بلاغاً عن رسائل مزعجة أو تصيّد إلكتروني صادر عن شبكة في منطقة خدمة RIPE NCC، فإن البلاغ لا يصل إلى السجل الإقليمي نفسه كقضية إنفاذ. وفق ما تنصه صفحات RIPE NCC الرسمية، يُوجَّه المشتكي إلى أداة Abuse Contact Finder للعثور على عنوان البريد…
IETF
السجل القديم ليس خطأً لمجرد أن قاعدة التحقق تغيرت
في مسودة CAID الجديدة يمكن أن يظل معرّف الفعل ثابتاً بينما يرفض المدقق صيغةً قبلتها النسخة السابقة. لذلك لا يكفي حفظ المعرّف وحده: يجب إبقاء القاعدة التي أصدرت الحكم الأول ظاهرة إلى جانب الحكم الجديد.
التقارير
المقالان الفائزان في RIPE 93 اجتازا التحرير المعتاد أولاً
أُعلن عن فائزين في 22 سبتمبر، لكن قواعد المسابقة تضع المراجعة التحريرية المعتادة قبل التحكيم على الجوائز. وتضم الصفحة 11 مقالاً منشوراً ضمن المسابقة، لا جميع النصوص التي أُرسلت.
خريطة الجلسات
فرع الحوكمة
مراقب RIR
خمس جلسات إقليمية تتابع سياسة التخصيص، وشرعية مجلس الإدارة، والاستمرارية المؤسسية.
افتح مراقب RIRملف القضية
ملفات حوكمة طويلة الأجل مع تحليل الضغوط القانونية والانتخابية والمؤسسية.
افتح ملف القضيةجمعية موارد الأرقام
تحليلات العضوية والميثاق وحوكمة الموارد من النظام البيئي لـ NRS.
افتح جلسة جمعية موارد الأرقامICANN
تنسيق DNS، وأطر المساءلة، وديناميكيات العمليات العالمية متعددة الأطراف.
افتح جلسة ICANNIETF
مسار توحيد البروتوكول وخطر قابلية التشغيل البيني في ظل ظروف سياسية مجزأة.
افتح جلسة IETFتاريخ الإنترنت
تاريخ طويل الأمد للبنية التحتية يُستخدم في تفسير الحوكمة والتنبؤ الهيكلي.
افتح جلسة التاريخمجموعات مشغلي الشبكات
معلومات تنفيذية على مستوى المشغلين من APRICOT إلى جانب منظومات NOG الإقليمية والوطنية.
افتح جلسة NOGs