التعامل مع تنبيه أسرار GitHub كحادث اعتماد مكشوف
حدّد المفتاح وألغِه لدى مصدره وافحص استخدامه، ثم نظّف المستودع وأغلق التنبيه بالسبب الحقيقي.
الخلاصة
تنبيه secret scanning بداية احتواء، لا مجرد سطر يجب مسحه. حذف القيمة من الفرع الحالي لا يلغي صلاحية المفتاح، وقد يحتفظ التاريخ بها.
الإلغاء لدى المزود يغلق الوصول الفعلي؛ تنظيف الكود ومعالجة التنبيه خطوتان منفصلتان بعده.
حدّد مدى الانكشاف
افحص نوع الاعتماد وموقعه وتاريخه، وما يستطيع الوصول إليه والنظام الذي يستخدمه. إذا كان التنبيه خاطئًا، وثّق السبب؛ خصوصية المستودع وحدها لا تثبت سلامة الاعتماد.
احتوِ قبل التنظيف الشكلي
ألغِ القيمة المكشوفة وأصدر بديلًا بأقل صلاحيات لازمة، وافحص سجلات المزود والفوترة. احفظ الجديد في مخزن أسرار لا ملف جديد داخل Git. نسّق التدوير إذا اعتمدت عليه خدمات أخرى.
امنع تكرار المسار
افحص حماية الدفع إلى المستودع وصلاحياته، واستثنِ ملفات الأسرار المحلية المناسبة. الاستثناء لا يمسح التاريخ السابق. إعادة كتابة التاريخ قد تربك المشاركين ولا تغني عن إلغاء المفتاح؛ خطط لها منفصلة عند الحاجة.
قبل أن تتخذ أي خطوة
تختلف التغطية والميزات حسب المستودع والإعدادات. لا يكتشف الفاحص كل سر ولا يثبت أمان قيمة لم ينبه إليها.
ما الذي يمكنك فعله الآن؟
- افتح تنبيه Security دون نسخ السر إلى الرسائل أو التذاكر.
- حدّد المصدر وألغِ الاعتماد أو دوّره من أدواته الرسمية.
- راجع الاستخدام واستبدل الإعداد بأمان ثم عالج التنبيه بالفعل الذي نفذته.
