مخاطر أمن المتصفح: لماذا يُعد المتصفح نقطة النهاية الجديدة

المتصفح هو المكان الذي ينشط فيه موظفوك. فهو المكان الذي يقوم فيه الموظفون بتوثيق هويتهم للدخول إلى تطبيقات SaaS، ولصق بيانات العملاء في أدوات الذكاء الاصطناعي، وتنزيل الملفات الحساسة، والتعاون مع الشركاء الخارجيين، والوصول إلى الأنظمة الداخلية من خلال تسجيل الدخول الموحد (SSO). ومع ذلك، لا تزال معظم البنى الأمنية تعامل المتصفح باعتباره تطبيقًا واحدًا من بين العديد من التطبيقات الموجودة على نقطة النهاية — يخضع لنفس سياسات EDR العامة التي يخضع لها قارئ ملفات PDF أو برنامج المراسلة. وتعد هذه الفجوة بين كيفية سير العمل فعليًا وكيفية تطبيق الإجراءات الأمنية أكبر نقطة عمياء في أمن المؤسسات حاليًا.

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

اختراق البيانات في 90 ثانية: سيناريو لا يراه نظام EDR الخاص بك أبدًا

تخيل بعد ظهر يوم الخميس في إحدى شركات الخدمات المالية المتوسطة الحجم. تفتح محللة رفيعة المستوى تطبيق Salesforce في متصفح Chrome لاستخراج بيانات الإيرادات الفصلية للعملاء من أجل مراجعة داخلية. تقوم بنسخ جدول يضم 200 سجل عميل — الأسماء، وقيم العقود، وتواريخ التجديد — وتلصقه في ChatGPT، طالبةً منه صياغة ملخص من أجل اجتماعها المشترك بين الأقسام. وراضيةً عن النتيجة، تقوم بتنزيل التحليل الذي أنشأه الذكاء الاصطناعي بصيغة PDF وتحفظه في حسابها الشخصي على OneDrive حتى تتمكن من مراجعته على جهاز iPad الخاص بها خلال عطلة نهاية الأسبوع.

حدثت كل هذه الخطوات ضمن جلسة متصفح واحدة. لاحظ وكيل نقطة النهاية أن متصفح «كروم» أرسل طلبات عبر بروتوكول HTTPS. كما رصد نظام منع تسرب البيانات (DLP) الشبكي حركة مرور مشفرة متجهة إلى نطاقات معتمدة. ولم يتم كتابة أي ملف على القرص المحلي حتى عملية تنزيل ملف PDF النهائية — وفي تلك المرحلة، كانت البيانات قد خرجت بالفعل عن سيطرة المؤسسة في اتجاهين: إلى خوادم أداة الذكاء الاصطناعي وإلى حساب تخزين سحابي شخصي.

هذه ليست حالة شاذة افتراضية. إنها الحقيقة اليومية في المؤسسات التي تجاوز فيها حجم العمل الذي يعتمد على المتصفح نطاق الضوابط الأمنية الخاصة بالمتصفح. فقد زاد المهاجمون الذين يستخدمون الذكاء الاصطناعي من عملياتهم بشكل كبير عامًا بعد عام، وأصبحت عمليات الاختراق الآن تتم عبر الهويات الموثوقة وتطبيقات SaaS والبنية التحتية السحابية. وعندما يتوسط المتصفح في كل تفاعل تقريبًا مع البيانات، ولا تتمتع منصة الأمان الخاصة بك بأي رؤية لما يحدث داخل جلسة المتصفح، فإنك تعمل وأنت أعمى.

لماذا تفشل الأساليب القديمة على مستوى المتصفح

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

لا يمكن لوكلاء أجهزة النهاية الاطلاع على ما يجري داخل جلسة المتصفح

تراقب أدوات EDR سلوك العمليات وعمليات الكتابة على الملفات ونداءات النظام. وهي تنظر إلى متصفح «كروم» أو «إيدج» على أنه عملية واحدة — وليس الـ 30 علامة تبويب و5 تطبيقات SaaS و3 ملحقات متصفح التي تعمل بداخله. فعندما يقوم موظف بنسخ معلومات تعريف شخصية (PII) خاصة بأحد العملاء من علامة تبويب نظام إدارة علاقات العملاء (CRM) ولصقها في علامة تبويب مساعد الذكاء الاصطناعي، لا يسجل وكيل نقطة النهاية أي نشاط مشبوه. لا يوجد ملف، ولا برامج ضارة، ولا عملية شاذة — مجرد عملية نسخ ولصق بين سياقين مختلفين للمتصفح.

تفقد أنظمة منع تسرب البيانات (DLP) عبر الشبكة قدرتها على الرصد مع استخدام التشفير وخدمات SaaS

يعني تشفير TLS والتحول إلى نموذج SaaS أن أجهزة DLP الشبكية التقليدية ترى حركة مرور مشفرة متجهة إلى نطاقات مسموح بها. فهي لا تستطيع التمييز بين موظف يقوم بتحميل عرض تسويقي معتمد إلى SharePoint وموظف يقوم بتحميل قائمة عملاء إلى حساب Dropbox شخصي — فكلاهما يبدو كطلبات POST عبر HTTPS موجهة إلى خدمات سحابية معترف بها. أكد تقرير Verizon 2025 DBIR أن بيانات الاعتماد المسروقة كانت وسيلة الوصول الأولية في 22% من حالات الاختراق، ويتم إدخال تلك البيانات في الغالب عبر المتصفح.

جدران الحماية التي تعتمد على فئات عناوين URL لا تراعي الفروق الدقيقة

لا تستطيع بوابات الويب الآمنة القديمة، التي تعمل على حظر أو السماح بنطاقات كاملة، فرض الضوابط الدقيقة التي تتطلبها سير عمل المتصفحات الحديثة. فحظر ChatGPT بشكل تام يؤدي إلى إبعاد الفرق التي تركز على الإنتاجية. أما السماح باستخدامه فلا يوفر أي تحكم في البيانات التي يقوم الموظفون بلصقها فيه. إن نموذج «السماح/الحظر» الثنائي — الذي صُمم لعصر كان فيه مصطلح «غير آمن» يعني «نطاق خبيث معروف» — غير قادر هيكليًا على تنظيم كيفية استخدام الأدوات المصرح بها. ويُعد فهم الاختلافات بين بوابات الويب القديمة وبوابات الجيل التالي الخطوة الأولى نحو سد هذه الفجوة.

ما الذي تغير: أصبح المتصفح هو نظام التشغيل الخاص بالعمل

أدى تلاقي ثلاثة اتجاهات إلى تحويل المتصفح من مجرد محرك عرض بسيط إلى مساحة العمل الرئيسية للمؤسسة — وأكثر أسطحها عرضة للهجمات.

استهلكت خدمة SaaS مجموعة التطبيقات

قبل خمس سنوات، كانت التطبيقات الأساسية للموظف المعرفي النموذجي تشمل برامج البريد الإلكتروني المثبتة محليًّا، وحزم برامج المكتب، وأدوات الأعمال. أما اليوم، فيقوم هذا الموظف نفسه بالوصول إلى Salesforce وMicrosoft 365 وWorkday وServiceNow وSlack وJira كليًّا من خلال علامات تبويب المتصفح. تمر كل عملية مصادقة، وتفاعل مع البيانات، وسير عمل تعاوني عبر المتصفح. يستغل المهاجمون الثقة في أنظمة الهوية السحابية، وعمليات تكامل SaaS، وتدفقات المصادقة من خلال الاستفادة من بيانات الاعتماد الصالحة، وموفري الهوية المخترقين، ورموز OAuth المسروقة. ووفقًا لتقرير CrowdStrike العالمي للتهديدات لعام 2026، شكلت عمليات إساءة استخدام الحسابات الصالحة 35% من إجمالي الحوادث السحابية التي نفذها الجهات الفاعلة المرتبطة بالدول.

فتحت GenAI قناة جديدة لتسريب البيانات

عندما يقوم موظف بلصق شفرة مصدر خاصة بالشركة، أو بيانات عملاء، أو خطط استراتيجية في أداة من أداوت الذكاء الاصطناعي العام (GenAI)، فإن المتصفح هو القناة التي تمر عبرها هذه البيانات. لا يوجد نقل ملفات لتفحصه أنظمة منع تسرب البيانات (DLP) في نقاط النهاية، ولا توجد رسائل بريد إلكتروني صادرة لتقوم بوابة البريد الإلكتروني بوضع علامة عليها. تنتقل البيانات عبر حقل نصي في المتصفح، وما لم تكن لديك ضوابط داخل الجلسة، فإنها تنتقل دون أي رقابة أمنية. مع تزايد دمج الذكاء الاصطناعي في منصات SaaS وسير العمل التشغيلي، بدأ المهاجمون في استغلال أدوات GenAI المشروعة في عشرات المؤسسات، عن طريق إدخال مطالبات خبيثة لسرقة بيانات الاعتماد والبيانات.

أصبح الوصول غير الخاضع للإدارة والوصول عبر أجهزة المستخدمين الخاصة (BYOD) أمراً دائماً

أدى الوباء إلى أن تصبح أجهزة الكمبيوتر المحمولة الخاصة بالمقاولين والأجهزة الشخصية وأنماط الوصول عبر «إحضار متصفحك الخاص» أمراً معتاداً، وهي أمور لم تكن أبدًا مشمولة بوكلاء نقاط النهاية. وقد كشف تقرير Verizon 2025 DBIR أن 46% من الأجهزة التي تحتوي على بيانات تسجيل دخول مؤسسية في سجلات برامج سرقة المعلومات كانت غير خاضعة للإدارة — وهو ما يمثل فجوة خطيرة بين الرقابة المؤسسية وسلوك المستخدم. فعندما يفتح أحد المتعاقدين حساب Salesforce الخاص بك في متصفحه الشخصي، لا يكون وكيل EDR الخاص بك قيد التشغيل، ولا يكون نظام DLP الخاص بشبكتك قيد التشغيل، ولا يتم تطبيق سياسة تصنيف عناوين URL الخاصة بك. وتعد جلسة المتصفح هي نقطة التحكم الوحيدة المتاحة لك — ومعظم المؤسسات لا تمتلك أي تدابير في هذا الصدد.

استراتيجيات الخصم: كيف تتجسد مخاطر المتصفح فعليًّا

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

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

يُعد المتصفح أكبر مخزن لبيانات الاعتماد في العالم. فكل من كلمات المرور المحفوظة وملفات تعريف الارتباط الخاصة بالجلسات ورموز OAuth وتأكيدات تسجيل الدخول الموحد (SSO) تُخزَّن في المتصفح أو تمر عبره. وتستهدف برامج «إنفوستيلر» (Infostealer) الخبيثة على وجه التحديد مخازن بيانات الاعتماد في المتصفح — حيث تقوم بجمع كلمات المرور المحفوظة من ملفات تعريف مستخدمي متصفحات «كروم» و«إيدج» و«فايرفوكس». تضاعفت مشاركة الأطراف الثالثة في الاختراقات لتصل إلى 30% من إجمالي الحوادث وفقًا لتقرير Verizon 2025 DBIR، وغالبًا ما يتم تمكين ذلك من خلال بيانات الاعتماد المسروقة من جلسات المتصفح على الأجهزة غير الخاضعة للإدارة. لنتخيل مثلاً متعاقداً في مجال التسويق يعمل لدى شركة رعاية صحية، ويقوم بإعادة استخدام كلمة مرور الدخول الموحد (SSO) الخاصة بشركته على موقع تسوق شخصي. يتعرض هذا الموقع للاختراق، فتظهر كلمة المرور في قائمة مجمعة، ويقوم المهاجم بتسجيل الدخول إلى بوابة الدخول الموحد (SSO) الخاصة بالمتعاقد من عقدة خروج شبكة VPN منزلية. تبدأ السلسلة بأكملها وتنتهي في المتصفح.

الاختراق أثناء المرور واستغلال الثغرات في المتصفح

تصف تقنية MITRE ATT&CK T1189، المعروفة باسم «Drive by Compromise»، الكيفية التي قد يستخدمها المهاجمون للوصول إلى نظام ما من خلال مستخدم يزور موقعًا إلكترونيًّا في سياق تصفحه العادي للإنترنت. ولا يُعد هذا الأمر من بقايا عصر متصفح «إنترنت إكسبلورر» — فقد لوحظ استخدام هذه التقنية في الواقع من قِبل 41 مجموعة تهديد وعائلة برامج ضارة معروفة. يستغل المهاجمون آليات الإشعارات الفورية في المتصفح لإرسال رسائل تصيد احتيالية مستمرة وعمليات إعادة توجيه ضارة تستمر حتى بعد إغلاق علامات التبويب — لأن الإشعارات الفورية تُمنح على مستوى المتصفح، وليس على مستوى علامة التبويب. وعلى عكس عمليات الاستغلال التقليدية التي تعتمد على «المرور العابر»، تعتمد هذه التقنية على الهندسة الاجتماعية لإقناع المستخدم بمنح أذونات الإشعارات، مما يجعلها فعالة حتى ضد المتصفحات التي تم تحديثها بالكامل

تستهدف هجمات «الوادي» الحديثة المواقع الإلكترونية الخاصة بقطاعات معينة — مثل اختراق بوابة مورد يزورها فريق المشتريات يوميًا، أو إدخال جافا سكريبت ضار في صفحة التسجيل في مؤتمر، أو عرض إعلانات خبيثة عبر شبكات إعلانية شرعية. تشير شركة «غارتنر» إلى أن تصحيحات «اليوم صفر» الخاصة بـ«كروميوم» قد تستغرق ما بين 24 إلى 72 ساعة حتى تصل إلى متصفحات المؤسسات ذات المكدس الكامل — وهي فترة تعرض يستغلها المهاجمون بنشاط (غارتنر، «التركيز على تأمين المتصفحات، وليس فرض استخدام متصفح آمن»، أكتوبر 2025). وتوجد تقنية عزل المتصفح تحديدًا لسد هذه الفجوة من خلال تنفيذ محتوى الويب في بيئة معزولة قبل عرضه للمستخدم.

الهندسة الاجتماعية بسرعة المتصفح

شهدت عمليات التصيد الصوتي (vishing) ارتفاعًا هائلاً في عام 2024 وحتى عام 2025، حيث أفادت شركة «سيسكو تالوس» (Cisco Talos) أن التصيد الصوتي شكّل أكثر من 60% من إجمالي حالات الاستجابة للحوادث المتعلقة بالتصيد في الربع الأول من عام 2025 — مما يجعله أكثر وسائل التصيد شيوعًا التي واجهها فريقهم. توجه العديد من هذه الحملات الضحايا إلى صفحات لجمع بيانات الاعتماد تعمل عبر المتصفح — وهي نسخ طبق الأصل من شاشات تسجيل الدخول الخاصة بـ Microsoft أو Okta أو Google. وكما وثّق Google Threat Intelligence (Mandiant) مؤخرًا، يتصل المهاجم متظاهرًا بأنه من فريق الدعم التقني، ويوجه الضحية إلى بوابة SSO مشابهة، ويستولي على كل من كلمة المرور ورمز المصادقة متعددة العوامل (MFA) في الوقت الفعلي أثناء قيام الضحية بإدخالهما. تجري سلسلة الهجوم بأكملها داخل المتصفح ولا تترك أي أثر لبرامج ضارة يمكن لوكيل نقطة النهاية اكتشافه.

ما الذي ينبغي على فرق الأمن فعله الآن

إن سد الثغرة الأمنية في المتصفح لا يتطلب التخلص من البنية التحتية الأمنية الحالية أو فرض استخدام متصفح خاص قد يواجه مقاومة من الموظفين. بل يتطلب توسيع نطاق الضوابط الأمنية التي أثبتت فعاليتها — مثل DLP وCASB وSWG وRBI وZTNA — لتشمل جلسة المتصفح التي تنتقل فيها البيانات فعليًّا.

تطبيق ضوابط البيانات عند نقطة التنفيذ

قم بتكوين سياسات DLP التي تراقب عمليات الحافظة، وتحميل الملفات، وتنزيل الملفات، وإرسال حقول النماذج داخل جلسات المتصفح. فعندما يقوم أحد الموظفين بنسخ قائمة عملاء من Salesforce ويحاول لصقها في أداة ذكاء اصطناعي غير مصرح بها، يجب أن تكتشف السياسة نمط البيانات الحساسة وتمنع عملية اللصق — لا أن تسجل الحدث بعد ثلاثة أيام. تقوم منصة SSE Skyhigh Security بفرض ضوابط DLP المدمجة هذه عبر الويب وتطبيقات SaaS والتطبيقات الخاصة من خلال محرك سياسات موحد.

عزل التصفح عالي المخاطر دون حظره

ليس من الضروري حجب كل موقع ويب غير معروف. Remote browser isolation يعرض محتوى الويب في حاوية سحابية آمنة ويبث تمثيلاً مرئياً إلى متصفح المستخدم. إذا احتاج محلل المشتريات إلى زيارة بوابة مورد غير مألوفة، فإن تقنية RBI تتيح له التصفح بشكل طبيعي مع ضمان عدم وصول أي كود ضار إلى جهازه النهائي. هذه هي الحل العملي لمعيار MITRE ATT&CK T1189: القضاء على بيئة تنفيذ الاستغلال دون الحد من قدرة المستخدم على العمل.

تطبيق ضوابط على مستوى الجلسة للأجهزة غير المدارة

عندما يقوم المقاولون أو الشركاء أو الموظفون باستخدام أجهزتهم الشخصية للوصول إلى تطبيقات SaaS الخاصة بالشركة، يجب تطبيق ضوابط الجلسة القائمة على البروكسي العكسي أو تقنية RBI (RBI) التي تمنع التنزيلات، وتحظر النسخ واللصق للمحتوى الحساس، وتضع علامة مائية على مشاهدات الشاشة — كل ذلك دون الحاجة إلى وكيل نقطة نهاية. يُعرّف معيار NIST SP 800 207 نموذج «الثقة الصفرية» (Zero Trust) باعتباره استجابة لاتجاهات شبكات المؤسسات، بما في ذلك المستخدمون عن بُعد، وسياسة «أحضر جهازك الخاص» (BYOD)، والأصول المستندة إلى السحابة، مع التركيز على حماية الموارد بدلاً من شرائح الشبكة. تعد ضوابط جلسات المتصفح نقطة التنفيذ التي تجعل هذا المبدأ قابلاً للتطبيق في الوصول إلى خدمات SaaS.

اكتساب رؤية أوضح حول أنظمة الذكاء الاصطناعي «الخفية» وخدمات SaaS غير المصرح بها

استخدم مزيجًا من CASB و SWG لاكتشاف وتصنيف كل أداة ذكاء اصطناعي وخدمة سحابية يصل إليها الموظفون عبر المتصفح. قم بتطبيق سياسات قائمة على المخاطر: اسمح باستخدام أدوات GenAI المعتمدة مع فحص DLP، وقدم التوجيه للمستخدمين بشأن الخدمات ذات المخاطر المتوسطة، وحظر الوجهات عالية المخاطر. فبدون هذه الرؤية، تصبح كل علامة تبويب في المتصفح قناة محتملة لتسريب البيانات.

الاستعجال وتحديد الأولويات: لماذا لا يمكن تأجيل هذا الأمر

تتوقع شركة «جارتنر» أنه بحلول عام 2028، ستقوم 25% من المؤسسات بتعزيز أدوات الوصول الآمن عن بُعد وأمن نقاط النهاية الحالية من خلال نشر تقنية متصفح مؤسسي آمن واحدة على الأقل. وفي الوقت الحالي، لم تتبنى سوى أقل من 10% من المؤسسات متصفحات مؤسسية آمنة. وهذا يعني أن الغالبية العظمى من المؤسسات لا تزال تستخدم نفس بنية أمان المتصفح التي كانت تستخدمها قبل ثلاثة أعوام، في حين أن نطاق الهجمات قد اتسع بشكل جذري.

الحسابات بسيطة وغير مواتية. وفقًا لتقرير فيريزون لعام 2025 حول تحقيقات اختراق البيانات (DBIR)، كان إساءة استخدام بيانات الاعتماد هو الناقل الرئيسي للوصول الأولي للاختراقات — حيث شكل 22% من إجمالي الاختراقات المؤكدة، مع نسبة مذهلة بلغت 88% من هجمات تطبيقات الويب الأساسية التي تنطوي على بيانات اعتماد مسروقة. غالبًا ما يبدأ هذا الوصول الأولي من المتصفح — من خلال صفحة تصيد احتيالي، أو تدفق OAuth تم اختراقه، أو ملحق ضار، أو هجوم حشو بيانات الاعتماد ضد تسجيل الدخول إلى خدمة SaaS. كما وثّق تقرير DBIR ارتفاعًا حادًّا في أساليب تجاوز المصادقة متعددة العوامل (MFA)، بما في ذلك اعتراض «المهاجم في الوسط» (adversary-in-the-middle)، وسرقة الرموز المميزة (token)، وقصف المطالبات (prompt bombing)، مما يعني أن حتى المؤسسات التي طبقت المصادقة متعددة العوامل ليست في مأمن. وبمجرد حصول المهاجم على رمز جلسة صالح، يصبح داخل تطبيقات SaaS الخاصة بك بنفس صلاحيات الوصول التي يتمتع بها موظفوك، ولا يكون لدى وكيل نقطة النهاية الخاص بك ما يشير إلى وجود أي خطر.

تشير شركة «غارتنر» إلى أن المتصفحات القائمة على «كروميوم» تستحوذ على ما يقارب 75% من إجمالي حصة سوق المتصفحات («التركيز على تأمين المتصفحات، لا فرض استخدام متصفح آمن»، أكتوبر 2025)، مما يجعل المتصفح سطح هجوم واحدًا مهيمنًا مشتركًا بين جميع المؤسسات تقريبًا. والسؤال هنا ليس ما إذا كان ينبغي الاستثمار في أمن المتصفحات، بل ما إذا كان ينبغي القيام بذلك الآن — بينما لا يزال لديك الوقت لنشر الضوابط — أم بعد أن تضطرك خرق أمني وقع عبر المتصفح إلى اتخاذ الإجراءات اللازمة.

يقدم «نموذج نضج نهج الثقة الصفرية» (Zero Trust Maturity Model) الإصدار 2.0 الصادر عن وكالة الأمن السيبراني والبنية التحتية الوطنية (CISA) نهجًا لتحقيق جهود التحديث المستمرة المتعلقة بنهج الثقة الصفرية، والتي تنظم عبر خمسة ركائز: الهوية، والأجهزة، والشبكات، والتطبيقات وأحمال العمل، والبيانات. ويقع المتصفح عند نقطة التقاطع بين هذه الركائز الخمس جميعها. فهو الجهاز الذي يتم من خلاله تأكيد الهوية، والتطبيق الذي يتم من خلاله الوصول إلى البيانات، والمسار الشبكي الذي تمر عبره كل معاملة من معاملات SaaS. ولا يُعد تأمين جلسة المتصفح مشروعًا هامشيًّا — بل هو متطلب أساسي لنضج نموذج «الثقة الصفرية».

وضع استراتيجية لأمن المتصفح: من أين نبدأ

لا داعي لفرق الأمن أن تحاول إنجاز المستحيل. يجب تحديد الأولويات بناءً على درجة التعرض للمخاطر والجدوى التشغيلية.

المرحلة 1 — الرؤية (الأسابيع 1–4). قم بتفعيل ميزة الاكتشاف في CASB وتسجيل البيانات في SWG لتحديد كل تطبيق SaaS وأداة ذكاء اصطناعي وخدمة سحابية يتم الوصول إليها عبر متصفحات الموظفين. قم بتحديد حجم استخدام تكنولوجيا المعلومات غير المعترف بها (Shadow IT) والذكاء الاصطناعي غير المعترف به (Shadow AI). حدد أنواع البيانات الحساسة التي تنتقل عبر جلسات المتصفح.

المرحلة 2 — ضوابط مدمجة (الشهران 2 و3). نشر سياسات منع تسرب البيانات (DLP) على secure web gateway لفحص عمليات التحميل والتنزيل وعمليات النسخ واللصق وإرسال النماذج. ابدأ بأنواع البيانات الأكثر عرضة للمخاطر: المعلومات الشخصية المحددة (PII)، والسجلات المالية، وشفرة المصدر، والبيانات الصحية الخاضعة للتنظيم.

المرحلة 3 — العزل والوصول غير المُدار (الأشهر 3–6). قم بتفعيل remote browser isolation الويب عالية المخاطر، والمجالات غير المصنفة، وجلسات SaaS على الأجهزة غير المُدارة. قم بتنفيذ ضوابط CASB عبر الوكيل العكسي لوصول المتعاقدين ومستخدمي أجهزة BYOD إلى تطبيقات SaaS الحيوية.

المرحلة 4 — التنفيذ المستمر (جارٍ). قم بدمج بيانات القياس عن بُعد لجلسات المتصفح مع منصات SIEM وXDR الخاصة بك. قم بربط الأحداث المستندة إلى المتصفح — مثل مواقع تسجيل الدخول المشبوهة، وأنماط الوصول غير المعتادة إلى بيانات SaaS، والاستخدام الشاذ لأدوات الذكاء الاصطناعي — مع إشارات نقاط النهاية والهوية من أجل الكشف عن التهديدات عبر المجالات المختلفة.

يتوافق هذا النهج التدريجي مع ما توصي به معايير NIST SP 800 207 ونموذج نضج «الثقة الصفرية» (Zero Trust) التابع لوكالة الأمن السيبراني والبنية التحتية (CISA) من التقدم التدريجي من مرحلة النضج التقليدية إلى مرحلة النضج المثلى. وتعمل كل مرحلة على تقليل نطاق المخاطر الملموس، مع العمل في الوقت نفسه على بناء وضع أمني شامل للمتصفح.