تخطي إلى المحتوى الرئيسي

مكتب الإحاطة

أحدث الإحاطات

تقارير موجزة عن التطورات التي تشكل حوكمة الإنترنت والبنية التحتية. تصفح كل مجال للاطلاع على آخر الأخبار والسياق وما يستحق المتابعة.

التغطية

حوكمة / IETF

في هذا القسم: 38 إحاطات
  1. رمز التفويض القابل للنسخ لا يخفي وسيط التسليم

    تقترح مسودة فردية طريقة أيسر لإعادة نتيجة OAuth من المتصفح إلى عميل بعيد. لكن صفحة المساعدة التي تستقبل إعادة التوجيه تظل طرفًا في المسار.

  2. تقول المسودة «متقادمة»، لكن وقت التشغيل ما زال يستطيع القبول

    تستعد منظومة JOSE لوضع علامتي تحذير واضحتين على خيارين خطرين، لكن التحذير العام لا يتخذ القرار داخل خدمة إنتاجية. فحتى بعد وصف `none` و`RSA1_5` بأنهما متقادمان، قد تبقى القدرة في المكتبة، وقد يفتح استثناء محلي مساراً يمنح رسالة قديمة سلطة فعلية.

  3. تشابه معرّف المسار لا يكفي لدمج سجلَّين

    توضح مراجعة جديدة لمسودة OPSAWG أن على جامع بيانات IPFIX فهم النطاق الذي يظل فيه معرّف مقطع المسار قابلاً للتمييز.

  4. لا يكفي رصد تغييرٍ لإسناده إلى الوكيل موضع التحقيق

    تعدّل مسودة فردية لسجل تدقيق وكلاء البرمجيات طريقة الفصل بين إذن لم يُستخدم وأثر لا يستطيع الراصد ربطه بطلب محدد.

  5. أبلغ المسبار عن فقد، وربما كانت الشبكة قد قيّدته هو

    غياب رد STAMP حقيقة رصدية، لكنه ليس حكماً جاهزاً على مسار التحويل. ففي مسودة IETF الخاصة بتشغيل STAMP فوق MPLS، قد ينتج إجراء حماية مستوى التحكم الإشارة نفسها التي ينتجها فقد حقيقي داخل الشبكة.

  6. فراغ سجل QUIC لا يعني غياب الحقل عن الشبكة

    حين يخلو تقرير الرصد من قيمة، لا نعرف بعد إن كانت غائبة عن الحزمة، أم تعذر فهمها، أم حجبتها سياسة التصدير. المسودة الجديدة الخاصة بـ QUIC وIPFIX تفصل هذه الاحتمالات بدلاً من جمعها في خانة واحدة.

  7. انتهت صلاحية مفتاح RSVP، لكن الشبكة واصلت الوثوق به

    يوحي تاريخ انتهاء المفتاح بحدّ قاطع، لكنه لا يغيّر حالة الشبكة من تلقاء نفسه. مسودة المصادقة الجديدة لبروتوكول RSVP تعترف بهذه الفجوة: إذا انتهت صلاحية آخر رابطة أمنية صالحة، يطلق النظام إنذاراً ويواصل استخدامها إلى أن يتخذ المشغّل قراراً واضحاً.

  8. مسودة IVY تضبط الإتاحة الشاملة وتترك تنبيه انتهاء الصلاحية خارج النموذج

    قد يجتاز سجل الترخيص اختبار البنية، لكنه لا يمنح حقاً حقيقياً ولا يضمن أن تصل رسالة قبل انتهاء ذلك الحق. تكشف النسخة الخامسة من مسودة IVY عن حدّين مختلفين: تعارض في نطاق السجل يمكن رفضه آلياً، وتنبيه تشغيلي لا يضع النموذج آليته.

  9. وصل أمر الإنهاء بعدما أُحرق الأصل بالفعل

    ترسم المراجعة 17 من SATP Core حداً لا تعود عنده كلمة «إلغاء» مرادفة للاسترجاع. قبل `Commit-Final` يمكن رد بعض الحالات المحلية؛ وبعد إتلاف الأصل في شبكة المصدر يصبح الأمر صحيحاً من حيث التوقيع وعاجزاً من حيث الأثر.

  10. مسودة FlowSpec v2 تعيد تقسيم عائلات المرشحات قبل تثبيت الأرقام

    قد تصل قاعدة ترشيح عبر BGP إلى جهاز يمرّرها إلى غيره، من دون أن يعرف كيف يركّبها محلياً. النسخة الجديدة من مشروع FlowSpec v2 تجعل تعريف القاعدة نفسه جزءاً من هذه المسافة بين الاستلام والتنفيذ.

  11. تغيّر مفتاح ACME، لكن تفويض DNS القديم ما زال سارياً

    تفصل المراجعة الجديدة لتحدي DNS الدائم في ACME بين صيانة المفتاح وسحب الصلاحية. قد يتوقف المفتاح الخاص القديم عن توقيع الطلبات، فيما تظل بصمته العامة سنداً لتفويض لم تنته مدته.

  12. مسودة جودة الخدمة تربط السياسة الفرعية بهدف قائم وتطالب بمنع الحلقات

    قد يكون اسم كل سياسة فرعية صحيحاً، ومع ذلك تعود سلسلة السياسات إلى بدايتها. النسخة الجديدة من مشروع نموذج جودة الخدمة لدى IETF تفصل بين صحة المرجع وصحة البنية كلها.

  13. نجح التحقق من الدليل. فمن يتحمّل مسؤولية الوسم؟

    تستطيع شفافية المفاتيح إثبات أن إجابة الدليل متسقة مع سجل سابق، لكنها لا تعيّن وحدها صاحب السلطة ولا الطرف الذي اعتمد على الإجابة ولا من يلزمه الاستمرار في المراقبة. وهذه هي الفجوة التي أعادتها مراجعة IETF الأخيرة إلى الواجهة.

  14. قيمة AFI مجهولة توقف قراءة هوية العقدة لا رسالة ICMP كلها

    قد تصل رسالة تشخيصية تحمل جزءاً لا يعرف المتلقي كيف يحدد نهايته. المعالجة المسؤولة لا تخمّن هوية العقدة، لكنها لا تمحو بالضرورة ما يأتي بعد ذلك الجزء. هذا هو الحد الذي توضحه مراجعة جديدة لمسودة IETF بشأن امتداد ICMP.

  15. بقيت المراجعة ثابتة، وتغيّر معرّف المحتوى

    قد يحتفظ اشتراك YANG-Push بإحداثيات الوحدة المباشرة نفسها بينما تتبدّل تبعية يعتمد عليها فك البيانات. تمنح المسودة 16 المتلقي إيصالاً ضيق النطاق وإنذاراً أوسع، لكن سلامة التشغيل تتوقف على عدم مطالبة أحدهما بإثبات ما لا يراه.

  16. مسودة CBOR تحدد ما لا يجوز للوسم الجديد تغييره

    قد يحصل امتداد في صيغة بيانات على رقم مسجّل، لكن الرقم لا يمنحه ولاية على معنى الصيغة بأكملها. مراجعة جديدة لمسودة CBOR تضع هذا الحد أمام تعريف الوسوم المقبلة، وتترك بوضوح مسافة بين الاقتراح والمعيار النافذ.

  17. موثوقية مورّد النظام لا تمنحه حق الكلام باسم العتاد

    تُظهر المراجعة 11 من RATS Endorsements أن نجاح التوقيع لا يكفي: ينبغي أن يعرف المدقّق أي طبقة يحق لكل جهة مُزكِّية أن تصفها.

  18. حتى الشبكة بلا إعدادات لها صاحب حق نقض

    يقترح مشروع في IETF أن يختار التطبيق عنوان multicast في IPv6 من دون خادم توزيع مركزي. لكن التصميم يمنح مكوّن الشبكة سجلاً يفوز دائماً عند التعارض، وبذلك يكشف أن اللامركزية لا تعني غياب السلطة.

  19. نُفّذ الاستعلام أولاً؛ فهل تملك الموافقة منع النتيجة؟

    تصل شاشة الموافقة إلى الشخص بعد أن يكون المورد قد حسب الإجابة، لكنه لم يرسلها بعد إلى الوكيل. في هذه اللحظة لا يستطيع الشخص منع الحساب الذي وقع؛ ما يزال يستطيع منع كشف الناتج. تفصل مسودة فردية جديدة لـ AAuth بين القرارين، ولا تسمح بتقديم التنفيذ إلا إذا خلا من أي أثر خارج النتيجة المحجوزة.

  20. استمرار هوية العميل لا ينقل ارتباط رمز التحديث

    قد يثبت تطبيق أنه النسخة المثبتة نفسها بعد تبديل مفتاحه. لكن هل يكفي ذلك لاستخدام رمز تحديث أُصدر عندما كان المفتاح القديم هو المعتمد؟ تفصل مسودة OAuth جديدة بين إثبات الاستمرار في الهوية وبين شرط استعمال الرمز، بدل أن تمنح نتيجة الفحص الأول سلطة على الثاني.

  21. كانت الرسالة الثالثة مشفرة، لكن أياً من الطرفين لم يكن قد أكمل المصادقة

    لا تلغي خوارزميات ما بعد الكم ترتيب الأدلة. ففي مقترح LAKE الجديد المؤلف من خمس رسائل، يسبق إثبات حيازة مادة KEM المصادقة الصريحة، ويصل كل طرف إلى قرار الثقة في لحظة مختلفة.

  22. قد تحمل النتيجة توقيعاً ولا تُسمّي المحفظة المعنية

    يمكن لجهة أن تطلب فحص محفظة بعينها، ثم ترسل النتيجة الموقعة إلى جهة أخرى تتخذ قرار السماح. إذا ضاع سياق الطلب بينهما، فلن يعيد التوقيع وحده اسم المحفظة إلى الرد. النسخة الجديدة من مسودة فردية منشورة عبر IETF تحدد بدقة ما يدخل في توقيع صيغة JSON، وما يبقى مسؤولية الجهة التي ستعتمد عليها.

  23. يجب أن يؤكد إصلاح ASH الاستلام قبل أن يطلب المزيد

    قد تكون العقدة مشغولة بإصلاح قاعدة حالة الوصلة، لكنها تؤخر الرسالة الوحيدة التي توقف التكرار. عندما تتقدم طلبات المصالحة على إقرارات LSP، تنتهي مهلة المرسل فتعود النسخ نفسها إلى الطابور. هذا هو الخلل الذي تضعه المراجعة 05 في مركز القرار.

  24. سحب قاعدة ربط IPv4 لا يمنح المنفذ الافتراضي تفويضاً تلقائياً

    قد تختفي قاعدة ربط محددة وتستمر الحزم في العبور. هذه الاستمرارية لا تخبرنا من قرر نقلها إلى منفذ آخر، ولا ما إذا كان الطرف الذي يستقبلها قد وافق على ذلك، ولا أين ستذهب بعد عودتها إلى IPv4. في النسخة الثامنة والعشرين من مسودة عمل لدى IETF بشأن شبكة أساسية تعمل بـIPv6 فقط عبر أكثر من نظام مستقل، تصبح الفجوة بين استمرار الخدمة وحدود التفويض مسألة تشغيلية قابلة للفحص.

  25. يمنح IDMEFv2 الرمز 204 معنى الحيازة، لا معنى حسم الحادث

    قد يحفظ المدير تنبيهاً ثم ينقطع المسار قبل وصول الرد إلى المُحلّل. فيرى المرسل فشلاً بينما يكون المستقبل قد نجح. يجعل مشروع نقل IDMEFv2 الرمز 2xx إيصالاً مهماً، لكنه يترك للتحالف تحديد معنى POST الثاني.

  26. سحب تأييد جهة الإقرار لا يلغي الوصول الذي مُنح من قبل

    يقترح مسوّد OAuth جديدة أن يعلن ناشر بيانات العميل من يحق له الإقرار بهوية نسخه. لكن إعلان الاسم ثم حذفه ليسا السلطة الوحيدة في المنظومة: لخادم التفويض سياسة ثقة مستقلة، وللتخزين المؤقت زمن، ولرموز الوصول الصادرة مسار إنهاء آخر.

  27. يتيح DTPC للتطبيق حذف الأمس قبل أن ترسل الشبكة بيانات اليوم

    في وصلة متقطعة ومحدودة السعة، قد يكون إرسال قياس تجاوزه الزمن هدراً لا ضرورة له. يمنح مشروع DTPC الجديد التطبيق حق استبدال تلك الحالة قبل تكوين الحزمة، لكن هذا الحق الدلالي يحتاج إلى إيصال مستقل عن إقرارات النقل.

  28. قبل ختم «لا يمكن الجزم»، من الذي حدّد باب الأدلة؟

    تقترح مسودة فردية جديدة إيصالاً يمكن للغير التحقق منه عندما لا تكفي الأدلة لحسم ادعاء محدد. قوة الإيصال في أنه يبيّن حدود الاختبار بدقة؛ وضعفه المحتمل أن تُعامل تلك الحدود كما لو أنها تشمل كل ما يمكن معرفته عن الواقع.

  29. وجد BGP عنواناً قابلاً للوصول، لكنه لم يقس بعد المسار الذي سيحمل الحزمة

    تعالج مسودة جديدة من IDR التباساً هادئاً في التوجيه الحديث: عنوان `NEXT_HOP` الذي يستطيع BGP بلوغه قد لا يكون النفق أو السياسة أو معرّف SID الذي سينقل الحركة فعلاً. وتقترح المسودة إبقاء كل عملية حلّ وحدة أدلة متماسكة لا خليطاً من نتائج متفرقة.

  30. السجل القديم ليس خطأً لمجرد أن قاعدة التحقق تغيرت

    في مسودة CAID الجديدة يمكن أن يظل معرّف الفعل ثابتاً بينما يرفض المدقق صيغةً قبلتها النسخة السابقة. لذلك لا يكفي حفظ المعرّف وحده: يجب إبقاء القاعدة التي أصدرت الحكم الأول ظاهرة إلى جانب الحكم الجديد.

  31. أفصح المحلّل عن الاستثناء، ولم يصادق على الإجابة

    تستطيع إشارة DNS جديدة أن تخبر العميل بأن المحلّل علّق التحقق لاسم محدد. هذه شفافية مفيدة، لكنها ليست ختم صحة للإجابة، ولا تبريراً لقرار المشغّل، ولا دليلاً على أن التطبيق وصل إلى الخدمة المقصودة بأمان.

  32. في AAuth Events، إذن الإرسال لا يثبت وصول التنبيه إلى الوكيل

    تقترح المسودة الأولى لأحداث AAuth اشتراكًا يتيح للمورد إرسال حدث موقّع إلى مزوّد الوكيل المتاح باستمرار. يثبت رد القبول حفظ الحدث لدى الوسيط، لكنه لا يثبت أن الوكيل تسلّمه في الوقت الذي ما زال يستطيع فيه التصرف.

  33. يستطيع النطاق الأب أن يعترف بالحد من دون أن يدّعي وجود طريق

    تقترح وثيقة DNSOP أن يعلن DNS العام وجود حد لمنطقة ابنة في فضاء أسماء آخر، من غير أن يختلق خادماً موثوقاً يمكن الوصول إليه علناً. قيمة الهدف الفارغ هي ضبط الادعاء: الأب يعرف موضع الحد، لكنه لا يملك دليلاً على الوصول الخاص أو نجاح الخدمة.

  34. قد يلتزم كل وكيل بسقف الإنفاق وتفلت الفاتورة من السقف الكلي

    يضع مشروع AAuth Budgets حداً لما يستهلكه رمز تفويض واحد عند مورد مدفوع. لكن إصدار عدة رموز في الوقت نفسه ينقل السؤال الحاسم إلى الجهة التي تمنحها: هل حجزت من رصيد الشخص ما يكفي لكل وعد قائم؟

  35. حين يعلن المحلل ما يتذكره، يكشف أكثر من مجرد قدرة تقنية

    يتيح SigTag لمحلل DNS أن يذكر signed Merkle Tree Ladder سبق أن خزنها، فيحذف الخادم هذا الجزء الكبير من رد DNSSEC. لكن الإعلان يكشف تاريخاً محتملاً، بينما يظل على المحلل إثبات أن النسخة الصحيحة موجودة ومرتبطة بالموقّع الصحيح وقابلة للتحقق والاسترجاع.

  36. قد يصحّ التوقيع ولا تقبل الجهة الدليل

    يفصل تنقيح مسودة فردية بشأن أدلة أفعال الوكلاء بين صلاحية الفحص المشفّر وبين قرار الثقة المحلي. والفصل مهم لأن الجهة التي ستتحمل أثر الفعل لا تستطيع استعارة قائمة ثقة جهة أخرى لمجرد أن البايتات الموقعة لم تتغير.

  37. صغرت الشهادة، لكن قرار الثقة لم يصغر

    يقلل C509 حجم الشهادة على الوصلات محدودة الموارد، ويمكنه إزالة ASN.1 من مسار التوقيع الأصلي. لكنه لا يختصر السؤال الأهم: من يملك سلطة تحويل شهادة مستلمة إلى ثقة، ثم إلى فعل مسموح؟

  38. وسيط لم يغيّر الرسالة لا ينبغي أن يختفي من السلسلة

    قد تمرّ المهمة عبر خدمة تكتفي بالتمرير؛ يبقى المحتوى كما هو، لكن مرور الخدمة نفسه قد يكون معلومة حاسمة. تميّز مسودة جديدة مرتبطة بـ WIMSE بين سلامة تسلسل المحتوى وإثبات هوية من شارك في نقله.

التغطية

السوق / شركات / شركات أمريكا الشمالية / مركز بيانات أمريكا الشمالية

في هذا القسم: 1 إحاطة
  1. أونتاريو داتا سنتر: هوية مسجلة وشبكة انتقلت إلى كيان خلف

    شركة محدودة المسؤولية كاليفورنية بنت مركز بيانات حقيقي في إمبريال الداخلية، لكن سجلاتها الاتصالية توقفت عام 2016 ورقمها ذاتي الشبكة صمت، بينما تحمل شبكة خلف بنفس العنوان والمدير التنفيذي اليوم ما تبقى من حضورها التشغيلي.

التغطية

السوق / شركات / شركات أوروبا والشرق الأوسط / مزود خدمة إنترنت إقليمي في أوروبا والشرق الأوسط

في هذا القسم: 1 إحاطة
  1. هل يمثل AS51570 بصمة وحدة تنسيق شبكي فعّالة أم مجرد تعريف سجلي؟

    يُظهر نظام التوجيه العام AS51570، المسجّل باسم SPB-AS لدى RIPE، كيف يمكن لفرع إقليمي تابع لمجموعة الاتصالات ER-Telecom Holding أن يظهر أمام المراقبين عبر سجل الموارد بالكامل تقريباً، دون أي توثيق مستقل للوحدة التشغيلية التي يُفترض أنها تديره.

التغطية

السوق / شركات / شركات أوروبا والشرق الأوسط / المؤسسات في أوروبا والشرق الأوسط

في هذا القسم: 1 إحاطة
  1. الصلاحية المسجلة ليست المساءلة: ما تثبته أدوار إساءة الاستخدام لدى Svea بعد الدمج

    عندما اندمجت Svea Ekonomi AB في Svea Bank AB في 3 يناير 2022، ظل سجل RIPE يوجّه تقارير إساءة الاستخدام إلى كائنات اتصال لا تزال تحمل اسم الشركة المنحلة. تضمن قواعد RIPE NCC نفسها فقط أن تلك صناديق البريد موجودة ويمكنها استلام الرسائل — وليس أن أحداً يجيب. وجدت مراجعة لثلاثة عشر مصدراً أولياً وثانوياً أي دليل مستقل وغير سجلي على أن حسابات أدوار إساءة الاستخدام لدى Svea استلمت تقريراً واحداً وتعاملت معه منذ الدمج.

التغطية

حوكمة / ملف القضية

في هذا القسم: 5 إحاطات
  1. جهة إدارية تتبع نكسجينيت كومباني المحدودة: سجل التحقق المؤرخ وتجاوُف حامل AS152663

    سجل ABUSE المرتبط بـ ORG-NGN2-AP يحمل الآن ملاحظة تحقق من APNIC مؤرخة في 2026-07-07، بينما تُظهر المرايا لـ AS152663 إعادة تسجيل جهة نحو NEXGENET، ويبقى التأكيد من السجل الأولي غير متاح.

  2. انتخابات مجلس W3C لا تمنح الفائزين تفويضاً لصياغة المعايير

    تُظهر ورقة الترشيح من قدّم المرشح، لكنها لا تحدد لمن يدين المدير بواجبه بعد انتخابه. في مجلس W3C الجديد تنتقل سبعة مقاعد إلى أشخاص انتخبهم أعضاء الاتحاد؛ أما صلاحية إدارة المؤسسة ومسار وضع المعايير فليسا اسماً آخر لسلطة الجهة التي رشحتهم.

  3. تحسّنت خصوصية الجهاز، لكن وحدة التحكم فقدت رؤيته: حدود RFC 9726

    اختار الجهاز DNS مشفّرًا، فلم تعد الشبكة المحلية ترى الاستعلام الذي قاده إلى خادم التحديث الحالي. تحسنت السرية، لكن وحدة تحكم MUD بنت قائمة الوصول من إجابة أخرى، فحجب الجدار الناري اتصالًا مشروعًا. تكشف RFC 9726 أن الخصوصية واتساق التنفيذ وظيفتان مختلفتان، وأن الاسم لا يصبح سياسة حزم إلا عبر إسقاط مؤقت قابل للتدقيق.

  4. سأل خادم الموارد عن الرمز، فأخبر خادم التفويض بوقت حضور المستخدم: RFC 9701

    يمنح استبطان الرمز خادم الموارد حقيقة حديثة من جهة التفويض، لكنه ينشئ في المقابل إشارة مراقبة: من سأل، وعن أي رمز، ومتى. يضيف RFC 9701 توقيعاً وتشفيراً اختيارياً إلى الإجابة، ولا يلغي كلفة الخصوصية أو مسؤولية القرار المحلي.

  5. قد تختفي مؤثرات من ملف مستقل عن الجهاز من دون أن يفشل التشغيل: RFC 9695

    يصل الوصف اللمسي سليماً، ويقبله المحلل، ثم يكتشف جهاز الاستقبال أن بعض المؤثرات لا يملك لها مشغلات. هنا قد ينتهي السجل بكلمة «نجاح» بينما تكون التجربة التي طلبها المرسل قد تقلّصت فعلياً قبل أن تلامس الجسد.

التغطية

السوق / شركات / شركات آسيا والمحيط الهادئ / الخدمات السحابية في آسيا والمحيط الهادئ

في هذا القسم: 2 إحاطات
  1. كائن الصيانة kz-novacloud-mnt: من يسيطر فعليًا على هوية Nova Cloud LLP في سجل RIPE؟

    كشف فحص سجلات التوجيه أن كائن الصيانة kz-novacloud-mNT يحرس كائنات التسجيل الأساسية لمزود الخدمة السحابية الكازاخستاني Nova Cloud LLP — لكنه لا يحرس كائنات الطريق (route objects) التي يعلنها النظام المستقل الخاص بها.

  2. NovaCloud: شركةٌ تحمل اسماً مزدوجاً وأدلة توجيه لا تتجاوز الإعلان

    اسمٌ واحد، شركتان مستقلتان في بلدين مختلفين. تحمل شبكتان تسجيلاً مستقلاً اسم NovaCloud: الأولى AS214789 المسجّلة في كازاخستان باسم Nova Cloud LLP، والثانية AS209874 المسجّلة في البرتغال باسم Tech Tide Portugal Unipessoal LDA. لا يوجد أي كائن في سجل RIPE يحمل الاسم المستخدم novacloud-admin. هذا التقرير يفحص ما تثبته أدلة التوجيه والسجلات المستقلة عن خدمة حقيقية تعمل خلف هذا الاسم، وما يميّز مورّداً نشطاً عن كيان إداري ساكن.

التغطية

السوق / اتجاهات / اتجاهات أوروبا والشرق الأوسط / اتجاهات مزودي خدمة الإنترنت الإقليميين في أوروبا والشرق الأوسط

في هذا القسم: 1 إحاطة
  1. الشبكات الثلاث الأولى الجاهزة للاتصال بـ ALPSiX مدرجة بالفعل لدى AAIX

    لا يثبت حفل التدشين ولا قائمة الشبكات الجاهزة للاتصال أن حركة إضافية بدأت. ولتبرير الاستثمار العام، على ALPSiX أن يوضح ما يضيفه إلى سوق تظهر فيه الشبكات نفسها بالفعل في سجلات AAIX.

التغطية

حوكمة / مراقب RIR / RIPE NCC / التقارير

في هذا القسم: 1 إحاطة
  1. المقالان الفائزان في RIPE 93 اجتازا التحرير المعتاد أولاً

    أُعلن عن فائزين في 22 سبتمبر، لكن قواعد المسابقة تضع المراجعة التحريرية المعتادة قبل التحكيم على الجوائز. وتضم الصفحة 11 مقالاً منشوراً ضمن المسابقة، لا جميع النصوص التي أُرسلت.