الأمن السيبراني

لماذا لم تعد حماية Google Workspace تبدأ من البريد الإلكتروني؟

يرى راجان كابور من Material Security أن سلاسل الهجوم الحديثة على Google Workspace قد تبدأ من رموز OAuth المسروقة، ثم تمتد إلى Gmail وDrive والأنظمة المتصلة. ويجادل بأن المخاطر نفسها قد تظهر مع وكلاء الذكاء الاصطناعي المصرح لهم عندما تتجاوز صلاحياتهم أو يتصرفون خارج النطاق المقصود.

14 أغسطس 2026
5 دقائق قراءة
1 قراءة
لماذا لم تعد حماية Google Workspace تبدأ من البريد الإلكتروني؟

يرى راجان كابور، نائب رئيس الأمن في Material Security، أن النموذج التقليدي لأمن Google Workspace، الذي يضع البريد الإلكتروني باعتباره نقطة الدخول الأساسية للهجمات، لم يعد كافياً. فبحسب كابور، أظهرت حوادث مثل اختراقَي Vercel وComposio نمطاً يمكن أن يبدأ من رمز OAuth مسروق، ثم ينتقل إلى Gmail وDrive والأنظمة المتصلة، بدلاً من أن يبدأ برسالة تصيد في صندوق الوارد.

المادة منشورة برعاية Material Security في 14 أغسطس 2026، وهي تقدم رؤية الكاتب حول كيفية إعادة التفكير في سلسلة الهجوم داخل بيئات Workspace، مع ربطها بالمخاطر التي قد تنتج عن وكلاء الذكاء الاصطناعي المتصلين بهذه البيئات.

منظور تقليدي يبدأ من البريد

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

بعد ذلك، قد يستخدم المهاجم بيانات اعتماد محفوظة في Drive أو روابط إعادة تعيين كلمات المرور والروابط السحرية الموجودة في البريد الإلكتروني للتحرك أفقياً بين الأنظمة. ويمكنه في النهاية الحفاظ على وجوده داخل الحساب لفترات طويلة، مع استخراج البيانات من أنظمة متعددة. ويشير الكاتب إلى أن هذا هو السيناريو المعروف عادةً باسم الاستيلاء على الحساب، حيث يبدأ الاختراق من البريد ويتوسع إلى بقية مساحة العمل.

OAuth كنقطة دخول جديدة

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

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

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

وكلاء الذكاء الاصطناعي يسلكون المسار نفسه

ينتقل كابور من المهاجمين إلى وكلاء الذكاء الاصطناعي الذين يربطهم الموظفون حالياً بـGoogle Workspace عبر منح OAuth شرعية. وتستطيع هذه الوكلاء قراءة البريد والبحث في Drive وتنفيذ مهام نيابة عن المستخدمين، فيما يحدث ذلك، بحسب الكاتب، بوتيرة أسرع من قدرة فرق الأمن على تتبع جميع الاتصالات.

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

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

الدفاع عبر السلسلة بأكملها

يقول كابور إن الاستجابة لا ينبغي أن تقتصر على إضافة حلول منفصلة لكل مرحلة، بل يجب أن تشمل رؤية مترابطة لما يحدث في البريد وOAuth وDrive وسلوك الحساب. ويعرض ما تسميه Material Security تغطيتها لهذه المراحل:

  • إيقاف الحمولة البريدية: تقول الشركة إن أمن البريد لديها يستهدف رسائل التصيد المتقدمة والحمولات التي تتجاوز المرشحات القائمة على السمعة وأساليب المهاجم الوسيط.
  • رصد سلوك OAuth: تذكر Material Security أن منصتها لا تكتفي بجرد التطبيقات ونطاقات الصلاحيات، بل تراقب ما تقرؤه التطبيقات ومتى تقرؤه وكيف يتغير سلوكها بمرور الوقت.
  • حماية البيانات الحساسة: تقول الشركة إن أمن الملفات يوفر رؤية لمواضع وجود البيانات الحساسة في البريد وDrive، بما في ذلك محركات الأقراص المشتركة ومحادثات البريد التي تحتوي على بيانات اعتماد أو معلومات تعريف شخصية.
  • منع التحرك الجانبي: تشير الشركة إلى إمكانية حجب محتوى حساس، مثل روابط إعادة تعيين كلمات المرور، وطلب تحقق إضافي قبل إتاحة هذا المحتوى.

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

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

من نفس التصنيف

مقالات قد تهمك

عرض جميع المقالات