الملخص

  • يشترط RFC 9694 Standards Action وحدود عضوية واضحة وتحليلاً أمنياً مشتركاً ونوعاً فرعياً حقيقياً واحداً على الأقل.
  • قد يوجّه الاسم قبل الشرطة المائلة مسار type/* العام والأيقونة والتطبيق، لذلك يخلق التسجيل عملاً يتجاوز إضافة صف إلى IANA.
  • يحتاج التعريف والسجل والنوع الفرعي والإرسال والحفظ والتحليل الدقيق وfallback والتحقق والتفويض المحلي والنتيجة إلى أدلة مستقلة.

قد تصيب الأيقونة قبل أن يفهم النظام المحتوى

لنفترض أن مدير ملفات لا يعرف haptics/hjif لكنه يعرف haptics/*. يمكنه عرض أيقونة لمسية أو اقتراح تطبيق عام. لم يُفهم النوع الفرعي الدقيق بعد، ولم تُفحص البايتات، ولم يُمنح أي جهاز إذناً بإنتاج أثر مادي. ومع ذلك غيّر الاسم العلوي التوجيه وتوقع المستخدم.

لهذا يعد RFC 9694، المنشور في مارس 2025 بصفته BCP 13، الاسم الجديد يسار الشرطة استثناءً. وهو يحدّث RFC 6838. تنتمي معظم الصيغ الجديدة إلى أنواع قائمة، ويبقى application للبيانات المنفصلة التي لا تملك عائلة أدق. إنشاء فئة جديدة يطلب من المنتجين والوسطاء والأنظمة والمكتبات ووكلاء المستخدم فهم حد عائلي جديد.

يلزم RFC ضمن Standards Track وطلب صريح من IANA ومعايير دقيقة لما يدخل الفئة وما لا يدخلها، إضافة إلى مخاطر مشتركة بين جميع الأنواع الفرعية أو جزء كبير منها ونوع فرعي واحد على الأقل. لا وظيفة تشغيلية لفئة بلا أعضاء.

يطبق سجل IANA للأنواع العليا Standards Action. وإلى جانب عائلات MIME في RFC 2046، يعرض model وexample وfont وhaptics. يثبت الجدول وجود الاسم والوثيقة، ولا يثبت أن منتجاً يرسله أو أن وسيطاً يحفظه أو أن مستهلكاً يعالجه بأمان.

يجب أن يصمد الحد أمام صيغ حقيقية

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

يرفض RFC الاختصارات: لا مرآة لسجل آخر، ولا تحويل عكسي لامتدادات الملفات أو URI schemes، ولا نقل لأنظمة الأنواع في لغات البرمجة أو الأنطولوجيا. لا ينبغي خلق aliases لصيغ مستقرة، ولا يجعل X- ممارسة محلية رسمية. تحمي هذه القيود مساحة الأسماء المشتركة من معانٍ خاصة بمنتج واحد.

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

كان haptics المثال الموازي. يعرّف RFC 9695 العائلة، ويعرض سجل IANA للوسائط الأنواع haptics/ivs وhaptics/hjif وhaptics/hmpg. هذه حقائق معيارية وسجلية، وليست دليلاً على دعم متصفح أو بريد أو بوابة أو جهاز. كما لا يحول ذكر haptics/hmpg في RFC 9993 التسجيل إلى نشر عالمي.

التوجيه العام يوسّع الخطأ أيضاً

توجه أنواع الوسائط الصيغ إلى كود التطبيقات. عادة يقرر النوع الكامل والنوع الفرعي والمعلمات. ويمكن للاسم العلوي أن يوفر fallback مؤقتاً لتطبيق يغطي عائلة واسعة، كما في الصورة والصوت والفيديو؛ وقد تتغير عناصر HTML والأيقونات بسببه.

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

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

يحتاج النشر القابل للدفاع إلى عشرة إيصالات: Standards Track، ومدخل IANA علوي، ونوع فرعي، وإرسال المنتج، وحفظ الوسيط، والتعرف الدقيق، وfallback، والتحقق، والتفويض المحلي، والنتيجة المرصودة. قد تنجح مرحلة وتفشل التالية. تتوزع التكاليف كذلك: ترحيل المنتج، وتعديل الوسيط، وصيانة handler، وسطح أمني جديد، ودعم حالة تبدو أيقونتها صحيحة فيما يفشل المحتوى.

يشرح RFC 8126 Standards Action. ويثبت IETF Datatracker وسجل RFC Editor الحالة والتاريخ لا الاستخدام. يتطلب النشر إعدادات وtraces واختبارات وسطاء وجرد handlers ونتائج تحقق وسلوكاً مرصوداً.

يُستخدم نص Lu Heng عن المواصفة الأولية الدنيا كمنظور تحريري معلن فقط: اجعل المشترك هو الحد الأدنى المطلوب للتشغيل البيني، واترك القرارات اللاحقة قريبة من المشغل. ليس مطلباً من IETF ولا دليلاً على النشر.

المصادر