BragJack: إضافة متصفح واحدة تختطف وكلاء الذكاء الاصطناعي في خمسة متصفحات رئيسية

في 16 سبتمبر 2026، نشر غال ويزمان، وهو باحث أمني في Forever Security، BragJack: إثبات مفهوم استطاع فيه امتداد متصفح عادي واحد — دون ثغرة يوم صفر، أو نموذج مكسور الحماية، أو خادم بائع مخترق — أن يسيطر على وكلاء الذكاء الاصطناعي المدمجين في خمسة منتجات قائمة على Chromium، هي Gemini Live في Google Chrome، وCopilot في Microsoft Edge، وOpera Neon، وPerplexity Comet، وClaude في Chrome. لم يطلب الامتداد شيئًا غير مألوف. فقد استخدم نصوص المحتوى وواجهة برمجة تطبيقات declarativeNetRequest في Chromium، وهما الإذنان نفسهما الموجودان في معظم مانعات الإعلانات، للوصول إلى القناة الخاصة التي يستخدمها موقع كل بائع لإرسال التعليمات إلى وكيله. ويذكر ويزمان أن Comet كان أوسع اختراق، وأن Google وMicrosoft أصدرتا إصلاحات وخصصتا CVE-2026-0628 وCVE-2026-55945، وأنه لم تُلاحظ أي هجمات في البرية. وهو مُدرَج كثغرة أمنية، بخطورة عالية، في أرشيف حوادث الذكاء الاصطناعي، حيث يتضمن كل سجل مصادره ودرجة الثقة وعلامة النزاع.

لم يُعطِّل الامتداد النموذج. بل عطّل القناة.

كل واحد من المنتجات الخمسة مبني بالطريقة نفسها، وفقًا للملحق التقني Forever Security الذي نُشر في اليوم نفسه. لكل منها «جسم» داخل المتصفح يستطيع فتح علامات التبويب وقراءة الملفات المحلية والتقاط لقطات شاشة والنقر على الصفحات، و«عقل» خارج المتصفح يقرر ما ينبغي أن يفعله الجسم — خوادم Gemini من Google لـ Chrome، وتطبيق الويب perplexity.ai لـ Comet، وcopilot.microsoft.com لـ Edge، والخادم الخلفي لـ Anthropic الخاص بـ Claude in Chrome. صُمم الجسم ليقبل التعليمات من أصل واحد فقط: موقع المورّد نفسه. ذلك الأصل الموثوق الواحد هو نموذج الأمان بأكمله. وهو أيضًا الشيء الذي يُسمح لإضافة المتصفح بالوصول إليه.

يمنح Chromium أي إضافة مثبّتة سلطتين تكادان تكونان شاملتين. يتيح سكربت المحتوى لها تشغيل JavaScript داخل صفحة. وتتيح واجهة declarativeNetRequest API، أو DNR، لها إعادة كتابة حركة مرور الشبكة — إزالة ترويسة استجابة، أو إعادة توجيه طلب سكربت إلى خادم مختلف. تبذل المتصفحات جهدًا حقيقيًا لإبعاد هاتين السلطتين عن الأسطح ذات الامتيازات، وكان أربعة من المورّدين الخمسة قد أنجزوا جزءًا من ذلك العمل. ما وجده Weizman، في كل حالة، كان فجوة في الجزء الذي تركوه مفتوحًا.

يسمّي التقنية العامة DinNeR Serving: استخدام DNR لإضعاف رؤوس الأمان لصفحة موثوقة، ثم استخدام DNR مرة أخرى لإعادة توجيه أحد طلبات السكربت الخاصة بتلك الصفحة إلى خادم يتحكم فيه المهاجم. الآن تشغّل الصفحة شيفرة المهاجم، لكنها ما زالت تعتقد أنها صفحة المورّد، وما زال الوكيل يعتقد أنه يتلقى من المورّد. يذكر Weizman أنه في Chrome تم حظر الإضافات بشكل صحيح من إرفاق سكربت محتوى أو مصحح أخطاء بتطبيق Gemini المضمّن، وأن DNR كان الآلية الوحيدة التي لم يوسّع Chromium لها الحماية نفسها داخل WebView. كان تجريد Content-Security-Policy وتخفيف سياسة عزل المستند كافيين لاستبدال سكربت يُقدَّم من gstatic.com بسكربت خاص به، ومن داخل chrome://glic كان بإمكانه حينها إرسال أنواع رسائل وكيل المتصفح نفسه مباشرةً — إنشاء تبويب على عنوان file:///، وقراءته كنص أو PDF أو لقطة شاشة، وسحب عنوان البريد الإلكتروني وصورة الملف الشخصي المسجّل الدخول.

ما الذي فعلته الإضافة نفسها، متصفحًا بمتصفح

لم تكن الإضافة خمس أدوات. بل كانت ملف manifest واحدًا يطلب declarativeNetRequest ووصولًا واسعًا إلى المضيفين، إضافةً إلى ملف قواعد منفصل لكل هدف؛ ولم يتغيّر بين الهجمات سوى القواعد. ويُعد جدول Forever Security نفسه أوضح ملخص لما وصلت إليه كل سلسلة، وهو مُدرج أدناه. الصف الأكثر أهمية هو اختطاف الوكيل: في أربع من الخمس، لم تكن النتيجة المُبيّنة سرقة بيانات، بل السيطرة على وكيل يمكنه التصرف نيابةً عن المستخدم داخل جلسات مسجّلة الدخول.

تلك السلاسل الخاصة بكل متصفح هي الجزء من BragJack الذي لم يتحقق منه أي طرف ثانٍ. وقد أبلغت BleepingComputer وCyber Security News وCloud Security Alliance والمركز الوطني للأمن السيبراني في تايلاند (CERT) جميعًا عن الكشف، وكلها تصف الآلية بالطريقة نفسها، لكن كل واحد منها يصف تقرير Forever Security بدلًا من اختباره. ويستشهد إشعار ThaiCERT المؤرخ 21 سبتمبر 2026 بـ BleepingComputer كمصدر له. وعليه، فإن ما يلي هو رواية Weizman عن إثباته العملي الخاص، وهو ما يمثله الكشف، وليس نتيجة أُعيد إنتاجها بشكل مستقل.

Perplexity Comet: نطاق اختباري لا يزال في قائمة الثقة

كان Comet الأسوأ بين الخمسة وفق ترتيب الباحث نفسه، والسبب بنيوي وليس زلة برمجية. بنت Perplexity متصفحًا يمتلك فيه الوكيل أذونات المتصفح نفسه، لذا يرث الوكيل المختطف جميعها. وكانت Perplexity قد قامت أيضًا بالعمل الدفاعي الذي تجاهله الآخرون: تُحظر الإضافات من العمل على perplexity.ai كليًا، ولهذا يقول Weizman إن مانعات الإعلانات لا تعمل هناك.

كانت الثغرة في قائمة الأصول التي تقبل إضافة الوكيل تلقّي الأوامر منها. ووفقًا للتقرير التقني، كانت تلك القائمة تضم عشرة مدخلات لا مدخلًا واحدًا — perplexity.ai ونسختها ذات www، إضافة إلى مضيفات الاختبار والتجهيز والمعاينة على كل من perplexity.com وperplexity.ai. ولم تكن مُحصّنة سوى مضيفات الإنتاج. وكان testing.perplexity.com لا يزال يقبل سكربتات المحتوى. وتمثّلت العقبة المتبقية في أن كلًا من تلك النطاقات كان يجيب بإعادة توجيه 302 إلى perplexity.ai، لذا لم يكن المتصفح يصل إلى صفحة الاختبار لمدة كافية كي يرتبط بها سكربت. وتزيل قاعدة DNR التي تحذف ترويسة Location هذه العقبة، وبعدها يستطيع سكربت المحتوى مخاطبة إضافة الوكيل مباشرة عبر قناة المراسلة الخاصة بوقت التشغيل التي تكشفها.

ما كان الوكيل سيفعله عند الطلب، وفقًا لـ Weizman، هو سرد سجل التصفح، وفتح عناوين URL عشوائية بما في ذلك مسارات file:///، والتقاط لقطات شاشة لعلامات التبويب المرئية — ثم، عبر أمر يبدأ تشغيل وكيل من موجّه مقدَّم، فعل تقريبًا أي شيء يمكن للمستخدم فعله. طلب موجّهه التوضيحي من Comet زيارة perplexity.ai، وتلخيص آخر خمس رسائل بريد إلكتروني وإرسال الملخص إلى عنوان ثانٍ. ويذكر أيضًا أن الوصول إلى file:/// قد عولج في إفصاح سابق من Comet لكن الإصلاح كان حساسًا لحالة الأحرف، لذا ظل FiLe:///etc/hosts يعمل. لا يظهر أي من ذلك في أي إشعار من Perplexity؛ فقد دفعت الشركة مكافأة، ووفقًا لـ Forever Security، عالجت السلوك الذي عُرض عليها.

مايكروسوفت إيدج: صفحة تسويقية، ونقرة اصطناعية، وسباق

كان Edge الهدف الوحيد الذي قاوم، وهو الأكثر إفادة من بين الخمسة. كانت Microsoft قد قسّمت وكيلها إلى وضع «Think» يقبل المطالبات ووضع «Do» ينفّذ إجراءات على الصفحات، مع تعذّر تشغيلهما معًا عمدًا — وهي آلية أمان حقيقية، وتمنع فرض المطالبات بحكم التصميم. كما كانت Microsoft قد حصّنت صفحة التسويق على microsoft.com/edge التي تعرض الوكيل، وجعلت وظيفتها المتميزة لإرسال المطالبات مشروطة بثلاثة شروط منفصلة: سياسة أمان محتوى (Content-Security-Policy) تعذّر حذفها ببساطة، لأن الكائن المتميز لا يُنشأ إطلاقًا عند غياب الترويسة، ورمز جديد لإيماءة المستخدم، ووظيفة تملأ مربع المطالبات بدلًا من إرسالها.

تقول رواية ويزمان إن كل شرط سقط بحيلة مختلفة. فبدلًا من حذف CSP، وسّع توجيه frame-ancestors الخاص به للسماح بتضمينه من أي موقع .com. وبخصوص رمز الإيماءة، أضاف إذن debugger إلى manifest وأرسل نقرة اصطناعية يقبلها Chromium كإيماءة أصلية. أما السباق، فعطّل علامة أدوات الوكيل، واستدعى دالة إرسال المطالبة، ثم أعاد تفعيل العلامة بينما كان الوكيل لا يزال يقرر ما إذا كان مسموحًا له بالتصرف. كان الإعداد معطلًا في لحظة فرض المطالبة ومفعّلًا في لحظة تنفيذ فحص الإذن. وهذا ما خصصت له Microsoft المعرّف CVE-2026-55945.

المبلغ يطابق العمل: تسجّل Forever Security مبلغ 3,000 دولار مقابل اكتشاف Edge Chromium و2,000 دولار مقابل حالة التسابق، بإجمالي 5,000 دولار — في المركز الثالث من بين الخمسة، خلف مبلغ 7,000 دولار لكل من Google وPerplexity.

Opera Neon وClaude في Chrome: الاثنان السهلان

كان Opera Neon الأقل متطلباتٍ من بين الخمسة. يتلقى وكيله الأوامر من opera.com، وعلى خلاف Google وPerplexity، اللتين منعتا الإضافات من إرفاق نصوص محتوى بأصل وكيلهما الموثوق، لم يكن Opera قد منع الإضافات من إرفاق نص محتوى بذلك النطاق، لذا استطاعت إضافة Weizman أن تحقن نصًا برمجيًا هناك وأن تتصل بقناة رسائل الوكيل مباشرة بأي توجيه تشاء. وإسقاط CSP جعل الهجوم نفسه قابلًا للتضمين في إطار غير مرئي على أي صفحة. يضيف تقريره التفصيلي تفصيلًا واحدًا لا يرد في تغطية أي جهة أخرى: أخبرته Opera أنها اكتشفت العيب بشكل مستقل في الوقت نفسه تقريبًا، وأنها دفعت مكافأة الـ900 دولار على أي حال. وهذا ادعاء من المورّد أورده الباحث، وليس اكتشافًا نشر أي من الطرفين دليلًا عليه.

تُعدّ Claude in Chrome الحالة الشاذة، لأنها إضافة وليست متصفحًا، وتقول Forever Security ذلك بوضوح: استغلال إضافة لإضافة أخرى خطر أصغر من استغلال إضافة للمتصفح الذي تعمل فيه. تمثلت الآلية في صفحة تسويقية على claude.ai كان بإمكانها تمرير مطالبات تعسفية إلى اللوحة الجانبية، بالاشتراك مع سكربت محتوى كان يُشغَّل عند النقر على زر تأهيل أولي ويقرأ المطالبة من سمة بيانات. قام Weizman بنفسه بتعيين معرّف جسم الصفحة وسمته، وأرسل نقرة اصطناعية عبر إذن المصحح، ففتحت اللوحة الجانبية وفيها مطالبتُه. صنّفت Anthropic الخطورة متوسطة، ودفعت مكافأة، ووفقًا لـ Forever Security فقد أقرّت للشركة بأنها أول من أبلغ عن هذا الاكتشاف تحديدًا. تختلف منشورتا Forever اختلافًا طفيفًا في المبلغ — 600 دولار في الجدول الرئيسي، و500 دولار في المقال التقني المرافق.

ما تقوله سجلات الموردين الخاصة بهم فعليًا

لم يُنتج سوى اثنين من الخمسة سجل ثغرة علني، وكلاهما يسبق تقرير BragJack بأشهر. تسرد ملاحظة إصدار القناة المستقرة من Google بتاريخ 6 يناير 2026 «عالية CVE-2026-0628: عدم كفاية إنفاذ السياسات في وسم WebView. أبلغ عنها Gal Weizman في 2025-11-23»، وتذكر 143.0.7499.192/.193 لنظامي Windows وMac و143.0.7499.192 لنظام Linux. يصف مُدخل National Vulnerability Database، المنشور في 7 يناير 2026، العيب بأنه يسمح للمهاجم «الذي أقنع مستخدمًا بتثبيت إضافة ضارة بحقن نصوص برمجية أو HTML في صفحة ذات امتيازات عبر إضافة Chrome مصممة خصيصًا»، ويصنفه على أنه CWE-862، غياب التفويض، ويحمل درجة CVSS 3.1 مقدارها 8.8. هذه الدرجة ليست درجة Google: فهي تأتي من إثراء CISA للسجل، كما أشار The Hacker News، بينما تصنف ملاحظة Google الخاصة المشكلة على أنها عالية.

سجل مايكروسوفت أضيق نطاقًا مما سبق. إن CVE-2026-55945، المنشور في 3 يوليو 2026، هو حالة تسابق من نوع CWE-362 بدرجة CVSS 3.1 مقدارها 4.2، وشدتها متوسطة. بيان التأثير لدى مايكروسوفت هو "الكشف عن المعلومات"، ويقول قسم الأسئلة الشائعة الخاص بها إن المعلومات المكشوفة هي محتوى ملفات. البنية المُصلحة هي 150.0.4078.48، الصادرة في اليوم نفسه، وتقرأ حالة الاستغلال في السجل "مُفصح عنها علنًا: لا؛ مُستغلة: لا". لا شيء في ذلك المستند يصف وكيلًا يُقاد عبر مواقع ويب عشوائية، وهو التأثير الذي يبلغ عنه Weizman. يمكن أن يكون كلا البيانين صحيحين في آن واحد — إذ تغطي CVE حالة التسابق، بينما كانت القدرة المذكورة في صفحة التسويق اكتشافًا ثانيًا دُفع مقابله بشكل منفصل — لكن لا يوجد مستند بائع نُشر حتى الآن يصف السلسلة من البداية إلى النهاية.

«صفر نقرات» يعني بعد تثبيت الإضافة

العبارة الواردة في جدول Forever Security دقيقة ويسهل إساءة قراءتها. BragJack ليس هجوماً من نوع drive-by. فـ BleepingComputer وCloud Security Alliance وThaiCERT جميعهم يفتتحون بنفس الشرط المسبق: يجب أن تكون الإضافة الخبيثة مثبتة بالفعل. ما يُظهره البحث هو أنه بمجرد تثبيتها، لا حاجة إلى أي نقرة إضافية — إذ تصل الإضافة إلى الوكيل على أي صفحة يصادف وجود المستخدم عليها، دون عرض أي شيء. وبالنسبة إلى Comet وOpera Neon، لم يتطلب ذلك أي تفاعل على الإطلاق؛ أما بالنسبة إلى Edge وClaude in Chrome، فقد قامت الإضافة بتوليد النقرة التي طالب بها الوكيل عبر إذن المصحح (debugger permission)، لذا لم يقدّمها المستخدم أيضاً.

هذا التمييز يحدد مدى التعرض في الواقع. يتطلب الهجوم إما مستخدمًا يثبّت شيئًا خبيثًا، أو إضافة موثوقة بالفعل في المتجر تتحول لاحقًا إلى خبيثة، وليس أي منهما عائقًا كبيرًا — ولهذا تركّز توصيات CSA على جرد الإضافات وعلى التعامل مع أذونات declarativeNetRequest وdebugger باعتبارها أذونات مميزة. وهو أيضًا سبب عدم إبلاغ أي شخص عن هجوم: فإثبات المفهوم الذي يحتاج إلى تثبيت إضافة عدائية هو برهان على قدرة، وليس حملة.

فرض التوجيه، والحجة البيعية المرفقة به.

المصطلحات مهمة لأنها تصف أين تمركزت الدفاعات. حقن الموجّه يخفي التعليمات داخل محتوى يقرأه النموذج بالفعل؛ وتدريب النموذج ومرشّحاته هما شبكة الأمان المقصودة. ما فعله Weizman هو كتابة الموجّه بأكمله، واختيار لحظة وصوله، ومواصلة إرسال متابعات — من مصدر بُني الوكيل ليثق به. لا تصبح التصفية الأمنية على مستوى النموذج ذات صلة أبدًا، لأن لا شيء في التبادل يبدو هجومًا. تسمّي Forever Security هذا «فرض الموجّه».

النتيجة المنطقية التي تستخلصها الشركة هي أن كشف نقاط النهاية لا يمكنه رؤية ذلك أيضاً، لأنه لا يُشغَّل أي código خبيث: إذ يُطلَب من برنامج شرعي أن يفعل شيئاً مسموحاً له به. ويأتي هذا الادعاء مرتبطاً بعرض ترويجي لمنتج — فشركة Forever Security تبيع وكيل نقاط نهاية أصلياً بالذكاء الاصطناعي، وكلتا المقالتين تختتمان بالتوصية به. والملاحظة القائلة إن وكيلاً مخترقاً لا يُنتج بصمة برمجية خبيثة لا تعتمد على شراء أي شيء، لكنها حجة الباحث لا نتيجة مقاسة، ولم يختبر أي طرف مستقل ما إذا كان أي نوع من منتجات نقاط النهاية يكشف هذه السلاسل.

ما هو ثابت، وما هو قائم على باحث واحد

يُدرج الأرشيف هذا المُدخل بوصفه ثغرة أمنية، بخطورة عالية، ونطاق عالمي، ودرجة ثقة B — موثّقة، لكن من مصدر واحد أو مصدر ثانوي — غير متنازع عليها، ولم يُسجَّل أي ضرر فعلي. وتصف هذه الدرجة الأدلة لا خطورة العيوب، ويسري هذا الانقسام بوضوح عبر القصة.

مُثبَت، بالمعنى الذي يؤكده سجل بائع أو سجل من طرف أول:

• أصدرت Google إصلاحًا لـ Chrome في 6 يناير 2026 ضمن الإصدارين 143.0.7499.192 و.193، ونسبت الفضل إلى Gal Weizman عن تقرير بتاريخ 23 نوفمبر 2025. ورد هذا في ملاحظة الإصدار الخاصة بـ Google نفسها، لا في رواية الباحث عن الواقعة.

• CVE-2026-0628 موجود، ويُقيّمه Google بدرجة عالية، ويُقيّمه إثراء CISA في سجل NVD بدرجة 8.8، ويُصنّف على أنه فرض سياسات غير كافٍ في وسم WebView.

• نشرت Microsoft CVE-2026-55945 في 3 يوليو 2026 بوصفها حالة سباق متوسطة الخطورة بقيمة 4.2 تؤدي إلى الكشف عن المعلومات، وتم إصلاحها في Edge 150.0.4078.48، مع تسجيل الاستغلال على أنه لا شيء.

• تقول تقييمات SSVC الخاصة بـ CISA في سجلي NVD كليهما إن "exploitation: none"، ولم يزعم أحد — لا المورّد ولا الباحث ولا المُبلّغ — وقوع هجوم في الميدان. هذا غياب للإبلاغ، وهو ليس كإثبات الغياب، لكنه حالة السجل بعد ستة أسابيع من النشر.

بالاعتماد على حساب Forever Security وحده:

• كل سلسلة استغلال خاصة بكل متصفح، بما في ذلك مجموعات قواعد DNR، وإزالة إعادة التوجيه الخاصة بـ testing.perplexity.com، وتسلسل صفحة التسويق في Edge، والنقر على زر التهيئة في Claude. تصف ثغرات CVE آليتين؛ وهي لا تصف هذه السلاسل.

• قائمة التأثير الكاملة الخاصة بـ {{1}}Comet{{/1}} — سجل التصفح، وقراءة الملفات المحلية، وبيانات الملف الشخصي، ولقطات الشاشة — والادعاء المحدد بأنه يمكن أن يُقال لوكيل {{1}}Comet{{/1}} المخترق بالإنجليزية البسيطة أن يلخّص البريد الإلكتروني ويعيد توجيهه. تورد BleepingComputer ذلك كعرض توضيحي من الباحث؛ ولا يوجد بيان من Perplexity يؤكد ذلك أو ينفيه.

• وصول Chrome إلى الكاميرا والميكروفون، الذي يصفه BleepingComputer بأنه قابل للوصول «من المحتمل»، ويُدرجه جدول Forever كمنجز.

• إجمالي مكافأة الثغرات. تذكر Forever Security نحو $20,000 عبر خمسة موردين؛ بينما تجمع أرقامها الخاصة بكل منتج إلى $20,500، وهي نقطة حسابية أشار إليها The Hacker News أيضًا. يختلف رقم Claude in Chrome بين منشوري الشركة. عبارة BleepingComputer «أكثر من $20,000» متسقة مع أي من القراءتين.

• إن «فرض المُوجِّه» (prompt forcing) فئة جديدة من الهجمات، وليس اسمًا لعائلة من أخطاء التفويض. وهذا ادعاء تأطيري، وCloud Security Alliance — التي تبنّت هذا التأطير — تصف النمط الأساسي بأنه فجوة معمارية مشتركة بين المورّدين، لا تقنية جديدة لها آلياتها الخاصة.

ثلاثة من الموردين الخمسة لم ينشروا سجل ثغرة على الإطلاق. وتلاحظ CSA أن Perplexity وOpera وAnthropic أقرّت وأصلحت إثبات المفهوم المحدد دون نشرات أمنية مماثلة لنشرات Google وMicrosoft، ولا تقدّم Forever Security تواريخ إصلاح لهؤلاء الثلاثة. لم يُنشر أي إعادة إنتاج مستقلة لأي سلسلة من سلاسل BragJack؛ ويعيد كل من Cyber Security News وThaiCERT صياغة الإفصاح، ويستشهد ThaiCERT بـ BleepingComputer.

ما الذي تغيّر بعد الإفصاح

بالنسبة لمستخدمي Chrome وEdge، الجواب العملي هو أنه لم يكن هناك ما يحتاج إلى تغيير في 16 سبتمبر: فقد صدرت الإصلاحات في يناير ويوليو، وكان أي شخص يستخدم Chrome 143.0.7499.192 أو إصدارًا أحدث، أو Edge 150.0.4078.48 أو إصدارًا أحدث، قد تم تصحيحه بالفعل. يستحق هذا التوقيت التوقف عنده. فقد أُغلقت الثغرات قبل أشهر من أن تحصل التقنية التي ربطتها معًا على اسم، وهو الشكل الطبيعي للكشف المنسق، وهو أيضًا السبب في أن العنوان يبدو أسوأ من حالة التصحيح.

بالنسبة إلى Comet وOpera Neon وClaude in Chrome، فإن الموقف أقل وضوحًا. دفع كل بائع مكافأة، ووفقًا لـ Forever Security وCSA، عالج السلوك المُثبَت. لم ينشر أي منهم إشعارًا مثبتًا بإصدار معين أو تاريخًا، لذا لا يوجد رقم بناء يمكن للمستخدم التحقق منه، بل فقط الإرشاد العام بالبقاء على أحدث إصدار. إرشادات CSA للمؤسسات هي جرد الإضافات التي تملك صلاحيات declarativeNetRequest أو debugger، وحصر المتصفحات الوكيلية في ملفات تعريفية بلا جلسات مصادَق عليها للبريد الإلكتروني أو البرمجة أو الشؤون المالية، وسؤال البائعين عن كيفية فصلهم بين مدخلات المستخدم الاصطناعية والحقيقية. أما نصيحة BleepingComputer للأفراد فهي أبسط: أبقِ المتصفح محدَّثًا، وأزل الإضافات التي لا تعرفها، وتعامل مع «قراءة جميع بياناتك على كل مواقع الويب وتغييرها» على أنها التحذير الذي هي عليه.

السؤال غير المحسوم ليس ما إذا كان قد تم إصلاح خمسة أخطاء، بل ما إذا كانت الفرضية التصميمية الكامنة وراءها قد تم إصلاحها. لقد تعامل كل واحد من هذه المنتجات مع أصل ويب تابع للجهة نفسها (first-party web origin) باعتباره مكانًا موثوقًا كي يتلقى وكيل محلي متمتع بصلاحيات أوامره، داخل متصفح يمكن لأي إضافة مثبتة فيه إعادة كتابة ما يقوله ذلك الأصل. وتجادل Forever Security بأن الإصلاح يكمن في المراقبة على مستوى نقاط النهاية؛ بينما تجادل CSA بالتحقق من الأصل، وأقل صلاحية ممكنة، وقنوات أوامر معزولة، وأصل مدخلات غير قابل للتزوير. ولم يصرح أي من البائعين الخمسة علنًا، في أي سجل روجع لهذا المقال، بأنه غيّر البنية بدلًا من المسار المحدد الذي سلكه Weizman.

تاريخ السجل هو تاريخ التفسير، لا تاريخ الأخطاء — وتلك الفجوة هي القصة. إضافة واحدة، وإذنان ظلّت مانعات الإعلانات تحتفظ بهما لسنوات، وخمسة موردين اعتقد كلٌّ منهم أن موقعه الإلكتروني هو المكان الوحيد الذي لا يستطيع مهاجم أن يقف فيه.