قراصنة يخترقون أداة OpenCode البرمجية ويستنزفون أرصدة مستخدمي الذكاء الاصطناعي
تعرضت منصة OpenCode لاختراق كشف مفاتيح API لبعض المستخدمين.
الاختراق طال 1.
4% من مستخدمي OpenCode Console وتسبب بتكاليف غير مصرح بها.
المهاجمون استغلوا مفاتيح API لتشغيل طلبات ونماذج ذكاء اصطناعي بشكل فوري.
واجهت أدوات الذكاء الاصطناعي مشكلات في تمييز البرامج الخبيثة والدفاع ضد الهجمات.
حادثة OpenCode تبرز أهمية الأمن السيبراني في أدوات الذكاء الاصطناعي.
أحياناً لا تبدأ الأزمة من اختراق ضخم يوقف خدمة عالمية، بل من تنبيه إنفاق يصل إلى هاتف مطوّر قبل النوم. هذا ما حدث مع بعض مستخدمي OpenCode، أداة البرمجة المعتمدة على الذكاء الاصطناعي، بعد أن تعرّض جزء من منصتها السحابية لاختراق أدى إلى كشف مفاتيح API لبعض المستخدمين وتشغيل فواتير غير مصرح بها على حساباتهم. لكن ما يجعل القصة أكبر من مجرد حادثة أمنية هو أن أدوات الذكاء الاصطناعي التي استعانت بها الشركة للدفاع عن نفسها بدأت تتردد هي أيضاً في تحليل الشيفرات الخبيثة بسبب قيود السلامة.
اختراق محدود بأثر واسع
بحسب ما أعلنته OpenCode، طال الاختراق نحو 1.4% من مستخدمي خدمة OpenCode Console، وهي الواجهة التي يخزن فيها بعض المستخدمين مفاتيح الوصول إلى خدمات مثل OpenAI وAnthropic وGoogle. الشركة أوضحت أن التطبيق مفتوح المصدر وسطر الأوامر لم يتأثرا، وأن المشكلة تركزت في نظام أقدم داخل المنصة السحابية.
النسبة تبدو صغيرة على الورق، لكنها في خدمات الذكاء الاصطناعي تعني شيئاً مختلفاً. مفتاح API ليس مجرد كلمة مرور، بل بوابة مالية وتشغيلية معاً. من يملك المفتاح يستطيع استهلاك النماذج، تشغيل الطلبات، ورفع الفاتورة خلال دقائق. لهذا ظهرت سريعاً شكاوى عن إنفاق بالمئات، وأحياناً بأكثر من ألف دولار، قبل أن تبدأ الشركات المزودة في تعطيل المفاتيح المتأثرة واستعادة بعض الأرصدة.
حين تصبح المفاتيح أموالاً مباشرة
في البنية التقليدية للاختراقات، قد يسرق المهاجم بيانات لبيعها لاحقاً. أما هنا فالقيمة النقدية شبه فورية. خدمات الذكاء الاصطناعي قائمة على الاستهلاك، وكل طلب إلى النموذج يُحتسب، وكل تشغيل مكثف يعني رصيداً يتبخر من حساب المطور أو الشركة. لهذا بدت الحادثة أقرب إلى سحب مباشر من بطاقات تقنية مفتوحة السقف.
- المفتاح المسرّب يمنح المهاجم قدرة تشغيل فورية دون الحاجة إلى اختراق المزود الأصلي.
- الأثر لا يتوقف عند التكلفة، بل يمتد إلى تعطيل المشاريع والأنظمة المرتبطة بهذه المفاتيح.
- إعادة الإصدار والاستبدال عملية مزعجة، خصوصاً للفرق التي تربط عشرات الخدمات بسير عمل واحد.
الأكثر حساسية أن هذا النوع من الحوادث يكشف هشاشة نمط شائع في أدوات المطورين الحديثة، حيث تُخزَّن الأسرار التشغيلية داخل منصات وسيطة بهدف الراحة والسرعة. الميزة هنا واضحة، لكن الثمن يظهر فور تعثر الضوابط الأمنية.
الذكاء الاصطناعي يرفض الدفاع أحياناً
الطبقة الثانية في القصة لافتة أكثر من الاختراق نفسه. فريق OpenCode قال إن النماذج التي استخدمها لتحليل الشيفرات والهجمات بدأت ترفض الاستجابة عندما رأت محتوى خبيثاً أو حمولة برمجية تجاوزت فلاتر الأمان. المفارقة هنا أن الأداة المصممة للمساعدة في الفهم والتحليل الأمني تعاملت مع المحاولة الدفاعية كما لو كانت سلوكاً هجومياً.
المشكلة ليست أن الحواجز الأمنية موجودة، بل أنها لا تميّز جيداً بين الباحث الأمني والمهاجم الفعلي.
هذا يعيد فتح نقاش يتكرر منذ أشهر في مجتمع الأمن السيبراني: هل تستطيع النماذج التجارية المغلقة أن تخدم فعلاً فرق الاستجابة للحوادث إذا كانت ستتوقف عند أول مؤشرات البرمجيات الخبيثة؟ من الناحية الأخلاقية يبدو التشدد مفهوماً، لكن من الناحية التشغيلية قد يتحول إلى عبء على المدافعين أكثر من كونه قيداً على المهاجمين.
مايكروسوفت تقولها بوضوح
التزامن مع مقال TechCrunch الآخر حول مايكروسوفت ليس عارضاً. الشركة دفعت هذا الأسبوع بفكرة أن الوكلاء الأذكياء يجب أن يُعاملوا كتهديد داخلي محتمل، لا كأدوات يمكن الوثوق بها تلقائياً. الرسالة هنا أبعد من التسويق لمنتجات الحماية: حتى النماذج المتقدمة، مهما بلغ أداؤها، تبقى أنظمة احتمالية غير مستقرة بالكامل من زاوية الحوكمة والانضباط المؤسسي.
حين تقول مايكروسوفت إن النماذج الحدودية لا يمكن الوثوق بها بالكامل، فهي لا تتحدث فقط عن الاختراق أو التلاعب، بل عن عدم قابلية التنبؤ. الوكيل الذكي قد يملك صلاحيات واسعة، يتعامل مع بيانات حساسة، ويتخذ قرارات ضمنية بسرعة أعلى من آليات المراجعة البشرية. لذلك يصبح الفصل بين مزود الذكاء وبين سلطة التحكم عليه مطلباً عملياً، لا تنظيراً أمنياً.
من حادثة OpenCode إلى اتجاه أكبر
قد تبدو حادثة OpenCode واقعة معزولة لشركة صغيرة نسبياً، لكنها في الواقع تلخص ثلاث تحولات متزامنة في السوق. أولها أن أدوات البرمجة بالذكاء الاصطناعي أصبحت جزءاً من البنية اليومية للمطورين، لا مجرد تجارب جانبية. ثانيها أن الهجوم على هذه الأدوات صار مجدياً مالياً بشكل مباشر. وثالثها أن الدفاع المعتمد على النماذج نفسها ما زال يصطدم بحدود السلامة، والامتثال، وعدم التمييز السياقي.
لهذا لم يعد السؤال الأمني مقتصراً على من اخترق ماذا، بل على أين تُخزَّن المفاتيح، ومن يراقب الوكلاء، وكيف تُدار الصلاحيات، وماذا يحدث عندما تحتاج إلى نموذج ذكي ليفهم سلوكاً خبيثاً فيرفض النظر إليه. هذه ليست تفاصيل جانبية، بل ملامح جيل جديد من الأمن السيبراني حول الذكاء الاصطناعي.
الراحة لم تعد بريئة
ما تكشفه هذه القصة بهدوء هو أن طبقة الراحة التي بنتها أدوات الذكاء الاصطناعي للمطورين تحمل داخلها طبقة جديدة من المخاطر. تخزين الأسرار في مكان واحد، الاعتماد على الوكلاء في مهام حساسة، والثقة بأن النماذج ستتدخل عند الطوارئ، كلها افتراضات تبدو منطقية إلى أن يقع أول ضغط حقيقي. عندها يتضح أن الذكاء الاصطناعي لا يغيّر شكل العمل فقط، بل يعيد تعريف سطح الهجوم نفسه.
عبَّر عن رأيك
إحرص أن يكون تعليقك موضوعيّاً ومفيداً، حافظ على سُمعتكَ الرقميَّةواحترم الكاتب والأعضاء والقُرّاء.
GITEX
Ai Everything
LEAP26









