GitBook تكشف اختراقًا بوكلاء الذكاء الاصطناعي يوم 2 نوفمبر وتأمر بإعادة ضبط الرموز

GitBook تعيد ضبط رموز العملات بعد اختراق قائم على وكلاء الذكاء الاصطناعي

أكدت منصة GitBook، المنصة المعتمدة على نطاق واسع لإعداد الوثائق لدى مشاريع العملات الرقمية، يوم الثلاثاء 3 نوفمبر أن مهاجمًا استخدم وكلاء ذكاء اصطناعي للوصول إلى بعض بيانات اعتماد بنيتها التحتية، وهو ما اضطر الشركة إلى سحب خدماتها من الإنترنت والأمر بإعادة تدوير مفاتيح العملاء على نحو طارئ. وتحدد بيانها الأمني موعد الوصول غير المصرح به عند الساعة 7 مساءً بتوقيت وسط أوروبا يوم الاثنين 2 نوفمبر، أي 6 مساءً بتوقيت غرينتش، مشيرًا إلى أن الأنظمة رصدت الاختراق فور حدوثه وشرعت في احتوائه. وصف فريق GitBook الحادثة بأنها هجوم متطور وعالي الاستهداف اعتمد على وكلاء ذكاء اصطناعي، غير أنها لم توضح حتى الآن أي أنظمة ذكاء اصطناعي استُخدمت، ولا الكيفية التي حصل بها المهاجم على بيانات الاعتماد، ولا ما إذا كانت منتجاتها الذكية الخاصة لعبت أي دور.

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

وبحلول تحديث الساعة 4:21 مساءً بتوقيت وسط أوروبا يوم الثلاثاء، كان التطبيق وواجهة برمجة التطبيقات والوثائق المنشورة متاحة مجددًا، مع احتمال بقاء بعض الخدمات متدهورة الأداء أثناء التعافي. وتوضح GitBook أنها حجبت المهاجم، وأغلقت الثغرات المستغلة، واستبدلت بيانات اعتماد بنيتها التحتية الخاصة، وألغت صلاحية رموز واجهة برمجة التطبيقات الخاصة بالعملاء، وهي مفاتيح تصدرها المنصة وقابلة للإلغاء وتعمل بآلية مختلفة عن المفتاح الخاص. وقد طُلب من العملاء إعادة تدوير رموز واجهة برمجة التطبيقات لديهم، واستبدال رموز الجهات الخارجية وأسرار التكامل، وإعادة المصادقة على خادم بروتوكول Model Context Protocol، وهو نظام يتيح لمساعدي الذكاء الاصطناعي الاتصال بخدمات مثل GitBook. وتجدر المفارقة هنا أن إشعارًا سابقًا صدر عند الساعة 1:15 مساءً بتوقيت وسط أوروبا كان قد أفاد بأن أي إجراء مطلوب من العملاء غير ضروري، وهي إرشادات تراجعت عنها الشركة لاحقًا.

PancakeSwap وTrade.xyz في الصدارة

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

وفي حادثة وثائق منفصلة، وربما غير مرتبطة، تعرضت Trade.xyz لاختراق في وقت سابق من اليوم نفسه. فقد رصدت منصة التداول نشاطًا غير مصرح به على صفحاتها في GitBook صباح الاثنين 2 نوفمبر، وأعادت الوثائق إلى حالتها السابقة بحلول الساعة 9:15 صباحًا بتوقيت شرق الولايات المتحدة، محذيرةً المستخدمين خلال التحقيق من النقر على أي روابط داخل الوثائق، وهو تحذير معتاد من الصفحات المصممة لجني عنوان محفظة أو التوقيع الخبيث. ويلاحظ أن هذا الاستعادة سبقت نافذة الوصول التي كشفتها GitBook لاحقًا عند الساعة 7 مساءً بتوقيت وسط أوروبا، ولم يثبت أي من الإفصاحين أن الحادثتين تشتركان في مهاجم أو نقطة دخول واحدة. وغطى بيان Trade.xyz وثائقه فقط، إذ لم يحدد أي اختراق للبنية التحتية للتداول، ولم يقدم أي رقم لخسائر المستخدمين أو عدد المحافظ المتأثرة أو عنوان المهاجم.

أما السياق الأوسع فيعود إلى يوم الجمعة 30 أكتوبر، حين نشر فريق Google Threat Intelligence Group وMandiant بحثًا يوثق إساءة المهاجمين استخدام أطر اختبار الأمان المدعومة بالذكاء الاصطناعي، ومنها ARTEX وHexstrike وCAIRN، في عمليات اقتحام حقيقية. فمنذ أواخر أغسطس، لاحظت فرق الاستجابة للحوادث لديهما نشاطًا لوكيل الذكاء الاصطناعي امتد من الحركة الجانبية بين الأنظمة إلى استغلال قواعد البيانات والتحضير لاستخراج البيانات. وسرد التقرير بيانات الاعتماد المخترقة والأنظمة غير المرقّعة ضمن نقاط الضعف التي تستغلها هذه الأدوات، وأوصى باعتماد بيانات اعتماد قصيرة الأجل وصلاحيات محدودة وفصل بين الأنظمة.

مواقع الوثائق مسار موثوق يمكن تحويله إلى فخ

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