مسودة ميثاق WebAppSec لدى W3C تترك 16 من 17 مخرجاً بلا موعد إنجاز

الخلاصة

• بدأ W3C في 7 أغسطس 2026 مرحلة التنقيح الرسمية لميثاق WebAppSec جديد، وقدّر استمرارها إلى نحو 4 سبتمبر، ومدد الميثاق القائم إلى 30 أكتوبر.
• تضم المسودة 17 مواصفة معيارية؛ 16 منها تقول Expected completion: Undetermined، فيما يذهب Fetch Metadata إلى WHATWG Fetch من دون تاريخ.
• «غير محدد» لا يعني متأخراً أو متروكاً أو ناقص الموارد. تطلب عملية W3C المواعيد المتوقعة حين تكون متاحة، لا يقيناً مختلقاً.
• نطاق الميثاق، ومرحلة النشر، ونشاط المستودع، وأدلة التنفيذ والاختبار، وتواريخ سياسة البراءات سجلات مختلفة لا يحل أحدها محل الآخر.
• يحتاج كل مخرج إلى سجل يبيّن القرار المختص التالي، والتبعية، وفئة التوقع، والمسؤول، وتاريخ المراجعة، مع إبقاء «غير معروف» قيمة مشروعة.

مدد مؤسسية لا تشكل موعد تسليم

فتح الإخطار الصادر في 7 أغسطس نافذة تنقيح قُدرت بنحو أربعة أسابيع. وفي الوقت نفسه أبقى التمديد سلطة مجموعة العمل الحالية قائمة حتى 30 أكتوبر. أما المشروع الجديد فيقترح مدة سنتين تبدأ من دعوة مشاركة مستقبلية إذا أُقر.

لكل مدة وظيفة. التنقيح يعالج التعليقات على المقترح، والتمديد يمنع انقطاع الصلاحية القائمة، والسنتان تحددان عمر التفويض المحتمل. لا يحدد أي منها تاريخ اكتمال مواصفة.

تسرد المسودة سبعة عشر مخرجاً معيارياً. تشمل الستة عشر غير المؤرخة Trusted Types وContent Security Policy Level 3 وDevice Bound Session Credentials وWeb Cryptography Level 2 وغيرها. أما Fetch Metadata Request Headers فيرتبط بوجهة خارجية هي WHATWG Fetch ولا يعطي موعداً.

لا يدخل في هذا العدد ثلاثة مخرجات مؤقتة ولا العمل غير المعياري. كما لا يقيس العدد سلامة المشاريع؛ فوثيقة ناضجة قيد الصيانة، وآلية أمنية جديدة، وعمل يعتمد على جهة معايير أخرى لا تسير وفق مسار واحد.

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

المسودة المنشورة ليست تفويضاً نافذاً

فُتحت قضية Strategy العامة في أبريل وما زالت عند حد الأدلة في حالة تنقيح الميثاق. وهي تسجل اقتراح Web Cryptography Level 2 وDevice Bound Session Credentials كمخرجين معياريين، واستعمال DBSC لتسجيل الدخول الموحد كمخرج مؤقت، وتوسيع التنسيق مع IETF وCFRG.

تثبت وسوم اكتمال المراجعات الأفقية حدوث مراجعة، لكنها لا تثبت الموافقة. كما يحفظ طلب الدمج العام تاريخ تعديلات النص، ولا يحل دمجه محل قرار W3C.

ما زال متن القضية يحمل تقديراً أقدم ينتهي في 1 أغسطس، بينما يعطي الإخطار الرسمي اللاحق تاريخاً تقريبياً هو 4 سبتمبر. تعديل التوقع لا يثبت وحده مخالفة للعملية.

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

تمديد الميثاق الحالي قرار استمرارية مختلف. يسمح بالعمل ضمن الصلاحية القائمة، ولا يُدخل المخرجات الجديدة إلى نطاقها بصمت.

لكل حالة سؤالها الخاص

يحدد الميثاق نطاق العمل ومدته وعملية القرار والتبعيات ومتطلبات المشاركة وإطار الملكية الفكرية. وتطلب العملية مواعيد متوقعة «حيثما كانت متاحة»، بما يترك مكاناً مشروعاً للمجهول.

تعرض صفحة المنشورات مرحلة الوثيقة الحالية. وتبين المستودعات التحرير والمسائل المفتوحة. وتوفر الاختبارات ونوايا التنفيذ دليلاً لقرارات الانتقال. أما المراجعات الأفقية فتسجل معالجة المخاوف المتخصصة.

تضيف سياسة البراءات تواريخ Adopted Draft وExclusion Draft وفرص الاستبعاد. تؤثر هذه التواريخ في التزامات المشاركين والحقوق، لكنها ليست توقعات إنجاز تقني.

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

سجل يحمّل المجهول مسؤولية من دون إلغائه

يخصص السجل صفاً لكل مخرج، يضم المواصفة والمستودع الثابتين، ومرحلة النضج، وآخر انتقال رسمي، وحالة البراءات ذات الصلة، والقرار المختص التالي، والتبعية أو الوجهة الخارجية.

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

في Fetch Metadata مثلاً، يمكن ذكر الفعل المنتظر داخل WHATWG Fetch، ومن يراقبه، وموعد الفحص التالي، من دون الادعاء بأن W3C يسيطر على جدول مؤسسة أخرى.

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

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

المصادر

1. الإخطار الرسمي بتنقيح ميثاق WebAppSec
2. مسودة ميثاق WebAppSec العامة لعام 2026
3. قضية Strategy العامة لإعادة الميثاق
4. ميثاق WebAppSec الحالي
5. عملية W3C
6. منشورات WebAppSec
7. طلب الدمج العام لمسودة الميثاق
8. سياسة براءات W3C
9. Heng Lu، The Policy Mirror