هندسة BIOS والبرامج الثابتة

الأجهزة تعمل، أما المنتج فلا

تبدأ عملية هندسة البرامج الثابتة بعد أن تصبح اللوحة قادرة على التشغيل

قد تنجح اللوحة الأم في إتمام اختبار التشغيل الأولي (POST) وتظل مع ذلك غير مناسبة للمنتج المُستخدم. فقد تتوقف عند جهاز تمهيد خاطئ، أو تظل مطفأة بعد عودة التيار الكهربائي، أو تكشف عن خيارات الإعداد التي لا ينبغي للمشغلين الميدانيين تغييرها أبدًا، أو تُبلغ عن هوية غير صحيحة للمنتج، أو تفشل في التعافي عندما يتوقف برنامج التطبيق عن الاستجابة.

تعمل هندسة البرامج الثابتة على تحويل متطلبات المنتج تلك إلى سلوك منضبط للمنصة. وتتمثل نقطة البداية في إصدار محدد من اللوحة الأم، وإصدار البرنامج الثابت الحالي، وصورة نظام التشغيل، والأجهزة المتصلة، ومتطلبات حالة الطاقة، وسياسة الأمان، وطريقة التحديث.

تصميم لوحات Mini-ITX حسب الطلب → مواصفات المنصة →

نطاق البرامج الثابتة على مستوى المنتج

ما يمكننا ضبطه في BIOS وبرنامج UEFI الثابت

الإعدادات الافتراضية

أولوية التمهيد، والأجهزة المُفعَّلة، والمحاكاة الافتراضية، ووضع التخزين، وإعدادات المنفذ التسلسلي، وخيارات الأمان، والإعدادات الافتراضية للإنتاج.

إعداد الوصول

إخفاء القوائم المحددة، وتقييد التغييرات، وتعيين صلاحيات المسؤول، وإزالة خيارات الخدمة الميدانية التي يجب أن تظل خاضعة للتحكم من المصنع.

سياسة التمهيد

أولوية التمهيد عبر NVMe أو SATA أو USB أو PXE أو HTTP المدعومة، وترتيب الخيارات البديلة، وتأخير التمهيد، وشروط إدخال الاستعادة.

سياسة الطاقة

استعادة فقدان التيار المتردد، الاستيقاظ من وضع RTC، سلوك الإيقاف التدريجي، حالات السكون المدعومة، ومصادر الاستيقاظ الخاصة باللوحة.

هوية المنصة

الشركة المصنعة، واسم المنتج، ومعلومات الرقم التسلسلي، وهوية اللوحة، وحقول SMBIOS، وبيانات الأصول، والتغييرات المعتمدة على شعار التمهيد.

الأمان والتحديثات

ملكية مفتاح التمهيد الآمن، وكشف وحدة TPM، وحماية الإعداد، وسياسة التحديثات الموقعة، ومسار الاستعادة، وتجهيز الإنتاج.

متطلبات حالة الطاقة

تحديد ما يحدث بالضبط عند بدء التشغيل، وإيقاف التشغيل، وعودة التيار الكهربائي

لا يمكن أن تعتمد الأجهزة غير المراقبة على قيام فني بالضغط على مفتاح ما بعد حدوث انقطاع في التيار الكهربائي. يجب تحديد سلوك التشغيل والتشغيل وفقًا للتنفيذ الفعلي لـ UEFI ، ومنطق إمداد الطاقة للوحة الأم، ووحدات التخزين المتصلة، ومسار الشبكة، وصورة نظام التشغيل.

منصات إدخال الطاقة →

الرقابة على مستوى مجلس الإدارة

لا يمكن للبرمجيات الثابتة التحكم إلا في ما تتيحه اللوحة

غالبًا ما تتضمن تصميمات Mini-ITX المدمجة عناصر تحكم لا تظهر في BIOS أجهزة الكمبيوتر المكتبية. ويعتمد سلوكها على وحدة Super I/O المثبتة، أو وحدة التحكم المدمجة، أو وحدة توسيع GPIO، أو جهاز الإرسال والاستقبال، أو وحدة المراقبة، أو وحدة التحكم في المروحة، أو مجموعة الشرائح.

منافذ تسلسلية متعددة → منصة GPIO وCAN →

البيانات المتعلقة بالانتقال من البرامج الثابتة إلى نظام التشغيل

يجب أن تصف معايير ACPI و SMBIOS الأجهزة المُرفقة مع الجهاز

تقدم البرامج الثابتة معلومات موحدة يستخدمها نظام التشغيل و برامج الإدارة لأغراض التهيئة وإدارة الطاقة وجرد الأجهزة. ولا يكفي أن تكون البنية صحيحة فحسب؛ بل يجب أن تتطابق البيانات تمامًا مع اللوحة المُصنَّعة وهوية المنتج.

الثقة قبل بدء التشغيل

يتطلب "التشغيل الآمن" تحديد مالك المفتاح ومسار التحديث

لا يُعد «التشغيل الآمن» (Secure Boot) في بيئة الإنتاج مجرد إعداد يمكن تفعيله أو تعطيله. يجب على المشروع تحديد الجهة التي تتحكم في «مفتاح المنصة» (Platform Key)، ومفاتيح تبادل المفاتيح الموثوق بها، والبيانات التي يتم إدخالها في قاعدة بيانات التوقيعات المسموح بها، وكيفية إدخال الصور الملغاة إلى dbx، وكيفية الحفاظ على إمكانية استعادة تحديثات الحقول المصرح بها.

تحدد متطلبات UEFI الحالية تنسيق «مفتاح منصة التمهيد الآمن» (Secure Boot Platform Key) بحد أدنى RSA-2048، وتشترط أن تستخدم التجزئات الخاصة بصور UEFI المخزنة في dbx على الأقل خوارزمية SHA-256. وهذه متطلبات تشفيرية دنيا، وليست سياسة أمنية كاملة للمنتج.

ملكية PK

حدد ما إذا كان المصنع الأصلي (OEM) أو العميل أو مالك آخر معتمد هو الذي يتحكم في مفتاح المنصة المستخدم لإثبات ملكية ميزة «التمهيد الآمن».

KEK، db و dbx

تحديد جهات التحديث الموثوقة، والصور المسموح بها، والتوقيعات الملغاة، وطريقة التزويد المستخدمة في بيئة الإنتاج.

TPM 2.0

توفير المنصة TPM وتجهيزها حيثما كان ذلك متاحًا، مع تحديد سياسة الملكية والنشر وفقًا للنظام النهائي.

التعافي

الحفاظ على مسار استرداد معتمد في حالة فشل التحديثات أو تغييرات المفاتيح دون تجاوز سياسة الثقة المقصودة.

أنظمة أمن الشبكات →

التحكم في البرامج الثابتة للإنتاج

نشر الملف الثنائي مع لوحته وإعداداته الافتراضية وسجل التغييرات

لا يُعتبر ملف البرنامج الثابت منتجًا نهائيًّا إلا بعد التحقق من هويته و توافقه. ويجب أن يظل الملف الثنائي الذي تم إصداره مرتبطًا بـ إصدار اللوحة الأم، والتكوين الافتراضي، وإجراءات الأمان، وطريقة التحديث، وسبب التغيير.

1. الهوية الثنائية تسجيل إصدار البرنامج الثابت، والإصدار الدقيق للوحة، وحجم الملف، موجز SHA-256، وتاريخ الإصدار.
2. الإعدادات الافتراضية للإنتاج تجميد قيم الإعدادات المرسلة بشكل منفصل عن إعدادات التصحيح الهندسية والتغييرات التي يجريها الفنيون المحليون.
3. سجل التغييرات تحديد الوظائف التي طرأت عليها تغييرات، والأجهزة أو إصدارات أنظمة التشغيل المتأثرة، والقيود المعروفة، واختبارات التراجع المطلوبة.
4. التحديث والاستعادة حدد طريقة التحديث المؤقت المعتمدة، وسياسة الإصدارات، واحتياطات انقطاع التيار الكهربائي، وقواعد الرجوع إلى الإصدار السابق، ومسار الاستعادة.

المواصفات المرجعية

واجهات البرامج الثابتة والمواصفات المرجعية

UEFI 2.11

المواصفات الحالية لنظام UEFI الخاصة بالبيئة الموحدة للبرمجيات الثابتة السابقة لنظام التشغيل، وخدمات التمهيد، وخدمات وقت التشغيل، والمتغيرات، والبروتوكولات.

ACPI 6.6

المواصفات الحالية لمعيار ACPI المتعلقة بتكوين الأجهزة وفقًا لتوجيهات نظام التشغيل، ووصف المنصة، وإدارة الطاقة، وأحداث النظام.

SMBIOS 3.9.0

مواصفات DMTF للمعلومات الإدارية الموحدة التي تكشفها البرامج الثابتة للنظام بشأن المنصة والأجهزة المثبتة.

TCG TPM 2.0 الإصدار 185

مواصفات مكتبة TPM 2.0 الصادرة في مارس 2026، والتي تحدد البنية، والهياكل، والأوامر المستخدمة في تطبيقات TPM 2.0.

الشهادات ومعايير الجودة →

بوابة إصدار البرامج الثابتة

التحقق من صحة إصدار البرنامج الثابت المحدد الذي تنوي شحنه

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

التحقق الهندسي → جميع الخدمات الهندسية →

الأسئلة الشائعة

أسئلة حول هندسة BIOS والبرامج الثابتة