بينما نقدر حزم الويب والاقتراحات ذات الصلةملتزمًا بمعالجة تحديات محددة ، نعتقد أن هناك طرقًا أفضل لتحقيق نفس الأهداف دون تعريض طبيعة الويب المفتوحة والشفافة التي تركز على المستخدم للخطر. أحد البدائل المحتملة هو استخدام الالتزامات الموقعة لمصادر فرعية قابلة للتنزيل بشكل مستقل. سيتطلب وصف البدائل مقالة منفصلة ، وقد تمت مشاركة بعضها بالفعل مع مؤلفي المواصفات.
الويب نظام مفتوح فريد بفضل روابط URL
يعد الويب ذا قيمة لأنه يركز على المستخدم ويتحكم فيه المستخدم ويحرره المستخدم. حتى المستخدمين ذوي الخبرة القليلة يمكنهم معرفة موارد الويب الموجودة على الصفحة وتحديد ما يجب تحميله في المتصفح. حتى إذا لم تكن خبيرًا ، يمكنك استخدام هذا وتثبيت الملحقات أو الأدوات المناسبة لحماية خصوصيتك.
يختلف تركيز الويب على المستخدمين عن كيفية عمل معظم التطبيقات وأنظمة توزيع المعلومات. معظم التطبيقات عبارة عن مجموعة مجمعة من التعليمات البرمجية والموارد التي يصعب أو حتى من المستحيل فصلها عن بعضها البعض لتقييمها بشكل منفصل. وهذا التمييز المهم يفسر سبب وجود العديد من أدوات حماية الخصوصية للويب وعدد قليل جدًا للتطبيقات "الثنائية".
بشكل أساسي ، ما يجعل الويب مختلفًا عن الأنظمة الأخرى ، وأكثر انفتاحًا ، وأكثر تركيزًا على المستخدم ، ومختلفًا عن التطبيقات الأخرى هو عنوان URL. نظرًا لأن عنوان URL يشير عادةً إلى مصدر واحد ، يمكن للباحثين والناشطين دراسة واستخلاص استنتاجات حول عناوين URL هذه مسبقًا. يمكن للمستخدمين الآخرين استخدام هذه المعلومات لاتخاذ قرارات حول ما إذا كانوا يريدون تنزيل ما يشير إليه عنوان URL وكيفية القيام بذلك. والأهم من ذلك ، يمكن للخبراء تنزيل tracker.com/code.js ، وتحديد أنه ينتهك الخصوصية ، ومشاركة هذه المعلومات مع الآخرين حتى يعلموا أنه لا ينبغي عليهم تنزيل هذا الرمز في المستقبل.
هناك استثناءات لهذه القاعدة ، ولا توجد مثل هذه المتطلبات في النظام الأساسي للويب - ومع ذلك ، من المتوقع عمومًا ألا تتغير عناوين URL بشكل أساسي. تنتشر هذه التوقعات في جميع أنحاء النظام الأساسي للويب - من حيث سياسات التخزين المؤقت ، في تعليمات المكتبة لنشر التعليمات البرمجية ، وما إلى ذلك.
تعمل حزم الويب على جعل عناوين URL بلا معنى
اقترحت Google مؤخرًا ثلاثة معايير مترابطة - حزم الويب وتبادلات HTTP الموقعة (التي يتم اختصارها أحيانًا إلى SXG) والتحميل. في الأساس ، في هذه المقالة ، من خلال حزم الويب ، سنعني الثلاثة. حتى الآن ، كانت حزم الويب تروج كمعايير لاستخدامها في أنظمة الإعلانات (TURTLEDOVE ، SPARROW) وكجزء من نظام AMP المستقبلي من Google - على الرغم من أن هذا يبدو لي مجرد غيض من فيض.
على مستوى عالٍ ، تعد حزم الويب طريقة لتجميع الأصول معًا. بدلاً من تنزيل الصفحات والصور وملفات JavaScript بشكل منفصل ، يقوم متصفحك بتنزيل "الحزمة" بأكملها ، وهو ملف يتضمن جميع المعلومات لتحميل الصفحة. تتوقف عناوين URL عن كونها روابط عالمية شائعة لموارد الشبكة ، وتصبح فهارس عشوائية داخل الحزم.
بمعنى آخر ، تقوم حزم الويب بتحويل المواقع إلى ملفات PDF (أو ملفات Flash SWF). يتضمن ملف PDF جميع الصور ومقاطع الفيديو والبرامج النصية اللازمة لعرض ملف PDF - لا يمكنك تنزيلها بشكل فردي. هذا له مزايا ملائمة ، لكنه يجعل من المستحيل فحص الأجزاء الفردية من PDF بشكل مستقل عن الملف بأكمله. لذلك ، لا توجد أدوات حظر محتوى لـ PDF. PDF هو عرض الكل أو لا شيء ، وستحول حزم الويب مواقع الويب إلى عروض مثل هذه.
من خلال تغيير عناوين URL من معرّفات عالمية ذات مغزى إلى فهارس عشوائية خاصة بالحزمة ، تمنح حزم الويب المعلنين والمتتبعين طرقًا جديدة قوية لتجاوز أدوات الخصوصية والأمان. يقدم القسم التالي أمثلة مختارة لتوضيح هذه النقطة.
ستسمح حزم الويب للمواقع بتجاوز أدوات الخصوصية والأمان
تعد عناوين URL الموجودة في حزم الويب روابط عشوائية لموارد ضمن حزمة ، وليست روابط لموارد يمكن الوصول إليها عالميًا. يمنح هذا المواقع عدة طرق لتجاوز أدوات الخصوصية والأمان.
يمكنهم بالطبع الرجوع إلى موارد خارج الحزمة ، لكن هذا السلوك سيجعل نظام الحزمة بلا معنى ، لذلك لم تتم مناقشة هذه المشكلة في هذه المقالة.
ينبع الحل الرئيسي من حقيقة أن حزم الويب تنشئ مساحة أسماء محلية للموارد تكون مستقلة عما يراه بقية العالم ، مما قد يؤدي إلى جميع أنواع التباس التسمية ، مما يلغي سنوات عمل الخصوصية والأمان التي كان النشطاء يقومون بها. الخصوصية والباحثين. فيما يلي ثلاث طرق فقط يمكن لمواقع الويب التي تمكّن حزم الويب من خلالها الاستفادة من هذا الالتباس.
تجاوز أدوات الأمان من خلال التوزيع العشوائي لعناوين URL
في السابق ، إذا أراد موقع ويب استخدام نص برمجي لتتبع إجراءات المستخدم ، فسيتضمن علامة <script> في صفحة HTML تشير إلى نفس البرنامج النصي مع عنوان URL غير متغير. ربما أضاف الباحثون أو مجموعات المستخدمين عنوان URL هذا إلى قائمة EasyPrivacy حتى تتمكن مخاوف الخصوصية من زيارة الموقع دون تنزيل البرنامج النصي للتتبع. هذه هي الطريقة التي تعمل بها معظم أدوات الحظر اليوم.
تسهل حزم الويب على المواقع تجاوز هذه الأدوات عن طريق التوزيع العشوائي لعناوين URL الخاصة بالموارد غير المرغوب فيها. ما يحمل اسمًا عالميًا في الويب اليوم ، دعنا نقول example.org/tracker.js ، في إحدى حزم الويب ، يمكنك تسمية 1.js ، و 2.js أخرى ، و 3.js الثالثة ، وهكذا. تشجع حزم الويب هذه الممارسة بجعلها مجانية للمواقع. يصبح التخزين المؤقت بلا معنى (نظرًا لأنك تقوم بتوزيع جميع الموارد على كل مستخدم وتخزين الحزمة بأكملها مؤقتًا) ، ولا يعد ترميز URL ضروريًا (نظرًا لأن الحزمة المرسلة إلى المستخدم تحتوي بالفعل على عناوين URL عشوائية).
تجاوز أدوات الخصوصية من خلال إعادة استخدام URL
لجعل الأمور أسوأ ، ستسمح حزم الويب للمواقع بتجاوز أدوات الحظر عن طريق جعل نفس عناوين URL تشير إلى موارد مختلفة في كل حزمة. على الويب الحالي ، لنفترض أن example.org/ad.jpg يشير إلى نفس الشيء لأي مستخدم. من الصعب على موقع الويب الحصول على نفس عنوان URL لإرجاع صورتين مختلفتين. ونتيجة لذلك ، يمكن لأدوات المنع منع ad.jpg مع العلم أنها تحظر الإعلانات للجميع. لا يوجد خطر عمليًا في أن يكون ذلك إعلانًا بالنسبة للبعض ، وبالنسبة للآخرين سيكون شعارًا للشركة (هذا ليس مستحيلًا ، ولكنه صعب - النقطة المهمة هي أن حزم الويب تحول أساليب التحايل المعقدة والهشة اليوم إلى بسيطة ومجانية).
تعدل حزم الويب هذا النظام بطريقة خطيرة. يمكن لـ Example.org أن تجعل حزمها مثل تلك الموجودة في واحدة منهاسيشير example.org/ad.jpg إلى إعلان ، وفي إعلان آخر سيشير إلى شعار الموقع ، وفي الثالث يشير إلى شيء آخر. لن يؤدي هذا فقط إلى زيادة صعوبة قيام الباحثين بتجميع القوائم ، أو حتى جعل ذلك مستحيلًا ، بل سيعطي المواقع طرقًا جديدة لتسميم قوائم الحظر.
تجاوز أدوات الخصوصية بإخفاء عناوين URL الخطيرة
أخيرًا ، تفتح حزم الويب حلولًا أكثر خطورة. اليوم ، مجموعات مثل uBlock Origin و Google Safe Browsing تسرد عناوين URL التي تتضمن موارد ويب ضارة وخطيرة. تعتبر مثل هذه المشاريع عنوان URL هو المعرّف الوحيد ، أو على الأقل الأكثر أهمية ، لمورد خطير. تجعل الطبيعة العالمية والعالمية لعنوان URL هذه القوائم مفيدة.
تسمح حزم الويب مرة أخرى للمواقع بتجاوز هذه الحماية من خلال السماح لها بالارتباط بالموارد الضارة المعروفة من خلال عناوين URL التي تم التحقق منها. على الويب ، من الصعب جدًا الحصول على مواقع للتعامل مع cdn.example.org/cryptominer.js كما لو كانت cdn.example.org/jquery.js (والعكس صحيح). في حزم الويب ، ستكون هذه مهمة تافهة.
Web Bundles ,
يجادل مطورو وأنصار مواصفات حزم الويب بأنه لا يوجد شيء جديد هنا ، وجميع الطرق المذكورة أعلاه لتجاوز الحماية موجودة بالفعل. من الناحية الفنية ، هذا صحيح ، ومع ذلك ، من حيث الجوهر ، يتجاهل مثل هذا البيان اقتصاديات العملية ، وبالتالي لا يصف الوضع ككل. حزم الويب تجعل هذه التقنيات المعقدة باهظة الثمن وغير الموثوقة رخيصة أو حتى مجانية.
على سبيل المثال ، يمكن لمواقع الويب في الواقع أن تجعل عناوين URL متعددة تشير إلى نفس الملف لجعل الحياة أكثر صعوبة لبرامج حظر الإعلانات ، ولكن من الناحية العملية يصعب على المواقع القيام بذلك. يؤذي التوزيع العشوائي لعناوين URL التخزين المؤقت ، ويتطلب تخزين تعيين عنوان URL عشوائيًا إلى الموارد الصحيحة وتمرير هذه المعلومات إلى CDN ، وما إلى ذلك. يمكن للمواقع القيام بذلك ، لكنه مكلف وصعب ، لذلك نادرًا ما يتم تنفيذه.
على نفس المنوال ، قد تستخدم المواقع اليوم ملفات تعريف الارتباط أو آليات تتبع المستخدم الأخرى لجعل نفس عنوان URL يعمل بشكل مختلف لمستخدمين مختلفين ، مما يؤدي إلى تنفيذ هجمات إخفاء عناوين URL المختلفة الموضحة أعلاه. ومع ذلك ، فإن هذه الطريقة غير موثوقة (ماذا تفعل بالزوار الجدد؟) ، معقدة (تحتاج إلى الحفاظ على عرض قيم ملفات تعريف الارتباط والموارد وتوزيعها) ومكلفة (تعتمد معظم خوادم الويب وخدمات الاستضافة على التخزين المؤقت ، لذا فإن مثل هذه التقنيات للمواقع غير المملوكة للشركات الكبيرة هي عمليًا غير متوفرة).
بشكل عام ، تجعل حزم الويب السلوك غير المرغوب فيه أسهل بكثير من خلال جعله أرخص.
مشاكل أخرى
توضح هذه المقالة الضرر الذي يمكن أن تلحقه حزم الويب بأدوات الخصوصية والأمان. ولكن هناك مشاكل أخرى مع هذا والمعايير ذات الصلة. على وجه الخصوص ، هذه هي:
- ليس لدى SXG نظام عمولة. إذا ظهر مورد ضار عن طريق الخطأ على الموقع اليوم ، فيمكن ببساطة تحديث الموقع. إذا وقع أحد المواقع على حزم الويب باستخدام SXG ، فلا توجد طريقة واضحة للموقِّع لإخبار الجميع "بعدم الثقة في هذه الحزمة المحددة".
- إمكانية التشغيل التفاعلي مع Manifest v3: يقيد Manifest v3 الامتدادات لاستخدام أنماط عنوان URL للحظر. تجعل حزم الويب عناوين URL هذه بلا معنى. سيؤدي الجمع بين هذين الأمرين إلى السماح للمواقع بتجاوز الحظر تمامًا.
- الخلط مع المصادر. يتيح لك تحميل + SXG تنزيل المحتوى من خادم واحد ثم تنفيذه باستخدام إعدادات الخصوصية والأمان لخادم آخر. إن احتمالية حدوث ارتباك للمستخدم هائلة - وبينما نحن واثقون من أن موظفي Google يعملون بنشاط لمعالجة هذه المشكلة ، تظل المخاطر التي يتعرض لها المستخدمون عالية جدًا.
خاتمة
يعمل Brave على تحسين خصوصية الويب ، سواء في متصفحنا أو في الأدوات التي نصنعها ونوزعها ، وفي الدعوة التي نقدمها لمنظمات المعايير. هذه المقالة هي مجرد مثال واحد على عملنا لضمان استمرار معايير الويب في التركيز على الخصوصية والشفافية والمساءلة.
لقد حاولنا لفترة طويلة ، ولكن دون جدوى ، أن ننتبهواضعي حزم الويب القياسية بشأن المشاكل المذكورة. نحث Google وحزم الويب على تعليق هذا الاقتراح حتى يتم حل مشكلات الخصوصية والأمان الموضحة في هذه المقالة. نشجع أيضًا أعضاء مجتمعات الخصوصية والأمن على الويب للانضمام إلى هذه المناقشة وعدم تنفيذ هذا المعيار حتى يتم حل المشكلات الموضحة.
تتمثل إحدى طرق القيام بذلك في وصف هذه المشكلات في التعليقات على المنشور الذي نشره مؤلف هذه المقالة في مشروع حزم الويب. تتمثل الخيارات الأخرى في عمل ملاحظات مواصفات جديدة ، وإخبار مطوري المتصفح بمدى أهمية أدوات حماية الخصوصية بالنسبة لك شخصيًا ، وما هي المخاطر التي تشكلها هذه المعايير الجديدة على تلك الأدوات.