Chrome سيوقف دعم XSLT لأسباب أمنية بحلول نوفمبر 2026

يعتزم Chrome إيقاف دعم XSLT لأسباب أمنية

يعتزم Chrome الإعلان عن XSLT باعتباره قديمًا وإزالته من المتصفح؛ وسيتوقف الدعم في الإصدار 158 بتاريخ 17 نوفمبر 2026. وهذا يشمل كلًا من XSLTProcessor JavaScript API وتعليمات معالجة XSLT. كما أعلنت Firefox وWebKit أنهما تخططان لإزالة XSLT من محركي المتصفح لديهما.

سيبدأ Chrome 143 اعتبارًا من ديسمبر 2025 عرض تحذيرات تقادم، بينما تُعطل إصدارات Canary وDev وBeta دعم XSLT افتراضيًا بدءًا من Chrome 145. تتيح Enterprise Policy وOrigin Trial استمرار استخدام الدعم حتى بعد تاريخ الإزالة حتى Chrome 176، في أغسطس 2027.

لماذا سيتم إيقاف XSLT

توجد في قاع معالجة تحويلات XSLT مكتبات مثل libxslt المستخدمة من Chromium، وهي قواعد كود C/C++ معقدة وقديمة وحساسة تجاه ثغرات أمن الذاكرة. وقد كشفت عمليات التدقيق الأمني عدة مرات عن ثغرات عالية الخطورة في هذه المحللات. ونظرًا لأن استخدام XSLT على جانب العميل أصبح نادرًا الآن، فإن هذه المكتبات تتلقى عناية أقل وتخضع لاختبارات أمنية أقل من محركات JavaScript الأساسية.

في الوقت الحالي، يستخدم XSLT ما يقرب من 0,02% فقط من عمليات تحميل صفحات الويب، بينما تستخدم تعليمات معالجة XSLT نسبة أقل من 0,001%. يعتمد تطوير الويب الحديث على Fetch API وDOMParser API لعرض البيانات بأمان داخل بيئة المتصفح المعزولة، فضلًا عن أطر عمل مثل React وVue وSvelte.

مسارات الترحيل

توجد عدة مسارات للترحيل. يمكن للمواقع نقل معالجة XSLT إلى الخادم وإرسال HTML مُعدّ مسبقًا إلى العميل، أو تحويل نقاط نهاية XML API إلى JSON وعرضها على جانب العميل باستخدام JavaScript. توفر مكتبة Saxonica دعمًا كاملًا لـ XSLT على جانب العميل، بما في ذلك معيار v3.0.

يتوفر أيضًا polyfill قائم على WASM لفئة XSLTProcessor على GitHub، مما يسمح لكود JavaScript الحالي بالاستمرار في العمل. كما يتوفر امتداد لـ Chrome يوزع polyfill على كل صفحة XML غير معالجة تحتوي على تعليمات معالجة XSLT؛ وهو حل مناسب للتطبيقات التي يتعذر فيها تغيير المصدر.

المصادر: Chrome for Developers