اختراق 61 ألف مستودع على GitHub.. هجوم سيبراني يكشف هشاشة البنية البرمجية للعالم
قرابة 4800 حساب مخترق، وأكثر من 8 آلاف مستودع زُرعت فيها شيفرات خبيثة، وما يقارب ألفي حالة تشغيل مؤكدة.. هجوم يستهدف مفاتيح الخدمات السحابية وأسرار البرمجيات، ويثير مخاوف من انتقال العدوى إلى ملايين التطبيقات.
اختراق 61 ألف مستودع على GitHub.. هجوم سيبراني يكشف هشاشة البنية البرمجية للعالم
قرابة 4800 حساب مخترق، وأكثر من 8 آلاف مستودع زُرعت فيها شيفرات خبيثة، وما يقارب ألفي حالة تشغيل مؤكدة.. هجوم يستهدف مفاتيح الخدمات السحابية وأسرار البرمجيات، ويثير مخاوف من انتقال العدوى إلى ملايين التطبيقات.
كتب ا. د. وائل بدوى
لم يعد المهاجم الإلكتروني بحاجة إلى اقتحام أنظمة البنوك أو المؤسسات الحكومية مباشرةً حتى يشكل تهديدًا لأمنها، فقد أصبح يكفي أحيانًا أن يستولي على حساب مطور برمجيات واحد، أو يحصل على رمز وصول إلى مستودع برمجي، لكي يتمكن من الوصول إلى بيانات وخدمات ومشروعات تتجاوز بكثير حدود ذلك الحساب.
هذا هو الدرس الذي تكشف عنه واحدة من أوسع حملات سرقة الأسرار البرمجية التي شهدتها منصة GitHub خلال نوفمبر 2026.
ففي العاشر من نوفمبر، بدأت حملة إلكترونية منظمة استخدم منفذوها بيانات دخول ورموز وصول مسروقة لنحو 4837 حسابًا على المنصة، ثم أطلقوا آلاف العمليات الآلية لاختبار قدرتهم على تعديل مستودعات البرمجيات المرتبطة بهذه الحسابات.
وخلال فترة قصيرة، وصلت محاولات الاستطلاع إلى أكثر من 61 ألف مستودع، قبل أن يكشف باحثون أمنيون عن زرع شيفرات خبيثة داخل آلاف المشروعات، بهدف سرقة كلمات المرور ومفاتيح الوصول والرموز المستخدمة لتشغيل الأنظمة والخدمات السحابية.
لكن الأخطر أن المهاجمين لم يكتفوا بسرقة البيانات، بل حاولوا إنشاء وسائل وصول خفية إلى بعض البيئات السحابية، بما قد يسمح لهم بالاحتفاظ بقدرتهم على الدخول حتى بعد تغيير المفاتيح المسروقة.
وقد كشفت التحقيقات الأولية أن بعض الحسابات المستهدفة كانت مرتبطة بمؤسسات كبرى ومشروعات مفتوحة المصدر وجهات حكومية في الولايات المتحدة وفرنسا. StepSecurity +2
أولًا: هل الخبر صحيح؟ وماذا تعني الأرقام؟
الواقعة حقيقية، وقد وثقتها شركات أمنية متخصصة، من بينها Aikido Security وStepSecurity وSafeDep. لكن الصياغة المتداولة على مواقع التواصل تحتاج إلى تصحيح مهم.
فليس صحيحًا أن جميع المستودعات البالغ عددها 61 ألفًا قد تعرضت لاختراق ناجح أو سُرقت بياناتها؛ فهذا الرقم يمثل المستودعات التي وصلت إليها محاولات استطلاع آلية، بينما تشير أرقام أخرى إلى مستودعات تلقت الشيفرة الخبيثة أو شغّلتها بالفعل.
حسابات استخدم المهاجمون بياناتها
4,837
مستودعات وصلت إليها محاولات الاستطلاع
61,764
مستودعات رُصدت فيها تغييرات خبيثة
8,093
حالات تشغيل رصدتها تغطية أحدث
1,970
أرقام من تحقيقات نُشرت يومي 12 و13 نوفمبر 2026، مأخوذة في أوقات مختلفة وبطرق رصد مختلفة، وليست حصيلة نهائية موحدة. Lab Space +2
وهنا يجب التمييز بين ثلاثة مستويات مختلفة للهجوم: محاولة اختبار الوصول إلى المستودع، وإدخال الشيفرة الخبيثة، ثم تنفيذ تلك الشيفرة بنجاح.
فقد تسجل أدوات الرصد مستودعًا ضمن المستهدفين لمجرد وصول طلب تعديل مشبوه إليه، دون أن يعني ذلك تشغيل أي برمجية خبيثة داخله.
كذلك فإن رقم 1970 حالة تشغيل ورد في تغطية أحدث لشركة Cybernews، بينما أحصت Aikido في مرحلة سابقة ما لا يقل عن 1806 مستودعات ظهرت فيها مؤشرات تنفيذ. ولذلك لا ينبغي جمع هذه الأرقام أو اعتبارها أعدادًا مستقلة للضحايا. Cybernews +1
وتوضح هذه الفروق أن الحادث واسع النطاق بالفعل، لكنه يحتاج إلى تحليل علمي لا يخلط بين الاستهداف والاختراق وسرقة البيانات.
ثانيًا: ما هي GitHub؟ ولماذا يشكل استهدافها خطرًا عالميًا؟
تُعد GitHub واحدة من أهم المنصات العالمية التي يستخدمها المطورون لتخزين الشيفرات البرمجية، وإدارة تحديثاتها، والتعاون في بناء التطبيقات والأنظمة.
وتستخدمها شركات التكنولوجيا والجامعات والمؤسسات الحكومية ومراكز البحث، كما تعتمد عليها مشروعات مفتوحة المصدر تدخل مكوناتها في عدد هائل من التطبيقات والخدمات.
لكن أهمية GitHub لا ترتبط فقط بتخزين الملفات البرمجية.
فالمنصة تتضمن منظومة تسمى GitHub Actions، تتيح تنفيذ عمليات آلية لبناء البرامج واختبارها وتجهيزها للنشر، فيما يُعرف بعمليات التكامل المستمر والتسليم المستمر (CI/CD).
وهذه العمليات قد تحتاج إلى الاتصال بخوادم وقواعد بيانات وخدمات سحابية، باستخدام رموز وصول وكلمات مرور ومفاتيح رقمية محفوظة في بيئات تشغيل مخصصة.
ومن هنا تظهر الخطورة.
فعندما يستولي المهاجم على حساب يمتلك صلاحية تعديل ملفات التشغيل الآلي، يستطيع في بعض الحالات إدخال تعليمات إلى عملية البناء أو الاختبار، بدلًا من محاولة اختراق الخوادم المستهدفة مباشرةً.
وبمجرد تشغيل هذه التعليمات في بيئة تمتلك صلاحيات أو أسرارًا رقمية، يمكن للمهاجم محاولة الاستيلاء على تلك المعلومات واستخدامها في هجمات لاحقة.
ويكشف هذا النوع من الهجمات عن تغير كبير في طبيعة الأمن السيبراني؛ فلم يعد السؤال مقتصرًا على حماية البرنامج بعد تشغيله، بل أصبح يشمل حماية الطريقة التي يُصنع بها البرنامج ويُختبر ويُحدّث قبل وصوله إلى المستخدم النهائي.
ثالثًا: كيف نفذ المهاجمون العملية؟
المراحل الرئيسية للهجوم
- الاستيلاء على حسابات المطورين
استُخدمت بيانات اعتماد ورموز وصول صالحة، لكنها مسروقة، للدخول إلى الحسابات والتصرف بصلاحيات أصحابها. - اختبار المستودعات القابلة للتعديل
أنشأ المهاجمون طلبات تعديل تبدو عادية، بعنوان docs: dependency audit notes، للتحقق من إمكانية الكتابة داخل المستودعات. - زرع برمجية سرقة الأسرار
أُضيفت تعليمات خبيثة إلى بعض ملفات التشغيل الآلي، لتنفذ عند تشغيل مهام البناء أو الاختبار. - جمع البيانات ومحاولة توسيع الاختراق
استهدفت البرمجية رموز الوصول والأسرار الرقمية، ثم حاولت استخدامها للوصول إلى خدمات سحابية مرتبطة بالمشروعات. - محو الآثار
أعاد المهاجمون الملفات إلى حالتها السابقة وحذفوا بعض سجلات التشغيل، أحيانًا خلال أقل من دقيقة.
إعادة بناء تسلسل الهجوم من التحليل الفني لشركة StepSecurity. StepSecurity
أطلق الباحثون على البرمجية اسم WFX، فيما عُرفت الحملة بتسميتي «wfx-loot» و«WFX Phantom».
وتكمن خصوصية هذه العملية في أن المهاجمين لم يكونوا بحاجة إلى اكتشاف ثغرة جديدة في GitHub Actions نفسها. فقد استخدموا رموز وصول صحيحة صادرة لحسابات حقيقية، ثم استغلوا الصلاحيات الممنوحة لتلك الحسابات.
وهذا فارق أمني شديد الأهمية؛ لأن كثيرًا من المؤسسات تركز على تحديث البرامج وإغلاق الثغرات التقنية، لكنها قد لا تمنح القدر نفسه من الاهتمام بإدارة الهويات والصلاحيات والرموز التي تستخدمها الأنظمة الآلية.
فإذا امتلك أحد الحسابات صلاحيات واسعة، فإن سرقة رمز الوصول الخاص به قد تتيح تنفيذ عمليات تبدو للنظام وكأنها صادرة من مستخدم مخوّل.
رابعًا: 771 مستودعًا تنقل الخطر من الخوادم إلى أجهزة المطورين
من أخطر تفاصيل الحملة ما كشفته شركة SafeDep بشأن وجود شيفرات خبيثة في 771 مستودعًا، ارتبطت بآلية تسمى postinstall في منظومة npm، المستخدمة على نطاق واسع في تطبيقات JavaScript.
وتتيح هذه الآلية تشغيل تعليمات معينة بصورة تلقائية بعد تثبيت الحزمة البرمجية.
وفي الاستخدام المشروع، يمكن الاستفادة منها لإكمال إعدادات البرمجيات أو تجهيز بعض المكونات اللازمة لتشغيل التطبيق.
لكن في هذه الهجمات استُغلت الآلية لتشغيل تعليمات خبيثة عند تثبيت الاعتماديات البرمجية بالطريقة المعتادة، إذا احتوت النسخة المثبتة على الشيفرة المعدلة.
وهذا يعني أن الخطر لم يعد مقتصرًا على بيئة التشغيل الآلي داخل GitHub، بل أصبح من الممكن انتقاله إلى جهاز المطور نفسه.
وتشير التحقيقات إلى أن الشيفرة الخبيثة زُرعت كذلك داخل ملفات تشغيل معتادة، ولم تكن دائمًا ملفًا جديدًا يسهل تمييزه.
وقد وجدت شركة StepSecurity أن بعض النسخ اللاحقة من البرمجية تحولت إلى استخدام تيليجرام قناةً لإرسال البيانات المسروقة، بدلًا من الاعتماد على خوادم محددة بعناوين إنترنت ثابتة.
ويعني هذا التحول أن الاكتفاء بحظر عناوين الخوادم التي استُخدمت في بداية الحملة قد لا يكفي لوقف الإصدارات الأحدث من البرمجية. Endor Labs +1
خامسًا: هل وصلت الهجمات إلى مؤسسات حكومية أمريكية وفرنسية؟
كشفت التقارير عن وجود حسابات مخترقة مرتبطة بمشروعات أو مستودعات تابعة لجهات مهمة، من بينها الإدارة الأمريكية للخدمات العامة (GSA)، ومشروعات فرنسية ضمن منظومة beta.gouv.fr الحكومية، إضافة إلى مشروعات مثل Nextcloud وWebdriverIO.
كما تضمنت الحسابات المتضررة مستخدمين لديهم ارتباط بمؤسسات مدرجة ضمن قائمة Fortune 100 للشركات الكبرى. Cybernews
لكن هذه المعلومات تحتاج إلى توضيح أساسي.
وجود حساب مخترق يمتلك صلاحية تعديل مستودع تابع لمؤسسة حكومية لا يعني بالضرورة اختراق الشبكة الداخلية للمؤسسة أو تسريب بياناتها الحكومية الحساسة.
فقد يتمكن المهاجم من الوصول إلى مستودع عام دون أن يمتلك صلاحيات على الخوادم الفعلية أو قواعد البيانات الداخلية.
ويعتمد حجم الضرر على طبيعة المستودع، والصلاحيات المتاحة، والأسرار التي يمكن الوصول إليها، وما إذا كانت الشيفرة الخبيثة قد نُفذت بالفعل.
ولهذا ينبغي التعامل مع أسماء المؤسسات الواردة في التقارير باعتبارها مؤشرات على اتساع نطاق الاستهداف، لا دليلًا مستقلًا على نجاح اختراق بنيتها الحكومية الأساسية.
سادسًا: لماذا لا يكفي تغيير كلمات المرور بعد اكتشاف الهجوم؟
في الحوادث الإلكترونية التقليدية، يكون تغيير كلمات المرور وإلغاء مفاتيح الوصول المسروقة خطوة أساسية لاحتواء الضرر.
لكن حملة WFX تضمنت محاولات أكثر تعقيدًا للبقاء داخل الأنظمة المستهدفة.
فبحسب التحليل المنشور من Cloud Security Alliance، حاولت البرمجية استغلال هويات التشغيل الآلي للوصول إلى حسابات وخدمات سحابية في Amazon Web Services وMicrosoft Azure وGoogle Cloud.
كما تضمنت وظائف تسمح، عند توافر صلاحيات كافية، بتعديل علاقات الثقة الخاصة ببعض الهويات السحابية أو إضافة بيانات اعتماد جديدة تتيح وصولًا مستمرًا.
وهنا تصبح المشكلة أكبر من مجرد تسرب كلمة مرور.
فقد يتمكن المهاجم من إنشاء مسار جديد للدخول لا يعتمد على المفتاح الذي سرقه أولًا، وبالتالي لا يؤدي تغيير ذلك المفتاح بالضرورة إلى إنهاء الاختراق.
لكن وجود هذه الوظائف داخل البرمجية لا يثبت نجاحها في جميع البيئات؛ فالتنفيذ الفعلي يعتمد على الصلاحيات والسياسات الأمنية التي تعمل بها الخدمات السحابية المستهدفة. Lab Space +1
سابعًا: لماذا يمثل الهجوم تهديدًا لسلسلة توريد البرمجيات العالمية؟
يمكن تشبيه سلسلة توريد البرمجيات بسلسلة توريد الصناعات التقليدية.
فمصنع السيارات لا يصنع جميع مكوناته بنفسه، بل يعتمد على عشرات الموردين لإنتاج الأجزاء المختلفة. وبالمثل، فإن التطبيق الحديث قد يعتمد على عشرات أو مئات المكتبات البرمجية التي يطورها أشخاص ومؤسسات مختلفة.
وعندما يتعرض أحد هذه المكونات للاختراق، قد تنتقل المشكلة إلى التطبيقات التي تعتمد عليه.
لكن انتقال العدوى ليس حتميًا؛ فهو يتوقف على نشر نسخة مصابة، واستخدامها فعليًا، وتشغيل الجزء الخبيث منها، وعدم اعتراضها بواسطة أنظمة الحماية.
وفي الحملة الأخيرة، كشفت التحقيقات عن إصابة حزمة برمجية منشورة على Packagist في إصدار محدد، فضلًا عن وجود شيفرة خبيثة في ملفات تشغيل آلي مرتبطة ببعض إصدارات وحدات برمجية بلغة Go.
وقد تضررت حسابات لديها القدرة على نشر حزم في منظومات مثل npm وPyPI وPackagist وcrates، ما يوضح احتمال امتداد الخطر من مستودعات التطوير إلى قنوات توزيع البرمجيات. Sulat AI & Tech News +1
ويكشف هذا السيناريو عن واحدة من أخطر نقاط الضعف في الاقتصاد الرقمي: قد تعتمد آلاف الشركات على مكون برمجي واحد دون أن تعرف بالضرورة جميع الأشخاص والحسابات والخدمات التي تشارك في إنتاجه وتحديثه.
ومن هنا تبرز أهمية ما يسمى «قائمة مكونات البرمجيات» (Software Bill of Materials – SBOM)، التي تساعد المؤسسات على معرفة المكونات الخارجية الداخلة في تطبيقاتها وتتبع تحديثاتها ومخاطرها.
ثامنًا: هل استخدم المهاجمون الذكاء الاصطناعي؟
تربط بعض التعليقات المتداولة الهجوم بالتطور السريع للذكاء الاصطناعي، وتذهب إلى توقع تضاعف الهجمات المشابهة خلال الفترة المقبلة.
لكن يجب التمييز بين ما ثبت في التحقيقات وما يمكن استنتاجه تحليليًا.
فحتى 13 نوفمبر 2026، لم أجد في التقارير الفنية الأساسية دليلًا قاطعًا على أن المهاجمين استخدموا نموذجًا بعينه من نماذج الذكاء الاصطناعي لتنفيذ حملة WFX، أو أن الذكاء الاصطناعي هو الذي أنشأ الشيفرة الخبيثة وأدار عمليات الاختراق.
ما ثبت هو استخدام عمليات آلية واسعة النطاق، وحسابات ورموز وصول مسروقة، وشيفرات متخصصة لجمع الأسرار الرقمية وإرسالها وإخفاء آثار التنفيذ.
أما الذكاء الاصطناعي فيمكن أن يؤدي دورًا متزايدًا في هذا النوع من العمليات من خلال تسريع تحليل الملفات البرمجية، والمساعدة في اكتشاف أخطاء الإعدادات، وتوليد الشيفرات وتعديلها، وتحليل كميات كبيرة من المعلومات المرتبطة بالبنية التقنية المستهدفة.
لكن هذه الإمكانات العامة لا تثبت استخدامها في هذه الحملة بعينها.
ومن المفارقات أن مفاتيح الوصول إلى خدمات الذكاء الاصطناعي نفسها كانت ضمن أهداف البرمجية الخبيثة، إلى جانب مفاتيح الخدمات السحابية والمستودعات البرمجية. وشملت قائمة الخدمات المستهدفة مزودين مثل OpenAI وAnthropic وغيرها. Lab Space
وهذا يفتح بابًا جديدًا للمخاطر؛ فسرقة مفتاح خدمة ذكاء اصطناعي قد تسمح بالاستخدام غير المصرح به للحساب أو استهلاك موارده، وربما الوصول إلى بيانات وخدمات أخرى بحسب الصلاحيات المتاحة.
ولذلك فإن توقع ارتفاع سرعة الهجمات وحجمها مع تطور الذكاء الاصطناعي توقع يستحق الدراسة، لكنه لا يبرر تقديم نسب نمو مستقبلية محددة دون بيانات أو نماذج تنبؤية موثوقة.
تاسعًا: هل أصبح الأمن السيبراني التقليدي عاجزًا؟
تكشف هذه الواقعة عن محدودية الاعتماد على نموذج حماية يقوم فقط على منع الدخول غير المصرح به.
فالمهاجم قد يستخدم حسابًا حقيقيًا، ورمز وصول صالحًا، وأداة تشغيل آلي مشروعة. ومن منظور بعض أنظمة المراقبة، قد تبدو العملية شبيهة بتحديث برمجي عادي.
كما أن قيام المهاجمين بإعادة الملفات إلى حالتها السابقة وحذف سجلات التشغيل يجعل الاعتماد على فحص النسخة الحالية للمستودع وحده غير كافٍ.
وهذا يستدعي انتقال المؤسسات إلى نموذج أمني أكثر شمولًا، يتضمن مراقبة التغيرات في الصلاحيات والهويات، والاحتفاظ بسجلات تدقيق مستقلة، والتحقق من سلامة عمليات البناء والنشر، وتقليل الأسرار المتاحة لكل مهمة آلية.
ومن الضروري كذلك ألا تمتلك حسابات التطبيقات والروبوتات البرمجية صلاحيات أكبر مما تحتاج إليه.
فالخطر لا يأتي دائمًا من ضعف كلمة المرور، بل قد ينشأ من اجتماع عدة عوامل: صلاحيات واسعة، ورمز وصول طويل العمر، وسجلات تشغيل يسهل حذفها، وعمليات نشر آلية لا تتطلب مراجعة مستقلة.
عاشرًا: ماذا يجب أن تفعل الشركات والجامعات ومراكز البحث؟
لا يقتصر خطر هذه الحملة على شركات التكنولوجيا العالمية، لأن الجامعات ومراكز البحث والشركات الناشئة تعتمد هي الأخرى على GitHub ومستودعات البرمجيات مفتوحة المصدر.
وقد تُستخدم المنصة في تخزين شيفرات مشاريع التخرج، والنماذج البحثية، وتطبيقات الذكاء الاصطناعي، وأنظمة المعلومات، وبرمجيات التحكم والمحاكاة.
ولهذا فإن الخطوة الأولى للمؤسسات التي تستخدم GitHub هي مراجعة حسابات المطورين والروبوتات والخدمات المتصلة بها، وخاصة الحسابات التي تملك صلاحية تعديل ملفات التشغيل الآلي أو نشر الحزم.
وينبغي البحث عن طلبات التعديل والعلامات الفنية التي نشرتها الشركات الأمنية للحملة، مع مراجعة سجلات GitHub Actions وسجلات التدقيق المستقلة، وعدم الاكتفاء بمشاهدة الملفات الحالية للمستودع.
وإذا ثبت تشغيل البرمجية الخبيثة، فيجب التعامل مع جميع الأسرار التي كان يمكن لبيئة التشغيل الوصول إليها باعتبارها معرضة للكشف، ثم إلغاء الرموز المتضررة واستبدالها، وفحص الصلاحيات والهويات السحابية بحثًا عن وسائل وصول غير مصرح بها.
ومن الإجراءات المهمة أيضًا استخدام مفاتيح قصيرة العمر، وتقييد الصلاحيات، وتفعيل المصادقة متعددة العوامل، وتأمين حسابات النشر الآلي، وعزل بيانات الاعتماد الحساسة عن عمليات البناء التي لا تحتاج إليها.
أما الأجهزة التي يحتمل أنها شغّلت شيفرات خبيثة أثناء تثبيت الاعتماديات، فينبغي فحصها بواسطة مختصين قبل استعادة استخدامها في عمليات تطوير حساسة.
وتوصي StepSecurity تحديدًا بمراجعة المستودعات التي شهدت طلبات تعديل بعنوان docs: dependency audit notes، والتغييرات المرتبطة بفروع wfx-docs، والتحقق من وجود فجوات غير مفسرة في أرقام عمليات التشغيل الآلي، لأن حذف السجلات قد يترك هذا الأثر. StepSecurity
الحادي عشر: الدرس بالنسبة إلى مصر.. الأمن السيبراني جزء من السيادة الرقمية
تكتسب هذه الواقعة أهمية خاصة بالنسبة إلى الدول التي تتوسع في التحول الرقمي، ومنها مصر.
فالمؤسسات المصرية تعتمد بصورة متزايدة على البرمجيات مفتوحة المصدر، والخدمات السحابية، والمنصات العالمية لتطوير التطبيقات الحكومية والتعليمية والمالية والصناعية.
ومع توسع هذه الاستخدامات، تصبح سلامة سلسلة توريد البرمجيات جزءًا من سلامة الخدمات الوطنية نفسها.
فالتهديد لا يشترط استهداف مؤسسة مصرية مباشرة؛ إذ قد تتأثر المؤسسة إذا استخدمت مكونًا برمجيًا خارجيًا ثبت اختراقه، أو اعتمدت على خدمة نشرت تحديثًا مصابًا، أو منحت حسابًا خارجيًا صلاحيات واسعة داخل بيئة التطوير.
وهنا ينبغي أن ينتقل مفهوم الأمن السيبراني من حماية الأجهزة والشبكات إلى حماية دورة حياة البرمجيات كاملة، بداية من اختيار المكتبات والمكونات الخارجية، مرورًا بتطوير الشيفرات واختبارها، وصولًا إلى النشر والتحديث والتشغيل.
كما تحتاج الجامعات التي تقدم برامج في علوم الحاسوب والذكاء الاصطناعي وهندسة البرمجيات إلى دمج أمن سلسلة التوريد البرمجية ضمن المقررات العملية، بحيث يتعلم الطالب كيفية إدارة الصلاحيات ومفاتيح الخدمات السحابية والتحقق من مكونات البرمجيات التي يستخدمها.
ولا ينبغي اعتبار هذه المعرفة تخصصًا فرعيًا لخبراء الأمن وحدهم؛ فكل مطور يمتلك صلاحية نشر برنامج أو تعديل عملية بناء آلية أصبح جزءًا من منظومة الدفاع السيبراني للمؤسسة.
الخاتمة.. عندما يصبح حساب مطور واحد بوابة إلى آلاف المشروعات
تكشف حملة WFX عن تحول جوهري في طبيعة الهجمات الإلكترونية.
لقد استخدم المهاجمون حسابات حقيقية للوصول إلى عشرات الآلاف من المستودعات، وتمكنوا من إدخال تعليمات خبيثة إلى آلاف المشروعات، وحاولوا الوصول إلى مفاتيح تشغيل وخدمات سحابية وأدوات تطوير يعتمد عليها آخرون.
لكن أخطر ما في العملية ليس عدد المستودعات وحده، بل قدرتها على تجاوز الحدود التقليدية بين حساب المطور والمستودع البرمجي وبيئة البناء والخدمة السحابية.
فالحساب الذي يبدو محدود الأهمية قد يمتلك صلاحية تعديل مكون تستخدمه مؤسسات عديدة، والرمز الرقمي الذي خُصص لتسهيل عمليات التطوير قد يتحول إلى وسيلة للوصول إلى بيانات وخدمات لا يفترض أن يراها المهاجم.
والواقع أن هذه الهجمات لا تعني أن GitHub أصبحت منصة غير آمنة بطبيعتها، بل تؤكد أن أمن المنصات الرقمية يعتمد أيضًا على طريقة إدارة مستخدميها لصلاحياتهم وحساباتهم وأدوات التشغيل المرتبطة بها.
كما أن وجود ملايين المشروعات مفتوحة المصدر يمثل أحد أعظم إنجازات التعاون التقني العالمي، لكنه يفرض مسؤولية أكبر لحماية هذا النموذج المفتوح من سوء الاستخدام.
لقد أصبح اختراق حساب مطور واحد قادرًا، في ظروف معينة، على فتح الطريق نحو آلاف المشروعات البرمجية. ولذلك لم تعد حماية الشيفرة مسؤولية المبرمج وحده، بل أصبحت قضية اقتصادية ومؤسسية وأمنية تمتد آثارها إلى المجتمع كله.
وإذا كان القرن الماضي قد شهد صراعات على مصادر الطاقة والمواد الخام، فإن القرن الحادي والعشرين يشهد نوعًا آخر من الصراع على مفاتيح الوصول إلى البنية الرقمية التي تدير العالم.
فمن يسيطر على الشيفرة لا يتحكم بالضرورة في برنامج واحد فقط، بل قد يمتلك القدرة على التأثير في سلسلة كاملة من الخدمات والأنظمة التي تعتمد عليها حياتنا اليومية.
