Claude Code سرّب 1379 سرًا: مفاتيح AWS وكلمات مرور قواعد بيانات في مستودعات عامة

سيناريو مألوف: ميزة مريحة تتحول إلى ثغرة لأن أحدًا لا يفحص ما تكتبه بالضبط على القرص. هذه المرة، يتعلق الأمر بـ Claude Code. وفقًا لباحثي Apiiro، تضم مستودعات GitHub العامة 1122 نسخة من ملف إعدادات الوكيل، عثروا داخلها على 1379 سرًا: كلمات مرور قواعد بيانات، ورموز وصول إلى واجهات API، ومفاتيح AWS، وغيرها من بيانات الاعتماد.

كيف تصل الأسرار إلى ملف الإعدادات

يطلب Claude Code الإذن قبل تنفيذ أي أمر في الطرفية. وعندما تضغط على «السماح دائمًا»، تُحفظ قاعدة الإذن في ملف إعدادات داخل المشروع. المشكلة أن القاعدة تُحفظ كما هي، بما في ذلك وسائط الأمر.

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

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

لماذا يتجاوز الأمر خطورة التسريبات المعتادة

تفحص الروبوتات مستودعات GitHub العامة باستمرار. وعادةً ما يُستغل مفتاح AWS الذي يظهر في مستودع عام خلال دقائق معدودة: لتعدين العملات المشفرة، أو إرسال الرسائل المزعجة، أو الوصول إلى البيانات. وحتى لو حذفت الملف في عملية commit التالية، يبقى السر في سجل Git.

ويبدو أن أرقام Apiiro لا تمثل سوى الحد الأدنى: فقد عثر الباحثون على ما يظهر عبر البحث، بينما لا تشمل العينة المستودعات الخاصة ولا النسخ المتفرعة، أو forks. كما أن المخاطر نفسها تنطبق على أي أداة وكيلة تتذكر الأوامر المسموح بها، بما فيها Cursor وCodex CLI وGemini CLI وغيرها.

ما الذي ينبغي فعله الآن

أولًا: افحص مستودعاتك. ابحث عن مجلد إعدادات Claude Code وراجع قائمة الأوامر المسموح بها. أي سطر يتضمن كلمة مرور أو رمز وصول أو مفتاحًا يستدعي اتخاذ إجراء.

ثانيًا: إذا كان من المحتمل أن سرًا ما وصل إلى مستودع عام، فاعتبره مكشوفًا. حذف الملف وحده لا يكفي؛ يجب إلغاء المفتاح وإصدار مفتاح جديد. يساعد تنظيف سجل Git، لكنه لا يضمن أن أحدًا لم يحصل على نسخة بالفعل.

ثالثًا: أضف ملف الإعدادات المحلية للوكيل إلى .gitignore، وادمج أداة لفحص الأسرار في مرحلة pre-commit وفي التكامل المستمر CI. تستطيع Gitleaks وTruffleHog أو ميزة حماية الدفع المدمجة في GitHub اكتشاف هذه البيانات قبل نشرها.

رابعًا: لا تمرّر الأسرار في سطر الأوامر. استخدم متغيرات البيئة، أو أدوات إدارة الأسرار، أو رموز وصول قصيرة العمر، كي لا تحتوي قاعدة الإذن المحفوظة على أي بيانات قيّمة. ولا تضغط على «السماح دائمًا» للأوامر التي تتضمن وسائط حساسة.

حدود المعلومات المتاحة

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

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