مانيفست V3: مخاطرة أمنية مؤسسية لم تخترها شركتكم
المتصفح الذي اعتمدته مؤسستكم يستمد قراراته بشأن الإمكانات من الميزانية العمومية لشركة إعلانات. طرح مانيفست V3 هو الدليل على ذلك.
المتصفح الذي اعتمدته مؤسستكم يستمد قراراته بشأن الإمكانات من شركة إعلانات. فمعظم أجهزة سطح المكتب في بيئات العمل تشغّل نسخة من محرك Chromium، واتجاه Chromium تحدده Google، التي تستمد الجزء الأكبر من إيراداتها من الإعلانات. فحين تعيد Google صياغة ما يُسمح للإضافات (Extensions) بفعله، يرث كل مزوّد متصفح لاحق هذا التغيير. هذه هي الآلية الكامنة خلف مخاطرة مانيفست V3 (Manifest V3) الأمنية المؤسسية القابعة الآن على أجهزتكم الطرفية، ولم يوقّع أحد على طلب تغيير بشأنها.
مانيفست V3 هو منصة الإضافات التي تحل محل الواجهات البرمجية التي بُنيت عليها أدوات حجب المحتوى. الضحية المحددة هي الصيغة الحاجبة من webRequest، التي كانت تتيح للإضافة استقبال كل طلب شبكة أثناء التشغيل وفحصه، ثم إلغاءه أو إعادة توجيهه قبل إرساله. يزيل مانيفست V3 هذا السلوك الحاجب، ويوجّه المطورين بدلاً منه إلى declarativeNetRequest، حيث تُعلن الإضافة مسبقاً عن جدول ثابت من القواعد، ويتولى المتصفح مطابقتها دون تسليم الطلب إلى شفرة الإضافة نفسها. لهذا الاستبدال كلفة يمكن إحصاؤها: يضمن Chrome 30,000 قاعدة ثابتة مفعّلة، ويسمح الآن بما يصل إلى 330,000 قاعدة ثابتة عبر مجموعات قواعد الإضافة الواحدة، ويتيح 30,000 قاعدة ديناميكية، منها 5,000 فقط يمكن أن تستخدم إجراءات «غير آمنة» الأكثر مرونة، بحسب مرجع declarativeNetRequest الرسمي من Chrome. يبدو هذا سخياً إلى أن تقيسوه بمجموعة فلاتر عاملة فعلاً: القوائم الافتراضية في uBlock Origin تتجاوز 100,000 فلتر شبكي وتجميلي وتُحدَّث عدة مرات يومياً، في حين تُشحن المجموعة الثابتة مجمّدة داخل الإضافة ولا تتغير إلا حين يوافق متجر الويب على إصدار جديد.
يحدد الجدول الزمني الرسمي لإيقاف مانيفست V2 من Chrome مراحل هذا الإيقاف، بدءاً من القنوات غير المستقرة في منتصف عام 2024 وصولاً إلى المستخدمين العاديين، ويحدد يونيو 2025 موعداً لتوقف سياسة المؤسسات (ExtensionManifestV2Availability) التي كانت تتيح لمسؤولي تقنية المعلومات إعادة تفعيل إضافات مانيفست V2. اعتبروا هذه التواريخ كما نُشرت، مع تحفظ: فقد تأجل الجدول أكثر من مرة فعلاً.
هل يُضعف مانيفست V3 الأمن المؤسسي فعلاً؟
الدافع الأول هو تصنيف حجب الإعلانات كراحة للموظف لا أكثر. هذا يُسيء فهم ما تفعله هذه الأداة. فحاجب المحتوى الجاد فلتر شبكي يعمل على الجهاز الطرفي، وما يوقفه ليس الإعلانات فقط، بل الإعلانات الخبيثة (Malvertising) وإشارات أدوات التتبع، وهي جزء من سطح هجوم «القيادة العابرة» الذي يصل إلى المتصفح قبل أن يكون لأي بروكسي مؤسسي رأي فيه. وقد أوصى مركز شكاوى جرائم الإنترنت التابع لمكتب التحقيقات الفيدرالي الأمريكي (IC3) باستخدام إضافة لحجب الإعلانات كدفاع ضد مجرمين يشترون إعلانات على محركات البحث تنتحل صفة علامات تجارية معروفة لنشر برمجيات خبيثة وصفحات تصيّد بيانات الاعتماد.
فأي من هذه الحمايات يقطعه مانيفست V3 فعلياً؟ ليس الحجب الثابت الكبير: فقائمة كبيرة معدّة سلفاً لنطاقات الإعلانات وأدوات التتبع تتسع ضمن الحدود المرفوعة، ومجموعة القواعد الديناميكية تستوعب تعديلات المستخدم والإضافات اليومية. الخسائر محددة بدقة. فلا وجود لصيغة webRequest الحاجبة، ما يعني أن الإضافة لم تعد قادرة على اتخاذ قرار لحظي بشأن طلب استناداً إلى حالة الصفحة المحيطة به. ويذهب معه كشف تمويه CNAME: فـ uBlock Origin يكشف أدوات التتبع التي تتخفى خلف نطاق فرعي أول الطرف عبر تحليل سجل DNS والحجب استناداً إلى النتيجة، ولا يتيح Chrome لا واجهة الحجب ولا تحليل DNS اللازمين لذلك، فتمر أدوات التتبع المموّهة بنطاق أول الطرف دون عائق. أما فلترة محتوى الاستجابة، وهي ميزة uBlock Origin التي تحذف السكربتات والعناصر المضمّنة من تدفق الاستجابة، فلا مقابل لها في Chrome على الإطلاق، لأن الواجهة البرمجية التي تتيحها (filterResponseData) حِكر على Firefox. ولأن المجموعات الثابتة لا تُحدَّث إلا عبر مراجعة متجر الويب، فإن الغالبية سريعة التغير من الفلاتر تتأخر عن القوائم التي يعيد الحاجب اللحظي تحميلها وفق جدول منتظم. ونسخة uBlock Origin Lite المتوافقة مع مانيفست V3 صريحة بشأن هذه المقايضة: فهي تستبدل مصفوفة الفلترة الديناميكية لكل موقع بعدد قليل من مستويات الثقة الخشنة.
كان هذا الاعتماد ضمنياً، وهذا ما يجعله محرجاً. فلم يضع أحد حاجب المحتوى في مصفوفة الضوابط إلى جانب عميل الكشف والاستجابة على الأطراف (EDR)، لذا حين تتراجع الإمكانية لا يتحول أي بند في القائمة إلى اللون الأحمر. الدفاعات ببساطة تتقلص على أجهزة كنتم تعتقدون أنها مغطاة بالكامل.
لماذا لا يستطيع مزوّد متصفحكم ببساطة أن يرفض؟
لأن الانحراف عن المحرك المشترك يكلّف مالاً، والكلفة تتراكم. فالحفاظ على منصة إضافات قديمة فوق نسخة أصلية تمضي قدماً وتحذف بنشاط السطح الذي تعتمدون عليه، يعني حمل رقع (Patches) ضد قاعدة شفرة تتسع الفجوة معها مع كل إصدار جديد. لهذا صيغت مخارج النجاة الحالية بحذر شديد. وتفيد Computerworld بأن Brave ستُبقي إضافات مختارة متعلقة بالخصوصية من مانيفست V2 عاملة طالما استطاعت ذلك، وأن Vivaldi تخطط للإبقاء عليها طالما بقيت متاحة داخل Chromium. هذه التزامات مشروطة لا وعود قاطعة: فعبارتا «طالما استطاعت» و«طالما بقيت متاحة داخل Chromium» تُحيلان القرار إلى جهة أعلى.
وثمة استثناء حقيقي واحد، يثبت الفكرة بوقوفه خارج الاحتكار. فـ Firefox يعمل بمعمارية إضافات مختلفة تماماً. وقد قالت Mozilla إن تطبيقها يتعمّد الانحراف عن Chrome بالإبقاء على صيغة webRequest الحاجبة، ولا خطط لديها لإيقاف مانيفست V2، وستستمر في دعم تلك الإضافات في المستقبل المنظور. فالإمكانية تبقى بالضبط حيث لا يكون المحرك ملكاً لـ Google.
لماذا أتمّت Edge هجرة وصفتها يوماً بأنها اختيارية؟
في عام 2022، أخبرت Microsoft المطورين بأن متجر إضافات Edge سيتبع جدولاً زمنياً مستقلاً لمانيفست V3 مع مراعاة جدول Chromium وملاحظات المطورين. تقدير ذاتي، موثّق كتابةً. لكن منشورها الصادر في أغسطس 2026 يُقرأ بصيغة مختلفة تماماً. فوفقاً لذلك المنشور، ستعطّل Edge مانيفست V2 على مراحل عبر قنوات Canary وDev وBeta قبل الوصول إلى النسخة المستقرة، مع تحديد أواخر 2026 موعداً للتعطيل لدى المستخدمين العاديين، وبداية 2027 موعداً لبدء إيقافه لدى المؤسسات. هذه تواريخ Microsoft المنشورة، وفق جدولها الخاص.
شركة بإيرادات تُقاس بالمليارات، ولديها متجرها الخاص، وسبق أن تحفّظت صراحة على حق الاختلاف، ومع ذلك تُكمل الهجرة دون تردد. فإن كان المزوّد الأقدر على الانحراف عن المسار يختار ألا يفعل، فهذا يعني أن التوافق مع المحرك الأصلي بات يرجّح كفته على تمييز المنتج بحماية المستخدم.
ما الذي ينبغي أن تفعله فرق الاستراتيجية التقنية حيال ذلك؟
عاملوا هذا الملف بوصفه مسألة اعتماد على منصة. فإن كان حجب المحتوى في المتصفح يؤدي عملاً أمنياً فعلياً في بيئتكم، فسجّلوه ضمن قائمة جرد الضوابط، حتى يظهر فقدان كشف تمويه CNAME أو تجمّد مجموعة القواعد كفجوة حقيقية بدل أن يمر دون ملاحظة حين يتدهور. وقيّموا خطة «الصمود مع متصفح بديل» بصدق، لأن عبارة «طالما استطاعت» أجل صلاحية يتحكم به طرف آخر لا أنتم. وفي أسواق تخضع لأطر تنظيم بيانات مثل نظام حماية البيانات الشخصية السعودي (PDPL) أو الأطر المماثلة في دولة الإمارات، فإن توثيق هذا النوع من الضوابط ليس ترفاً، بل جزء من إثبات العناية الواجبة أمام الجهات الرقابية، لا سيما مع تسارع برامج التحول الرقمي المرتبطة برؤية السعودية 2030 واستراتيجيات الذكاء الاصطناعي الإماراتية التي ترفع سقف توقعات الأمن السيبراني. وقرّروا بوعي أين يستحق التنوّع المعماري كلفته الإضافية، فالمتصفح الوحيد الذي أبقى على صيغة webRequest الحاجبة وفلترة محتوى الاستجابة هو نفسه الذي خرج من الاحتكار. هذا هو الانضباط ذاته الذي نطبّقه في مهام الاستراتيجية التقنية وفي السؤال الأوسع حول الاعتماد على المنصات.
لا يستلزم شيء من هذا الاعتقاد بأن Google صمّمت مانيفست V3 عمداً لإلحاق الضرر بفريقكم الأمني، فالشركة تقدّم التغيير بوصفه مسألة أمن وأداء. الفكرة هنا بنيوية، لا متعلقة بالنية. فحين توحّدون بيئتكم على محرك مشترك، فإنكم تسلّمون جزءاً من سياسة حماية أجهزتكم الطرفية إلى من يتولى صيانته، وتلك الجهة تجيب أولاً أمام قائمة أرباحها وخسائرها. وترثون أياً كانت المقايضات التي تليها، سواء استُهدفتم بها أم لا.
أسئلة شائعة
هل سيستمر uBlock Origin في العمل بعد الانتقال إلى مانيفست V3؟
النسخة الكاملة تعتمد على صيغة webRequest الحاجبة التي يزيلها مانيفست V3، لذا لا تنتقل سليمة كما هي. النسخة المخفّفة، uBlock Origin Lite، تعمل عبر declarativeNetRequest، بالفلترة استناداً إلى مجموعة قواعد معدّة سلفاً بدل فحص كل طلب بشفرة حية. تعاملوا مع هذا الانتقال بوصفه تغييراً في نموذج الفلترة، لا استبدالاً متكافئاً: فكشف تمويه CNAME وفلترة محتوى HTML لا يرافقانه.
هل يُعد Firefox بديلاً آمناً لإضافات حجب المحتوى؟
التزمت Mozilla بالإبقاء على صيغة webRequest الحاجبة ودعم إضافات مانيفست V2 في المستقبل المنظور، لأن Firefox يعتمد محركاً ومعمارية مختلفين. هذا يجعله الاستثناء الحالي، لكن أي رهان على مزوّد واحد يستحق خطة احتياط خاصة به.
هل ينبغي للمؤسسات تأجيل تطبيق مانيفست V3 لكسب الوقت؟
التأجيل يشتري أسابيع لا استراتيجية. فالبدائل المبنية على Chromium مؤقتة صراحة، لذا الخطوة المفيدة هي توثيق ما إذا كان حجب المحتوى في المتصفح يؤدي عملاً أمنياً فعلياً في بيئتكم، والتخطيط لتغيّر هذه الإمكانية، بدل افتراض أن متصفحاً بديلاً سيبقى متاحاً إلى ما لا نهاية.
مواضيع ذات صلة
- في أوبونتو 26.04 LTS، حزمة coreutils التي تعتمد عليها بنيتكم التقنية لم تعد GNU
- علاوة السيادة: لماذا تكسب حلول الذكاء الاصطناعي السيادي للمؤسسات الرهان على حرية الوصول لا على السرعة
- قضايا الأسرار التجارية تُحسم قبل سنوات من استقالة أي موظف. اسألوا شركة فاسيندا تشيكن
- Security & Trust
كُتب بواسطة شخصية تحريرية بالذكاء الاصطناعي ضمن نظام التحرير الخاص بـ Abyshire وروجع من فريقنا.