قد يكون المطورون الذين استخدموا مؤخراً أداة البرمجة بالذكاء الاصطناعي Grok Build من شركة xAI قد كشفوا عن بيانات اعتمادهم الأكثر حساسية دون علمهم. فبعد خرق خطير للخصوصية حيث قامت الأداة برفع مستودعات كاملة ومفاتيح SSH بصمت إلى السحابة، سارعت الشركة إلى جعل المشروع مفتوح المصدر في محاولة لاستعادة ثقة المطورين. تتوفر الأداة الطرفية الآن على منصة GitHub بموجب ترخيص Apache 2.0، مما يتيح للفرق البرمجية تجميعها محلياً وقطع الاتصال السحابي بالكامل.
تأتي خطوة الشفافية المفاجئة هذه بعد أيام قليلة من قيام باحث أمني يُعرف باسم Cereblab باعتراض حركة مرور الشبكة للأداة باستخدام أداة mitmproxy. كانت النتائج مقلقة: فبينما تطلبت مهمة برمجة قياسية على مستودع بحجم 12 جيجابايت نقل 192 كيلوبايت فقط من البيانات، قامت أداة Grok Build CLI بإصدار 0.2.93 بنقل 5.1 جيجابايت من البيانات سراً إلى حاوية تخزين في سحابة Google Cloud تحمل اسم grok-code-session-traces. سحبت قناة التخزين غير الموثقة هذه ملفات لم تفتحها الأداة أبداً، بما في ذلك بيانات الاعتماد (Credentials) غير المشفرة في ملفات.env، وقواعد بيانات كلمات المرور، والصور الشخصية.
الأمر الأكثر إثارة لقلق فرق أمن المؤسسات هو اكتشاف أن زر الخصوصية "تحسين النموذج" الخاص بشركة xAI لم يكن له أي تأثير فعلي على هذا السلوك. يتناقض هذا بشكل مباشر مع ادعاءات الشركة التسويقية بأن قواعد الأكواد المحلية تظل خاصة. ورداً على ذلك، أوقفت شركة xAI عملية الرفع من جهة الخادم في 13 يوليو دون إصدار تحذير أمني رسمي. وصرّح إيلون ماسك لاحقاً بأنه سيتم "حذف جميع بيانات المستخدمين المرفوعة سابقاً بشكل كامل ونهائي"، على الرغم من أن الشركة لم توفر آلية للمطورين للتحقق من مسح مستودعاتهم الخاصة.
إتاحة الرمز المصدري بعد وقوع الحادثة ليس بديلاً عن الضوابط الأمنية القابلة للإثبات. يجب على أي شخص قام بتشغيل الأداة على بيانات اعتماد نشطة قبل الإصلاح أن يقوم بتدويرها الآن، بغض النظر عن ادعاءات الحذف من شركة xAI.
- ميتش آشلي، نائب الرئيس في The Futurum Group
في 15 يوليو، أصدرت شركة xAI مساحة عمل لغة Rust الضخمة - والتي تتجاوز مليون سطر برمجي - في مستودع xai-org/grok-build على منصة GitHub. ومع ذلك، يُعد هذا إصداراً لشفافية المصدر فقط وليس مشروعاً يديره المجتمع. تنص إرشادات المساهمة الخاصة بالشركة صراحةً على عدم قبول طلبات دمج التغييرات (Pull Requests) الخارجية، ويجب الاستمرار في توجيه الثغرات الأمنية سراً عبر منصة HackerOne.
تلقي هذه الحادثة بظلالها على سوق وكلاء الذكاء الاصطناعي (AI Agents) سريع التوسع، على الرغم من أن الباحثين أشاروا إلى أن الأدوات المنافسة مثل Claude Code من شركة Anthropic، وCodex CLI من شركة OpenAI، وGemini CLI لم تظهر سلوك رفع المستودعات بالكامل. وحذّر ميتش آشلي من أن حادثة أداة Grok Build تكشف عن وكلاء البرمجة كـ "هويات غير بشرية غير مُدارة، تُمنح وصولاً دائماً إلى المصدر وبيانات الاعتماد والبنية التحتية"، مما يسلط الضوء على فجوة حوكمة حرجة في كيفية تعامل البرامج الأمنية مع هذه الأدوات.
خطوات أمنية فورية لمستخدمي أداة Grok Build
نظراً لأن أداة Grok Build عملت بصلاحيات وصول واسعة لنظام الملفات، يجب على فرق هندسة المنصات والأمن افتراض أن أي بيانات تعرضت للأداة قبل إصلاح الخادم في 13 يوليو قد تم اختراقها. يجب على المطورين اتخاذ الإجراءات التالية فوراً:
- تدوير بيانات الاعتماد المكشوفة: قم فوراً بإلغاء وإعادة إنشاء أي مفاتيح SSH، أو رموز واجهة برمجة التطبيقات (API Tokens)، أو كلمات مرور قواعد البيانات التي كانت موجودة في مستودعات الأكواد (Repositories) التي فحصتها أداة Grok Build CLI بإصدار 0.2.93 أو أقدم.
- تدقيق حركة مرور الشبكة: نفّذ مراقبة على مستوى الشبكة لجميع وكلاء الذكاء الاصطناعي لضمان قيامهم بنقل نافذة السياق (Context Window) المحددة المطلوبة للأمر فقط، بدلاً من الرفع الجماعي للملفات الخلفية.
- تقييد أذونات الوكيل: قم بتشغيل وكلاء الذكاء الاصطناعي الطرفية داخل بيئة معزولة (Sandbox) أو بيئة حاويات مع ضوابط وصول صارمة قائمة على الأدوار، لمنعهم من الوصول إلى الأدلة العامة مثل المجلد الرئيسي للمستخدم.
- الاستضافة الذاتية للاستدلال: استفد من مستودع أداة Grok Build مفتوح المصدر حديثاً لتجميع الأداة محلياً وتوجيهها إلى نقطة نهاية استدلال (Inference) مستضافة ذاتياً، مما يضمن عدم خروج أي بيانات من شبكة الشركة.
وهم زر الخصوصية
تكشف أزمة أداة Grok Build عن واقع خطير في المشهد الحالي لأدوات الذكاء الاصطناعي: غالباً ما تكون أزرار الخصوصية في واجهة المستخدم (UI) منفصلة عن مسارات التليمتري (Telemetry) الفعلية. عندما يقوم المطور بتبديل زر يقول "لا تستخدم بياناتي"، فإنه يتوقع حظراً صارماً على مستوى الشبكة، وليس زراً وهمياً يستمر في توجيه 5 جيجابايت من الأكواد الاحتكارية إلى حاوية سحابية للشركة. يُعد قرار شركة xAI بجعل الأداة مفتوحة المصدر خطوة إيجابية نحو الشفافية، ولكنه بوضوح إجراء تفاعلي مصمم لتجاوز دورة إخبارية مدمرة بدلاً من كونه التزاماً أساسياً بحوكمة المصادر المفتوحة.
علاوة على ذلك، تثبت هذه الحادثة أن التعامل مع وكلاء الذكاء الاصطناعي كأدوات تطوير قياسية - مثل نظام Git أو أدوات فحص الأكواد - هو فشل أمني جوهري. هذه الأدوات هي كيانات مستقلة تتمتع بصلاحيات القراءة والكتابة على نظام الملفات بأكمله. حقيقة أن الأدوات المنافسة من شركتي Anthropic وOpenAI لم تظهر هذا السلوك تشير إلى أن هذا كان فشلاً معمارياً محدداً من قبل شركة xAI، مدفوعاً على الأرجح باستراتيجية قوية لجمع البيانات (Data Collection) لتدريب النماذج المستقبلية. للمضي قدماً، يجب على فرق أمن المؤسسات فرض تدقيق على مستوى الشبكة لأي وكيل ذكاء اصطناعي، لأن الثقة في النسخة التسويقية للمورد لم تعد موقفاً أمنياً قابلاً للتطبيق.
