بينما يتجادل الجميع حول النموذج الذي يكتب أفضل الشيفرات، تتوسع بهدوء، بالتوازي مع كل مركز بيانات جديد للذكاء الاصطناعي، مشكلة أقدم بكثير وأقل بريقًا بكثير: متحكّم إدارة اللوحة الأساسية، أو BMC. وقد عرض باحثون أمنيون هذا الأسبوع نتائج تُظهر إمكانية اختراق آلاف الخوادم المتصلة بالإنترنت، من شركات مصنّعة كبرى، عن بُعد عبر ثغرات في هذه المتحكّمات — وبعض هذه العيوب يعود إلى أكثر من عقد. هذه ليست قصة عن الذكاء الاصطناعي على الإطلاق. إنها قصة عن العتاد الذي يعمل عليه الذكاء الاصطناعي، ويجدر فهمها إذا كنت تفكر في مصدر الموجة التالية من وظائف الأمن المرتبطة بالذكاء الاصطناعي.
ما هو BMC فعليًا، ولماذا يبعث على الخوف
متحكّم BMC هو حاسوب صغير منفصل، ملحوم تقريبًا بكل لوحة أم لخوادم المؤسسات. ويشغّل نظام تشغيل خاصًا به، ومكدس شبكات خاصًا به، وله عنوان IP خاص به — مستقل تمامًا عن نظام التشغيل والتطبيقات التي تعمل على الخادم الرئيسي، أيًا كانت. يستخدم المسؤولون متحكّمات BMC للإدارة «من دون إضاءة» أو «خارج النطاق»: إعادة تشغيل جهاز، وإعادة تفليش البرنامج الثابت، وإعادة تثبيت نظام تشغيل، وكل ذلك عن بُعد، والأهم، بينما يكون الخادم الرئيسي مطفأً أو غير مستجيب تمامًا.
وهذا تحديدًا ما يجعل اختراق متحكّم BMC أمرًا خطيرًا للغاية. فالمهاجم الذي يتمكن من الدخول إليه لا يحتاج إلى أن يكون نظام تشغيل المضيف قيد التشغيل، ولا يحتاج إلى تجاوز أي حماية أمنية لنقاط النهاية مثبتة عليه، ويمكنه الاستمرار عبر عمليات إعادة تثبيت نظام التشغيل، لأن متحكّم BMC يقع تحت الطبقة التي تراقبها أدوات أمن تقنية المعلومات العادية وخارجها. ووفقًا للبحث الذي غُطي هذا الأسبوع، فإن البروتوكول الأكثر تورطًا هو IPMI، وقد نبّه باحثو الأمن إلى هذا النوع من المخاطر منذ عام 2013 على الأقل. بعبارة أخرى: هذه ليست ثغرة جديدة، بل فئة قديمة ومعروفة من الثغرات، يصعب إصلاحها بنيويًا، وقد تسامحت معها الصناعة لأكثر من عقد بكثير.
لماذا يزداد هذا أهمية الآن، لا العكس
يمثل التوسع في الذكاء الاصطناعي، ماديًا، واحدة من أكبر موجات شراء الخوادم في التاريخ — صفوفًا وصفوفًا من خوادم GPU تُنقل إلى مراكز بيانات جديدة وموسعة بأسرع ما يستطيع الموردون شحنها. وكل خادم من هذه الخوادم يُشحن مع متحكّم BMC، لأن متحكّمات BMC هي وسيلة مشغّلي مراكز البيانات لإدارة الأساطيل على نطاق واسع؛ فلا يمكنك دخول مبنى بحجم مستودع وإعادة تشغيل عشرة آلاف جهاز يدويًا. لذا فإن طفرة الذكاء الاصطناعي لا تشتري القدرة الحاسوبية فحسب — بل تشتري، بحكم الضرورة، أسطولًا مماثل الحجم من الحواسيب الصغيرة غير المراقبة بما يكفي، والتي تعمل خارج النطاق، ولها سجل موثق يمتد لأكثر من عقد من الثغرات الخطيرة.
ذلك هو الدين التقني: إذ تُحسَّن سرعة التوسع لتركيب وحدات GPU وبدء عمليات التدريب، لا لتدقيق البرنامج الثابت للإدارة المدمج في كل لوحة أم تحتها. وقد وصف الباحثون الذين يقفون وراء إفصاح هذا الأسبوع، بحسب التقارير، متحكّمات BMC بأنها «سطح هجوم موازٍ واسع الانتشار، ضعيف المراقبة، ضعيف الترقيع» — وهو وصف يسبق طفرة مراكز بيانات الذكاء الاصطناعي، لكن تلك الطفرة هي التي تضاعف عدد متحكّمات BMC قيد التشغيل الآن.
التخصص الذي يتيحه هذا المجال
إذا كنت ترسم خريطة لاتجاه مسارات العمل الأمني بالتوازي مع بنية الذكاء الاصطناعي التحتية، فإن معظم المسارات الواضحة — اختبار النماذج من منظور الخصومة، والدفاع ضد حقن الأوامر، وحوكمة الوكلاء — مزدحمة بالفعل ومغطاة جيدًا في أماكن أخرى. أما تدقيق أمن العتاد والأمن خارج النطاق فليس كذلك. إنه ركن غير براق وغير جذاب من أمن البنية التحتية، ولا يظهر في الكلمات الرئيسية لمؤتمرات الذكاء الاصطناعي، وهذا تحديدًا هو موطن الفجوة: فالطلب يتوسع مع كل مركز بيانات جديد، بينما عدد الأشخاص الذين يفهمون أسطح الهجوم على مستوى البرامج الثابتة وخارج النطاق قليل، لأن ذلك يتطلب مجموعة مهارات مختلفة فعلًا عن أمن التطبيقات أو السحابة.
كيف يبدو العمل فعليًا، من الناحية العملية:
- الإلمام بالبرامج الثابتة والبروتوكولات. فهم IPMI (ونقاط ضعفه المعروفة — مثل حزمة التشفير 0 المهجورة منذ وقت طويل، التي لا تزال بعض الأجهزة تُشحن وهي مفعّلة) بما يكفي لتقييم ما إذا كان أسطول خوادم معين مكشوفًا، لا أن يكون عرضة للخطر نظريًا فحسب.
- تدقيقات عزل الشبكة. التحقق مما إذا كانت واجهات BMC/الإدارة معزولة فعلًا على شبكة إدارة مخصصة، أو ما إذا كان الوصول إليها ممكنًا من بيئة الإنتاج أو من الإنترنت العام — وهو إجراء تحكمي أساسي يتبين مرارًا أنه مفقود في الواقع.
- مراجعات نظافة بيانات الاعتماد والترقيعات. غالبًا ما تُشحن متحكّمات BMC ببيانات اعتماد افتراضية أو محددة من المورد، وببرنامج ثابت لا يندرج ضمن دورة الترقيع المعتادة لنظام التشغيل في مركز البيانات، لأنه ليس نظام التشغيل — ومن السهل أن يقع خارج نطاق مسؤولية الجهة التي تتولى «الترقيع».
- الوعي بالموردين وسلسلة التوريد. عادةً ما يكتب البرنامج الثابت لمتحكّمات BMC عدد قليل من الموردين المتخصصين، ثم يُرخّص لمصنّعي الخوادم، لذا يمكن لخلل في شيفرة أحد الموردين أن يمتد إلى العديد من العلامات التجارية للعتاد في وقت واحد — وهذا هو النمط تحديدًا في إفصاح هذا الأسبوع. ومعرفة مكدس البرامج الثابتة الموجود تحت كل علامة تجارية للخوادم جزء من العمل.
كيف تهيئ نفسك فعليًا لهذا المجال
هذا مجال متخصص فعلًا، ومن المنصف التشكيك في عدد الوظائف المخصصة التي ستُفتح له، مقارنة باحتمال بقائه تخصصًا داخل فرق البنية التحتية أو الأمن القائمة — فكن صريحًا مع نفسك بشأن احتمال أن ينتهي الأمر بكون «مدقق أمن BMC» مهارة تضيفها إلى دور أوسع في أمن العتاد/مراكز البيانات، لا مسمى وظيفيًا مستقلًا. لكن بعض الخطوات العملية القابلة للتحقق منطقية بغض النظر عن ذلك: اكتسب خبرة عملية في IPMI وأدوات الإدارة خارج النطاق إذا كان لديك وصول إلى أي خوادم مؤسسات أو حتى عتاد مستعمل يمكنك استخدامه في مختبر؛ واقرأ نشرات الأمان الخاصة بالبرنامج الثابت لمتحكّمات BMC الصادرة عن كبار مصنّعي الخوادم والبرامج الثابتة لمتحكّمات BMC، إذ ينشرون إفصاحات حقيقية عن الثغرات يمكنك دراستها؛ وإذا كنت تعمل بالفعل في أمن السحابة أو البنية التحتية، فابدأ بطرح سؤال بسيط قابل للتحقق على فريق مركز البيانات أو شراء العتاد في مؤسستك — هل توجد طبقة إدارة BMC/IPMI لدينا على شبكة معزولة، ومن المسؤول عن ترقيعها؟ إذا لم يكن لدى أحد إجابة واثقة، فهذه ليست مجرد ملاحظة، بل إظهار للخبرة التي يحتاج إليها هذا التخصص تحديدًا.
