تم إطلاق الإصدار التجريبي من Chrome 95 في 23 أيلول (سبتمبر) 2021، ومن المتوقّع أن يصبح الإصدار الثابت في أواخر تشرين الأول (أكتوبر) 2021.
تمت إزالة إمكانية استخدام بروتوكول FTP
يزيل Chrome حاليًا إمكانية استخدام عناوين URL لبروتوكول FTP، لأنّ استخدام بروتوكول FTP في المتصفح منخفض بدرجة كافية بحيث لا يمكن الاستثمار في تحسين برنامج بروتوكول FTP الحالي. بالإضافة إلى ذلك، يتوفر عملاء بروتوكول FTP أكثر كفاءة على جميع الأنظمة الأساسية المتأثرة.
أزال الإصدار 72 من Google Chrome والإصدارات الأحدث إمكانية استرجاع الموارد الفرعية للمستندات عبر بروتوكول FTP وعرض موارد بروتوكول FTP ذات المستوى الأعلى. يؤدي الانتقال حاليًا إلى عناوين URL الخاصة ببروتوكول نقل الملفات إلى عرض قائمة دليل أو عملية تنزيل اعتمادًا على نوع المورد. أدى خطأ في Google Chrome 74 والإصدارات الأحدث إلى إيقاف إمكانية الوصول إلى عناوين URL الخاصة ببروتوكول نقل الملفات عبر الخوادم الوكيلة لـ HTTP. تمت إزالة دعم الخادم الوكيل لبروتوكول نقل الملفات بالكامل في Google Chrome 76. في Chrome 86، تم إيقاف دعم بروتوكول نقل الملفات لقنوات الإصدار التجريبي (إصدار Canary والإصدار التجريبي) وتم إيقافه تجريبيًا لنسبة %1 من المستخدمين الثابتين، على الرغم من إمكانية إعادة تفعيله عبر سطر الأوامر. في Chrome 87، تم إيقاف تشغيله لخمسين بالمئة من المستخدمين ولكن يمكن أيضًا تفعيله من خلال سطر الأوامر. منذ 88، لم يكُن Chrome متاحًا إلا من خلال فترة تجريبية للإيقاف النهائي.
إتاحة عناوين URL التي تتضمّن أسماء مضيفين بخلاف IPv4 تنتهي بأرقام
إنّ معظم أسماء المضيفين التي لا تمثّل عناوين الإصدار 4 من بروتوكول الإنترنت (IPv4) صالحة، ولكنها تنتهي في الأرقام، يتم التعامل معها على أنّها صالحة ويتم البحث عنها من خلال نظام أسماء النطاقات (على سبيل المثال، http://foo.127.1/). وفقًا لمواصفات قائمة اللاحقة العامة، يجب أن يكون eTLD+1 لاسم المضيف في عنوان URL هذا هو 127.1. وإذا تمت إضافة هذا العنوان مرة أخرى إلى عنوان URL، سيتم ربط http://127.1/ بالعنوان http://127.0.0.1/ من خلال مواصفات عنوان URL التي قد تبدو خطيرة.
قد يُستخدم أيضًا "127.0.0.0.1" لإرباك المستخدمين.
تم الآن رفض عناوين URL التي تحمل أسماء المضيفين هذه.
مشاركة وحدات WebAssembly المتعددة المصادر
يوقِف متصفِّح Chrome الآن مشاركة وحدات WebAssembly نهائيًا بين بيئات المواقع الإلكترونية المتعددة المصادر وبيئات الموقع الإلكتروني نفسها، بهدف السماح بتحديد مجموعات الوكلاء في المصادر على المدى الطويل.
إيقاف U2F API (Cryptoken)
تم إيقاف واجهة برمجة التطبيقات U2F القديمة في Chrome للتفاعل مع مفاتيح الأمان. وسيتمّ إيقافها تلقائيًا في الإصدار 98 من Chrome.
يجب نقل المواقع الإلكترونية المتأثرة إلى Web Authentication API. يمكن التحقق من بيانات الاعتماد التي تم تسجيلها في الأصل عبر واجهة برمجة التطبيقات U2F من خلال مصادقة الويب. إنّ مفاتيح أمان USB المتوافقة مع واجهة برمجة التطبيقات U2F API تتوافق أيضًا مع Web Authentication API. ومفاتيح أمان U2F ذاتها لم يتم إيقافها نهائيًا، وستستمر في العمل.
U2F هي واجهة برمجة التطبيقات الأصلية لمفتاح الأمان في Chrome. يسمح هذا الرمز للمواقع الإلكترونية بتسجيل بيانات اعتماد المفتاح
العام على مفاتيح أمان USB وتحدّيها لإنشاء أنظمة مصادقة ثنائية مقاومة للتصيّد الاحتيالي. لم يصبح U2F معيارًا مفتوحًا على الويب مطلقًا، وانضمّت إليه Web Authentication API (التي تم إطلاقها في Chrome 67). لم يدعم Chrome أبدًا واجهة برمجة التطبيقات FIDO U2F JavaScript API بشكل مباشر، ولكنّه شحن
إضافة مكوّنة باسم cryptotoken، والتي تعرض طريقة
chrome.runtime.sendMessage() مكافئة. إنّ U2F وCryptoken في وضع الصيانة بقوة، وشجّعنا المواقع الإلكترونية على الانتقال إلى Web
Authentication API على مدار العامين الماضيين.
تم التخطيط حاليًا لإيقاف المخطط الزمني التالي وإزالته:
Chrome 95
إصدار تجريبي اعتبارًا من 23 أيلول (سبتمبر) 2021. تم تنفيذ التغييرات التالية:
- تم تسجيل إشعار إيقاف نهائي في وحدة تحكّم "أدوات مطوّري البرامج" لكل طلب.
الإصدار 96 من Chrome
من المتوقع أن يكون الإصدار التجريبي في أواخر تشرين الأول (أكتوبر) 2021، وسيصبح ثابتًا في تشرين الثاني (نوفمبر). تم تنفيذ التغييرات التالية:
- طلبات واجهة برمجة التطبيقات U2F API ذات البوابة لطلب إذن المستخدم
يمكن منع طلب الإذن من خلال التسجيل في النسخة التجريبية للإيقاف النهائي لـ U2FSecurityKeyAPI أو تفعيل سياسة المؤسسة U2fSecurityKeyApiEnabled.
Chrome 98
من المتوقع أن يكون الإصدار التجريبي في أوائل شهر كانون الثاني (يناير) 2022 ثابتًا في شباط (فبراير). سيتم إيقاف واجهة برمجة التطبيقات U2F بشكل تلقائي. في الوقت الحالي، لن يكون بالإمكان استخدام U2F إلا في المواقع الإلكترونية المسجَّلة في الفترة التجريبية للإيقاف النهائي أو المؤسسات التي فعّلت سياسة U2fSecurityKeyApiEnabled.
الإصدار 103 من متصفّح Chrome
من المتوقّع أن يكون الإصدار التجريبي في أواخر شهر أيار (مايو) 2022، وسيصبح ثابتًا في أواخر شهر حزيران (يونيو). ستنتهي الفترة التجريبية للإيقاف النهائي في 26 يوليو 2022.
الإصدار 104 من متصفِّح Chrome
من المتوقّع أن يكون الإصدار التجريبي في أواخر حزيران (يونيو) 2022، وسيصبح ثابتًا في أوائل آب (أغسطس). ستتم إزالة U2F API بالكامل.
سياسة الإيقاف النهائي
للحفاظ على سلامة النظام الأساسي، نزيل أحيانًا واجهات برمجة التطبيقات التي شغّلت دورتها التدريبية. قد تكون هناك أسباب عديدة وراء إزالة واجهات برمجة التطبيقات، منها:
- وتحل محلها واجهات برمجة تطبيقات أحدث.
- يتم تحديثها لتعكس التغييرات على المواصفات لتحقيق المواءمة والاتساق مع المتصفحات الأخرى.
- إنّها تجارب مبكرة لم تؤتي ثمارها في المتصفحات الأخرى، وبالتالي يمكن أن تزيد من أعباء الدعم للمطوّرين على الويب.
ستؤثر بعض هذه التغييرات في عدد قليل جدًا من المواقع الإلكترونية. للحدّ من المشاكل مسبقًا، نحاول إرسال إشعار مسبق للمطوّرين كي يتمكّنوا من إجراء التغييرات المطلوبة لمواصلة تشغيل مواقعهم الإلكترونية.
تتوفر في Chrome حاليًا عملية للإيقاف النهائي لواجهة برمجة التطبيقات وإزالتها، وبشكل أساسي:
- يمكنك الإعلان عن ذلك في القائمة البريدية blink-dev.
- يمكنك ضبط التحذيرات وتقديم مقاييس زمنية في "وحدة تحكّم أدوات مطوّري البرامج في Chrome" عند رصد بيانات الاستخدام على الصفحة.
- عليك الانتظار والمراقبة ثم إزالة الميزة عند انخفاض استخدامها.
يمكنك العثور على قائمة بجميع الميزات المتوقّفة نهائيًا على chromestatus.com باستخدام الفلتر المتوقّف نهائيًا والميزات التي تمت إزالتها من خلال استخدام الفلتر الذي تمت إزالته. سنحاول أيضًا تلخيص بعض التغييرات والأسباب ومسارات النقل في هذه المشاركات.