لن تعاني فقط uBlock Origin من واجهات برمجة تطبيقات جديدة في Chromium ، ولكن أيضًا ملحقات أخرى

لمدة ثلاثة أشهر ، يناقش مطورو Chromium واجهات برمجة التطبيقات التعريفية الجديدة للإعلان ، مما يجعل من المستحيل استخدام واجهة برمجة تطبيقات webRequest بشكل كامل. تستخدم الإضافات بيانات API لحظر المحتوى أثناء التنقل أثناء تحميل الصفحة. في النظام الجديد ، لا يمكن لحاصرات حظر الأحداث ، ولكن فقط عرضها. بدلاً من ذلك ، يتم تقديم الامتدادات للتبديل إلى APIativeNetRequest - وإبلاغ المستعرض بالأحداث التي يرغبون في حظرها. من المفترض أن يؤدي ذلك إلى تسريع عملية تحميل الصفحات في المتصفح (لأن الإضافات لن تؤدي إلى إبطاء التدفق الرئيسي) ، وكذلك حماية خصوصية المستخدمين ، وفقًا لشركة Google.

أول من أطلق المنبه كان ريموند هيل ، مؤلف كتاب uBlock Origin و uMatrix. وذكر أن إضافات حظر الإعلانات "لن تكون موجودة" في حالة قبول التغييرات.

تم التعبير عن التشاؤم لاحقًا من قِبل مطوري ملحقات أخرى ، بما في ذلك F-Secure و NoScript و Ermes Cyber ​​Security. على سبيل المثال ، لا يمكن نقل NoScript for Firefox إلى Chrome.

يلاحظ Raymond Hill أن DeclarativeNetRequest API يستخدم نظام تصفية نمط Adblock Plus غير متوافق مع uBlock Origin. إنه يعتقد أن هذا خطأ أساسي: "بالإضافة إلى حقيقة أن uBlock Origin و uMatrix لا يمكن أن يتواجدا ، فمن المثير للقلق أن كلاً من واجهة برمجة التطبيقات للإعلانNetRequest المقترحة تحظر تنفيذ محركات جديدة لتصفية المحتوى على بنية مبتكرة ، لأن API declarationNetRequest ليس أكثر من تنفيذ تطبيق واحد محدد محرك تصفية ، وتطبيق محدود إلى حد ما (بحد أقصى 30000 قيود لا يكفي لوضع قوائم EasyList المعروفة). لاحظ Raymond Hill أيضًا أن واجهة برمجة التطبيقات الجديدة لا تدعم بعض الميزات الأخرى ، بما في ذلك حظر عناصر الوسائط المتعددة أكبر من الحجم المحدد ، وتعطيل تنفيذ جافا سكريبت من خلال تقديم توجيهات أمان المحتوى ، وحذف رؤوس ملفات تعريف الارتباط الصادرة. يعتقد ريموند أن هذه التغييرات ليست في مصلحة المستخدمين.

وفقًا لأندريه مشكوف ، المؤسس المشارك لحظر إعلانات AdGuard Chrome آخر ، من المحتمل أن يؤثر هذا التغيير على جميع أدوات منع الإعلانات الأخرى.

ليس فقط حاصرات


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

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

"إذا تم نشر هذه التغييرات ، فسيتوقف امتداد بلدي عن العمل" ، انضم براندون ديكسون ، مؤلف ملحق Blockade.io ، الذي يحظر الهجمات من السيارات ويمنع الوصول إلى مواقع التصيد ، مع زملائه .

تم التعبير عن آراء مماثلة من قبل Christoph Kovacs ، أحد مطوري امتداد الرقابة الأبوية ، ومبدعي امتداد Privowny ، الذي يوفر مجموعة واسعة من الوظائف لزيادة الخصوصية على الإنترنت ، بالإضافة إلى فريق Ermes Cyber ​​Security ، الذي قام بإنشاء امتداد أمان آخر يستند إلى Chrome.

قال مؤلف ملحق NoScript الشهير لـ Firefox إنه إذا قبلت هذه التغييرات ، فلن يتمكن من نقل NoScript إلى Chrome.

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

والخبر السار هو أن انتقادات واجهة برمجة تطبيقات DeclarativeNetRequest الجديدة جاءت في الوقت المناسب عندما يكون مطورو Google منفتحون على التعليقات. هناك أمل في أن يغيروا رأيهم ويتخلىوا عن تطبيق واجهة برمجة التطبيقات الجديدة في شفرة Chromium التي تعتمد عليها Chrome و Vivaldi و Opera و Brave ومتصفحات أخرى.

Source: https://habr.com/ru/post/ar437548/


All Articles