UEFI

يدعم UEFI معالجات ذات بنية 32 بت أو أعلى. مع ذلك، لا يدعم إلا المعالجات التي تعمل بنظام little-endian . ^{[ 13 ] : القسم 1.9.1.} يحتوي إصدار 2.11 من مواصفات UEFI على وثائق رسمية لبنى المعالجات التالية: ^{[ 13 ] : القسم 3.5.1.1}

• x86 ( IA-32 , x86-64 )
• إيتانيوم ( IA-64 )
• ARM ( AArch32 ، AArch64 )
• RISC-V (32 بت، 64 بت، 128 بت)
• LoongArch (32 بت، 64 بت)

يجري تطوير دعم غير رسمي لواجهة UEFI لمعالجات POWERPC64 من خلال تطبيق TianoCore EDK II على OPAL، ^{[ 14 ]} طبقة تجريد OpenPOWER، التي تعمل بنظام little-endian. ^{[ 15 ]} يوجد أيضًا مشروع غير رسمي لمعالجات MIPS ، يعتمد على EDK الأصلي. ^{[ 16 ] [ 17 ]} إلا أن كلا المشروعين قد توقفا منذ نوفمبر 2016 وسبتمبر 2015 على التوالي.

لا يسمح نظام UEFI إلا بتشغيل تطبيقات UEFI التي تتوافق مع عرض بتات البرامج الثابتة، حتى لو كان المعالج يدعم عروض بتات أصغر أو أكبر. على سبيل المثال، لا يمكن لبرنامج ثابت UEFI ذي 64 بت تشغيل إلا تطبيقات UEFI ذات 64 بت، حتى لو كان المعالج يعمل بوضع 32 بت. ^{[ 13 ] : القسمان 2.3.2 و2.3.4.} وقد تم شحن بعض أجهزة الكمبيوتر منخفضة المواصفات ببرامج ثابتة UEFI ذات 32 بت تعمل على وحدات معالجة مركزية 64 بت. ^{[ 18 ]} بمجرد أن ينهي تطبيق UEFI خدمات الإقلاع ويحصل على تحكم كامل في النظام، يصبح من الممكن تغيير وضع تنفيذ المعالج. ^{[ 13 ] : القسمان 2.3.2 و2.3.4.} ومع ذلك، يتطلب استدعاء خدمات وقت التشغيل العودة سريعًا إلى وضع المعالج الأصلي، ^{[ 19 ]} حيث لا يمكن استدعاء خدمات وقت التشغيل إلا من نفس وضع المعالج المستخدم في تنفيذ البرامج الثابتة. ^{[ 13 ] : القسمان 2.3.2 و2.3.4}

أضافت نواة لينكس دعمًا لتشغيل نواة 64 بت على تطبيقات البرامج الثابتة UEFI 32 بت مع معالجات x86-64 منذ الإصدار 3.15، مما يتطلب من مُحمِّل إقلاع UEFI دعم بروتوكول تسليم EFI. ^{[ 20 ]} يسمح بروتوكول تسليم EFI لمُحمِّلات إقلاع UEFI بتأجيل تهيئة UEFI إلى وحدة إقلاع EFI الخاصة بالنواة، بحيث تقوم النواة فقط بتهيئة UEFI. ^{[ 21 ] [ 22 ] [ 23 ]}

بالإضافة إلى نظام تقسيم القرص القياسي لأجهزة الكمبيوتر الشخصية الذي يستخدم سجل التمهيد الرئيسي (MBR)، يدعم UEFI أيضًا نظام تقسيم جدول تقسيم GUID (GPT)، الذي يتجنب العديد من قيود MBR . فعلى وجه الخصوص، يتم تخفيف قيود MBR على عدد وحجم أقسام القرص (حتى أربعة أقسام أساسية لكل قرص، وحتى 2 تيرابايت (2 × 2 × ⁴⁰ بايت ) لكل قرص). وبشكل أكثر تحديدًا، يسمح GPT بحجم أقصى للقرص والقسم يبلغ 8 زيتابايت (8 × 2 × ⁷⁰ بايت) مع قطاعات بحجم 512 بايت. ^{[ 24 ]} يدعم معيار UEFI فقط أنظمة الملفات FAT12 / 16 / 32 ^{[ 13 ] : القسم 13.3،} الموجودة على أقراص GPT أو MBR، بالإضافة إلى الأقراص الضوئية المهيأة بنظام El Torito . ^{[ 13 ] : القسم 13.3.2} على الرغم من أن GPT جزء من معيار UEFI، إلا أنه قد يكون قابلاً للاستخدام أيضًا بواسطة أجهزة الكمبيوتر الشخصية التي تعمل بنظام BIOS لتشغيل نظام التشغيل. ^{[ 24 ] [ 25 ]}  

يُعرّف نظام EFI نوعين من الخدمات: خدمات الإقلاع وخدمات وقت التشغيل . تتوفر خدمات الإقلاع فقط عندما يكون البرنامج الثابت مُسيطرًا على النظام الأساسي (أي قبل ExitBootServices()بدء التشغيل)، وتشمل وحدات التحكم النصية والرسومية على مختلف الأجهزة، وخدمات ناقل البيانات، والكتل، والملفات. أما خدمات وقت التشغيل، فتظل متاحة أثناء تشغيل نظام التشغيل؛ وتشمل خدمات مثل التاريخ والوقت والوصول إلى ذاكرة NVRAM .

خدمات بروتوكول إخراج الرسومات (GOP)

يوفر بروتوكول إخراج الرسومات (GOP) خدمات وقت التشغيل؛ انظر أيضًا قسم ميزات الرسومات أدناه. يُسمح لنظام التشغيل بالكتابة مباشرةً إلى مخزن الإطارات ونسخ البتات التي يوفرها GOP أثناء وضع وقت التشغيل. ^{[ 29 ]}

خدمات خريطة ذاكرة UEFI

خدمات التسويق عبر وسائل التواصل الاجتماعي

خدمات ACPI

خدمات SMBIOS

خدمات شجرة الأجهزة (لمعالجات RISC)

الخدمات المتغيرة

تُتيح متغيرات UEFI طريقةً لتخزين البيانات، ولا سيما البيانات غير المتطايرة. وتُستخدم بعض متغيرات UEFI بشكلٍ مشترك بين البرامج الثابتة للمنصة وأنظمة التشغيل. تُعرَّف مساحات أسماء المتغيرات بواسطة معرّفات GUID، وتكون المتغيرات عبارة عن أزواج مفتاح/قيمة. على سبيل المثال، يُمكن استخدام متغيرات UEFI للاحتفاظ برسائل الأعطال في ذاكرة NVRAM بعد حدوث عطل، ليتمكن نظام التشغيل من استرجاعها بعد إعادة التشغيل. ^{[ 30 ]}

خدمات الوقت

يوفر UEFI خدمات الوقت. تشمل هذه الخدمات دعم حقول المنطقة الزمنية والتوقيت الصيفي، مما يسمح بضبط ساعة الوقت الحقيقي للأجهزة على التوقيت المحلي أو التوقيت العالمي المنسق (UTC). ^{[ 13 ] : القسم 8.3.} في الأجهزة التي تستخدم ساعة وقت حقيقي من نوع PC-AT، يجب ضبط ساعة الأجهزة افتراضيًا على التوقيت المحلي للتوافق مع نظام التشغيل Windows المستند إلى BIOS، ^{[ 31 ]} إلا في حالة استخدام إصدارات حديثة وتعيين إدخال في سجل Windows للإشارة إلى استخدام التوقيت العالمي المنسق (UTC).

التفاعل بين مدير إقلاع EFI وبرامج تشغيل EFI

يقوم نظام UEFI بتشغيل برامج مستقلة تُعرف باسم تطبيقات UEFI، والتي تُخزن كملفات على قسم نظام EFI. ويمكن تشغيل هذه البرامج عبر واجهة UEFI Shell، أو مدير إقلاع البرامج الثابتة، أو تطبيقات UEFI أخرى، وقد يتم تطويرها بشكل مستقل عن الشركة المصنعة للمعدات الأصلية (OEM).

من أنواع تطبيقات UEFI مُحمِّلات إقلاع نظام التشغيل، مثل GRUB و rEFInd و systemd-boot ومدير إقلاع ويندوز ، والتي تقوم بتحميل بعض ملفات نظام التشغيل إلى الذاكرة وتشغيلها. كما يمكن لمُحمِّل إقلاع نظام التشغيل توفير واجهة مستخدم تتيح اختيار تطبيق UEFI آخر لتشغيله. وتُعدّ أدوات مثل UEFI Shell أيضًا من تطبيقات UEFI.

يُعرّف نظام EFI البروتوكولات بأنها مجموعة من واجهات البرامج المستخدمة للتواصل بين وحدتين ثنائيتين. يجب على جميع برامج تشغيل EFI تقديم خدماتها للآخرين عبر هذه البروتوكولات. وتُشبه بروتوكولات EFI استدعاءات المقاطعة في نظام BIOS .

بالإضافة إلى برامج تشغيل الأجهزة الخاصة ببنية مجموعة التعليمات القياسية ، يوفر نظام EFI برنامج تشغيل أجهزة مستقل عن بنية مجموعة التعليمات، يُخزَّن في ذاكرة غير متطايرة على شكل رمز بايت EFI أو EBC . يحتوي البرنامج الثابت للنظام على مُفسِّر لصور EBC. وبهذا المعنى، يُشابه EBC برنامج Open Firmware ، وهو البرنامج الثابت المستقل عن بنية مجموعة التعليمات المستخدم في أجهزة Apple Macintosh و Sun Microsystems SPARC ، وغيرها من الأجهزة التي تعمل بمعالجات PowerPC .

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

في حالات أخرى، قد يكون برنامج تشغيل EFI عبارة عن برامج تشغيل لأنظمة الملفات تسمح بالإقلاع من أنواع أخرى من وحدات التخزين. ومن الأمثلة على ذلك برامج تشغيل efifs لـ 37 نظام ملفات (مبنية على كود GRUB2 )، ^{[ 32 ]} والتي يستخدمها برنامج Rufus لتحميل أقسام نظام الملفات NTFS بشكل متسلسل. ^{[ 33 ]}

حددت مواصفات EFI 1.0 بروتوكول UGA (محول الرسومات العالمي) كوسيلة لدعم ميزات الرسومات. لم يتضمن UEFI بروتوكول UGA واستبدله ببروتوكول GOP (بروتوكول إخراج الرسومات) . ^{[ 34 ]}

عرّف معيار UEFI 2.1 "بنية تحتية لواجهة المستخدم" (HII) لإدارة مدخلات المستخدم، والنصوص المترجمة، والخطوط، والنماذج (بمعنى HTML ). تُمكّن هذه البنية مُصنّعي المعدات الأصلية (OEMs) أو مُورّدي BIOS المستقلين (IBVs) من تصميم واجهات رسومية لتكوين ما قبل بدء التشغيل. يستخدم UEFI ترميز UTF-16 لترميز النصوص افتراضيًا؛ ومنذ الإصدار UEFI 2.4 على الأقل، يسمح باستخدام ASCII لترميز النصوص التي تحتوي على ASCII فقط.

كانت معظم تطبيقات البرامج الثابتة UEFI المبكرة تعتمد على سطر الأوامر. أما اليوم، فإن العديد من تطبيقات البرامج الثابتة UEFI تعتمد على واجهة المستخدم الرسومية.

قسم نظام EFI، والذي يُختصر غالبًا إلى ESP، هو قسم تخزين بيانات يُستخدم في أجهزة الكمبيوتر المتوافقة مع مواصفات UEFI. يتم الوصول إليه بواسطة برنامج UEFI الثابت عند تشغيل الكمبيوتر، حيث يخزن تطبيقات UEFI والملفات اللازمة لتشغيلها، بما في ذلك مُحمِّلات إقلاع نظام التشغيل. تشمل مخططات جداول الأقسام المدعومة MBR و GPT ، بالإضافة إلى وحدات تخزين El Torito على الأقراص الضوئية. ^{[ 13 ] : القسم 2.6.2.} للاستخدام على أقسام ESP، يُحدد UEFI إصدارًا مُحددًا من نظام ملفات FAT ، والذي يتم الحفاظ عليه كجزء من مواصفات UEFI وبشكل مستقل عن مواصفات FAT الأصلية، ويشمل أنظمة ملفات FAT32 و FAT16 و FAT12 . ^{[ 13 ] : القسم 13.3 [ 35 ].} يوفر قسم ESP أيضًا مساحة لقطاع الإقلاع كجزء من التوافق مع الإصدارات السابقة من BIOS.

يتم تشغيل أجهزة الكمبيوتر من خلال عملية تسمى التمهيد : يقوم الكمبيوتر بتحميل برنامج التشغيل الخاص به عن طريق برنامج صغير جدًا مدمج في الأجهزة، والذي يقوم عادةً بتحميل برنامج صغير آخر لتحميل وبدء نظام التشغيل (OS).

الإقلاع عبر UEFI

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

يمكن لـ UEFI اكتشاف مُحمّلات إقلاع نظام التشغيل تلقائيًا، مما يُسهّل الإقلاع من الأجهزة القابلة للإزالة مثل ذاكرة الفلاش USB . يعتمد هذا الاكتشاف التلقائي على مسارات ملفات قياسية لمُحمّل إقلاع نظام التشغيل، ويختلف المسار باختلاف بنية الحاسوب . يُعرّف تنسيق مسار الملف على النحو التالي: <EFI_SYSTEM_PARTITION>\EFI\BOOT\BOOT<MACHINE_TYPE_SHORT_NAME>.EFI ؛ على سبيل المثال، مسار ملف مُحمّل نظام التشغيل على نظام x86-64 هو \efi\boot\bootx64.efi ، ^{[ 13 ] : القسم 3.5.1.1} ، و \efi\boot\bootaa64.efi على بنية ARM64.

يُطلق على إقلاع أنظمة UEFI من أقراص مقسمة بنظام GPT اسم إقلاع UEFI-GPT ، على الرغم من أن مواصفات UEFI تتطلب دعمًا كاملاً لجداول تقسيم MBR. ^{[ 13 ] : القسم 13.3.2.} تقوم بعض تطبيقات البرامج الثابتة لـ UEFI بالتحويل فورًا إلى إقلاع CSM المستند إلى BIOS اعتمادًا على نوع جدول تقسيم قرص الإقلاع، مما يمنع فعليًا إقلاع UEFI من قسم نظام EFI على أقراص مقسمة بنظام MBR؛ ويُطلق على مخطط الإقلاع هذا اسم UEFI-MBR .

ومن الشائع أيضاً أن يحتوي مدير الإقلاع على واجهة مستخدم نصية للسماح للمستخدم بتحديد نظام التشغيل المطلوب (أو أداة الإعداد) من قائمة خيارات الإقلاع المتاحة.

في منصات الكمبيوتر الشخصي، غالبًا ما يُشار إلى البرامج الثابتة التي تدعم التمهيد UEFI باسم "UEFI BIOS"، على الرغم من أن بعض منصات x86 الأحدث تستبعد دعم CSM تمامًا.

نظام تثبيت آمن

تُعرّف مواصفات UEFI خاصية التمهيد الآمن التي تُؤمّن عملية الإقلاع بمنع تحميل برامج تشغيل UEFI أو مُحمّلات إقلاع نظام التشغيل غير المُوقّعة بتوقيع رقمي مقبول . عند تفعيل التمهيد الآمن، يتم وضعه مبدئيًا في وضع "الإعداد"، مما يسمح بكتابة مفتاح عام يُعرف باسم "مفتاح النظام الأساسي" (PK) إلى البرامج الثابتة. بمجرد كتابة المفتاح، ينتقل التمهيد الآمن إلى وضع "المستخدم"، حيث لا يُمكن تحميل سوى برامج تشغيل UEFI ومُحمّلات إقلاع نظام التشغيل المُوقّعة بمفتاح النظام الأساسي بواسطة البرامج الثابتة. يُمكن إضافة "مفاتيح تبادل المفاتيح" (KEK) إضافية إلى قاعدة بيانات مُخزّنة في الذاكرة للسماح باستخدام شهادات أخرى، ولكن يجب أن تظل هذه المفاتيح مُرتبطة بالجزء الخاص من مفتاح النظام الأساسي. ^{[ 44 ]} يُمكن أيضًا وضع التمهيد الآمن في وضع "مُخصّص"، حيث يُمكن إضافة مفاتيح عامة إضافية إلى النظام لا تُطابق المفتاح الخاص. ^{[ 45 ]}

يدعم نظام التشغيل Windows 8 و 8.1 ، و Windows Server 2012 و2012 R2، وWindows 10 ، و Windows Server 2016 و 2019 و 2022 ، و Windows 11 ، وVMware vSphere 6.5 ^{[ 46 ]} ، والعديد من توزيعات Linux ، بما في ذلك Fedora (منذ الإصدار 18)، وopenSUSE (منذ الإصدار 12.3)، وRHEL (منذ الإصدار 7)، وCentOS (منذ الإصدار 7 ^{[ 47 ]} )، وDebian (منذ الإصدار 10) ^{[ 48 ]} ، وUbuntu (منذ الإصدار 12.04.2)، و Linux Mint (منذ الإصدار 21.3) ^{[ 49 ] [ 50 ]} ، و AlmaLinux OS (منذ الإصدار 8.4 ^{[ 51 ]} ) خاصية Secure Boot. اعتبارًا من يناير 2025 لا يزال دعم نظام FreeBSD في مرحلة التخطيط. ^{[ 52 ]}

توفر واجهة UEFI بيئة طرفية (shell ) يمكن استخدامها لتشغيل تطبيقات UEFI الأخرى، بما في ذلك برامج تحميل الإقلاع . بالإضافة إلى ذلك، يمكن استخدام الأوامر المتوفرة في واجهة UEFI الطرفية للحصول على معلومات متنوعة أخرى حول النظام أو البرامج الثابتة، بما في ذلك الحصول على خريطة الذاكرة ، وتعديل متغيرات مدير الإقلاع، وتشغيل برامج تقسيم الذاكرة ، وتحميل برامج تشغيل UEFI، وتحرير الملفات النصية . ^{[ 53 ] [ 54 ]}memmapbcfgdiskpartedit

يمكن تنزيل الشفرة المصدرية لواجهة UEFI من مشروع Intel 's TianoCore UDK/EDK2. ^{[ 55 ]} كما تتوفر حزمة ShellBinPkg جاهزة. ^{[ 56 ]} تعمل واجهة Shell v2 بشكل أفضل على أنظمة UEFI 2.3 والإصدارات الأحدث، ويُنصح باستخدامها بدلاً من Shell v1 في هذه الأنظمة. من المفترض أن تعمل واجهة Shell v1 على جميع أنظمة UEFI. ^{[ 57 ] [ 58 ]}

تختلف طرق تشغيل واجهة UEFI باختلاف الشركة المصنعة وطراز اللوحة الأم . توفر بعض اللوحات الأم خيارًا مباشرًا للتشغيل ضمن إعدادات البرامج الثابتة، على سبيل المثال، يجب توفير نسخة x86-64 المُجمّعة من الواجهة <EFI_SYSTEM_PARTITION>/SHELLX64.EFI. بينما تحتوي أنظمة أخرى على واجهة UEFI مدمجة يمكن تشغيلها عبر ضغطات مفاتيح مناسبة. ^{[ 59 ]} أما بالنسبة للأنظمة الأخرى، فيكمن الحل إما في إنشاء ذاكرة فلاش USB مناسبة أو إضافة bcfgخيار إقلاع يدويًا مرتبط بالنسخة المُجمّعة من الواجهة. ^{[ 54 ]}

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

تُعرّف UEFI Capsule واجهة تحديث البرامج الثابتة لنظام التشغيل. ^{[ 60 ]} يدعم كل من Windows 8 و Windows 8.1 و Windows 10 ، ^{[ 61 ]} و Fwupd لنظام Linux واجهة UEFI Capsule.

على غرار نظام BIOS ، يقوم نظام UEFI بتهيئة واختبار مكونات النظام المادية، ثم يقوم بتحميل برنامج الإقلاع من وحدة تخزين خارجية أو عبر اتصال شبكي . في أنظمة x86 ، يُخزَّن برنامج UEFI الثابت عادةً في شريحة ذاكرة NOR flash على اللوحة الأم، وتكون عملية الإقلاع أكثر تعقيدًا، على سبيل المثال، اكتشاف أجهزة PCI Express وتهيئتها. ^{[ 62 ] [ 63 ]} في بعض أجهزة Android وWindows Phone التي تعمل بمعالجات ARM، يُخزَّن برنامج إقلاع UEFI في ذاكرة eMMC أو eUFS flash.

هذه هي المرحلة الأولى من عملية الإقلاع عبر واجهة UEFI، ولكن قد يسبقها رمز ثنائي خاص بالمنصة (مثل Intel ME أو AMD PSP أو رمز المعالج الدقيق ). تتكون هذه المرحلة من رمز بسيط مكتوب بلغة التجميع للبنية المحددة. تقوم بتهيئة ذاكرة مؤقتة (غالبًا ذاكرة التخزين المؤقت للمعالج كذاكرة وصول عشوائي (CAR)، أو معالج الإقلاع المدمج في النظام على شريحة واحدة )، وتعمل كجذر موثوق لبرمجيات النظام مع إمكانية التحقق من PEI قبل تسليمها.

تتألف المرحلة الثانية من عملية إقلاع UEFI من مُوزِّع مُدرك للتبعيات، يقوم بتحميل وتشغيل وحدات PEI (PEIMs) لمعالجة مهام تهيئة الأجهزة الأولية، مثل تهيئة الذاكرة الرئيسية (تهيئة وحدة تحكم الذاكرة و DRAM ) وعمليات استعادة البرامج الثابتة. بالإضافة إلى ذلك، فهو مسؤول عن اكتشاف وضع الإقلاع الحالي ومعالجة العديد من عمليات ACPI S3. في حالة استئناف ACPI S3، يكون مسؤولاً عن استعادة العديد من سجلات الأجهزة إلى حالة ما قبل وضع السكون. يستخدم PEI أيضًا CAR. تتضمن التهيئة في هذه المرحلة إنشاء هياكل بيانات في الذاكرة وتحديد القيم الافتراضية داخل هذه الهياكل. ^{[ 2 ]}

تتضمن هذه المرحلة عدة عناصر، منها مؤسسة PEI، وPEIMs، وPPI. ونظرًا لمحدودية الموارد المتاحة في هذه المرحلة، يجب أن تكون بسيطة وأن تُجرى فيها الحد الأدنى من التحضيرات للمرحلة التالية، DXE، التي تتميز بتنوعها وشموليتها.

تتألف هذه المرحلة من وحدات C وموزع مُدرك للتبعيات. بعد توفر الذاكرة الرئيسية، يتم تهيئة وحدة المعالجة المركزية، ومجموعة الشرائح، واللوحة الأم، وأجهزة الإدخال/الإخراج الأخرى في DXE وBDS. تتضمن التهيئة في هذه المرحلة تعيين مسارات أجهزة EFI للأجهزة المتصلة باللوحة الأم، ونقل بيانات التكوين إلى هذه الأجهزة. ^{[ 2 ]}

BDS هو جزء من DXE. ^{[ 66 ] [ 67 ]} في هذه المرحلة، يتم تهيئة أجهزة التمهيد، ويتم تنفيذ برامج تشغيل UEFI أو Option ROMs لأجهزة PCI وفقًا لمتغيرات محددة معمارياً تسمى NVRAM ، ويتم تشغيل محملات تمهيد نظام التشغيل (مثل مدير تمهيد Windows ).

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

يُسلّم نظام UEFI التحكم إلى نظام التشغيل بعد تنفيذ الدالة ExitBootServices() . يصبح نظام التشغيل المتوافق مع UEFI مسؤولاً عن إنهاء خدمات الإقلاع، مما يُحفّز البرامج الثابتة على إلغاء تحميل جميع التعليمات البرمجية والبيانات غير الضرورية، تاركًا فقط تعليمات/بيانات خدمات وقت التشغيل، مثل SMM و ACPI . ^{[ 68 ]} يُفضّل نظام التشغيل الحديث عادةً استخدام برامجه الخاصة (مثل برامج تشغيل النواة ) للتحكم في أجهزة الحاسوب.

عند استخدام نظام تشغيل قديم، سيتولى CSM هذه المهمة لضمان توافق النظام مع متطلبات BIOS القديمة.

تُعرف منصة Intel المبتكرة ، التي تحمل الاسم الرمزي Tiano ، بتطبيقها لتقنية EFI . تعمل Tiano على معالجات Intel XScale و Itanium و IA-32 و x86-64 ، وهي برنامج احتكاري، على الرغم من أن جزءًا من شفرتها البرمجية قد نُشر بموجب ترخيص BSD أو ترخيص Eclipse العام (EPL) تحت اسم TianoCore EDK II . يمكن استخدام TianoCore كحمولة لبرنامج coreboot . ^{[ 69 ]}

تُسوّق شركة Phoenix Technologies تطبيقها لتقنية UEFI تحت اسم SecureCore Technology (SCT). ^{[ 70 ]} وتقدم شركة American Megatrends تطبيقها الخاص لبرامج UEFI الثابتة والمعروف باسم Aptio، ^{[ 71 ]} بينما تقدم شركة Insyde Software برنامج InsydeH2O، ^{[ 72 ]} وتقدم شركة Byosoft برنامج ByoCore.

في ديسمبر 2018، أصدرت مايكروسوفت نسخة مفتوحة المصدر من تطبيق UEFI الخاص بها والمبني على TianoCore EDK2 من سلسلة Surface ، وهو مشروع Mu . ^{[ 73 ]}

تم إدخال تطبيق واجهة برمجة تطبيقات UEFI في برنامج الإقلاع العالمي ( U-Boot ) عام 2017. ^{[ 74 ]} على معمارية ARMv8، تستخدم توزيعات لينكس تطبيق U-Boot لواجهة UEFI بالتزامن مع GNU GRUB للإقلاع (مثل SUSE Linux ^{[ 75 ]} )، وينطبق الأمر نفسه على OpenBSD. ^{[ 76 ]} للإقلاع من iSCSI ، يمكن استخدام iPXE كتطبيق UEFI يتم تحميله بواسطة U-Boot. ^{[ 77 ]}

قامت أول محطات عمل وخوادم إنتل من طراز إيتانيوم ، والتي تم إصدارها في عام 2000، بتطبيق EFI 1.02.

قامت شركة هيوليت-باكارد بتطبيق نظام EFI 1.10 في أول أنظمة إيتانيوم 2 التي صدرت عام 2002. وكانت هذه الأنظمة قادرة على تشغيل أنظمة ويندوز ولينكس وفري بي إس دي وإتش بي -يو إكس . وفي يونيو 2003، أضاف نظام أوبن في إم إس إمكانية استخدام نظام UEFI.

في يناير 2006، شحنت شركة آبل أولى أجهزة ماكنتوش التي تعمل بمعالجات إنتل . استخدمت هذه الأنظمة واجهة EFI بدلاً من Open Firmware ، التي كانت تُستخدم في أنظمتها السابقة التي تعمل بمعالجات PowerPC. ^{[ 78 ]} في 5 أبريل 2006، أطلقت آبل برنامج Boot Camp ، الذي يُنتج قرص تعريفات ويندوز وأداة تقسيم غير مُتلفة تسمح بتثبيت ويندوز XP أو فيستا دون الحاجة إلى إعادة تثبيت نظام ماك أو إس إكس (الآن macOS). كما تم إصدار تحديث للبرنامج الثابت أضاف توافق BIOS مع تطبيق EFI. تم شحن طرازات ماكنتوش اللاحقة بالبرنامج الثابت الأحدث. ^{[ 79 ]}

خلال عام 2005، تم شحن أكثر من مليون نظام من أنظمة إنتل مزودة بتطبيق إنتل لتقنية UEFI. ^{[ 80 ]} وبدأت منتجات جديدة للأجهزة المحمولة والمكتبية والخوادم، تستخدم تطبيق إنتل لتقنية UEFI، بالشحن في عام 2006. على سبيل المثال، تستخدم اللوحات التي تستخدم سلسلة شرائح إنتل 945 تطبيق إنتل للبرامج الثابتة لتقنية UEFI.

منذ عام 2005، تم تطبيق EFI أيضًا على بنى غير حاسوبية، مثل الأنظمة المدمجة القائمة على نوى XScale . ^{[ 80 ]}

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

في عام 2008، اعتمدت المزيد من أنظمة x86-64 تقنية UEFI. وبينما لا تزال العديد من هذه الأنظمة تسمح بتشغيل أنظمة التشغيل القائمة على BIOS فقط عبر وحدة دعم التوافق (CSM) (وبالتالي لا تظهر للمستخدم على أنها قائمة على UEFI)، بدأت أنظمة أخرى بالسماح بتشغيل أنظمة التشغيل القائمة على UEFI. على سبيل المثال، خادم IBM x3450، ولوحات MSI الأم المزودة بتقنية ClickBIOS، وأجهزة الكمبيوتر المحمولة HP EliteBook.

في عام ٢٠٠٩، قامت شركة IBM بشحن أجهزة System x (x3550 M2، وx3650 M2، وiDataPlex dx360 M2) و BladeCenter HS22 مزودة بتقنية UEFI. كما قامت شركة Dell بشحن خوادم PowerEdge T610، وR610، وR710، وM610، وM710 مزودة بتقنية UEFI. وقد ذُكرت أنظمة أخرى متوفرة تجاريًا في ورقة بحثية حول تقنية UEFI. ^{[ ٨١ ]}

في عام 2011، أطلقت الشركات المصنعة الكبرى (مثل ASRock و Asus و Gigabyte و MSI ) العديد من اللوحات الأم الموجهة للمستهلكين باستخدام مجموعة شرائح Intel 6-series LGA 1155 و AMD 9 Series AM3+ مع UEFI. ^{[ 82 ]}

مع إصدار نظام التشغيل ويندوز 8 في أكتوبر 2012، أصبحت متطلبات اعتماد مايكروسوفت تشترط أن تتضمن أجهزة الكمبيوتر برامج ثابتة تُطبّق مواصفات UEFI. علاوة على ذلك، إذا كان الكمبيوتر يدعم ميزة " الاستعداد المتصل " في ويندوز 8 (التي تُمكّن الأجهزة من إدارة الطاقة بشكل يُضاهي الهواتف الذكية ، مع عودة فورية تقريبًا من وضع الاستعداد)، فلا يُسمح للبرنامج الثابت باحتواء وحدة دعم التوافق (CSM). وبالتالي، فإن الأنظمة التي تدعم ميزة "الاستعداد المتصل" غير قادرة على تشغيل أنظمة التشغيل القديمة ذات BIOS. ^{[ 83 ] [ 84 ]}

في أكتوبر 2017، أعلنت شركة إنتل أنها ستزيل دعم BIOS القديم لأجهزة الكمبيوتر من جميع منتجاتها بحلول عام 2020، لصالح UEFI Class 3. ^{[ 85 ]} وبحلول عام 2019، لم تعد جميع أجهزة الكمبيوتر التي تعتمد على منصات إنتل تدعم BIOS القديم لأجهزة الكمبيوتر.

يُطلق على نظام التشغيل الذي يمكن تشغيله من واجهة (U)EFI اسم نظام تشغيل مُهيأ لواجهة (U)EFI، وفقًا لمواصفات (U)EFI. ويعني مصطلح " التشغيل من واجهة (U)EFI" هنا تشغيل النظام مباشرةً باستخدام مُحمِّل نظام تشغيل (U)EFI مُخزَّن على أي جهاز تخزين. الموقع الافتراضي لمُحمِّل نظام التشغيل هو `<اسم الجهاز>` <EFI_SYSTEM_PARTITION>/BOOT/BOOT<MACHINE_TYPE_SHORT_NAME>.EFI، حيث يمكن أن يكون الاسم المختصر لنوع الجهاز ` IA32< اسم الجهاز> X64` IA64أو `<اسم الجهاز>` ARMأو `<اسم الجهاز> AA64`. ^{[ 13 ] : القسم 3.5.1.1.} قد يمتلك بعض مُصنِّعي أنظمة التشغيل مُحمِّلات تشغيل خاصة بهم، وقد يُغيِّرون أيضًا موقع التشغيل الافتراضي.

• أصبح بإمكان نواة لينكس استخدام نظام EFI عند بدء التشغيل منذ أوائل العقد الأول من الألفية الثانية، ^{[ 86 ]} وذلك باستخدام مُحمِّل الإقلاع elilo EFI، ومؤخرًا، إصدارات EFI من GRUB ^{[ 87 ]} أو systemd-boot . كما يدعم Grub+Linux الإقلاع من جدول تقسيم GUID بدون UEFI. ^{[ 25 ]} أضافت توزيعة أوبونتو دعمًا للإقلاع الآمن UEFI بدءًا من الإصدار 12.10. ^{[ 88 ]} يمكن تجميع نواة لينكس مع خيار التشغيل كمُحمِّل إقلاع EFI مستقل من خلال ميزة EFI boot stub. في نواة لينكس، يمكن استخدام بروتوكول ACPI (المستخدم عادةً في الأجهزة المتوافقة مع أجهزة الكمبيوتر الشخصية) أو بروتوكول DeviceTree (المستخدم عادةً في الهواتف الذكية وأجهزة الكمبيوتر اللوحية) مع UEFI. ^{[ 89 ]}
• يستخدم نظام التشغيل HP-UX نظام (U)EFI كآلية تمهيد على أنظمة IA-64 منذ عام 2002.
• يستخدم نظام التشغيل OpenVMS واجهة EFI على معالجات IA-64 منذ إصداره التجريبي الأولي في ديسمبر 2003، وفي الإصدارات الإنتاجية منذ يناير 2005. ^{[ 90 ]} كما يستخدم نظام التشغيل OpenVMS على معالجات x86-64 واجهة UEFI لتشغيل نظام التشغيل. ^{[ 91 ]}
• تستخدم آبل نظام EFI في سلسلة أجهزة ماك التي تعمل بمعالجات إنتل . يدعم نظاما التشغيل Mac OS X v10.4 Tiger و Mac OS X v10.5 Leopard نظام EFI v1.10 في وضع 32 بت حتى على وحدات المعالجة المركزية 64 بت، ولكن الدعم الكامل أصبح متاحًا مع نظام التشغيل OS X v10.8 Mountain Lion . ^{[ 92 ]}
• قامت إصدارات إيتانيوم من ويندوز 2000 (الإصدار المحدود للخادم المتقدم وإصدار خادم مركز البيانات المحدود؛ والمبني على قاعدة بيانات ويندوز سيرفر 2003 التجريبية ) بتطبيق معيار EFI 1.10 في عام 2002. كما قامت إصدارات ويندوز إكس بي 64 بت ، وويندوز 2000 الإصدار المحدود للخادم المتقدم (الإصدار التجريبي من ويندوز سيرفر 2003)، وويندوز سيرفر 2003 لمعالجات IA-64 ، وجميعها مخصصة لعائلة معالجات إنتل إيتانيوم ، بتطبيق معيار EFI، وهو أحد متطلبات النظام الأساسي وفقًا لمواصفات DIG64 . ^{[ 93 ]}
• أطلقت مايكروسوفت واجهة UEFI لأنظمة تشغيل ويندوز 64 بت مع ويندوز فيستا SP1 ^{[ 94 ]} وويندوز سيرفر 2008 ، إلا أنها تدعم فقط UGA (محول الرسومات العالمي) 1.1 أو BIOS القديم INT 10h ؛ ولا تدعم بروتوكول إخراج الرسومات (GOP). لذلك، فإن أجهزة الكمبيوتر التي تعمل بإصدارات 64 بت من ويندوز فيستا SP1 ، وويندوز فيستا SP2 ، وويندوز 7 ، وويندوز سيرفر 2008 ، وويندوز سيرفر 2008 R2 متوافقة مع UEFI من الفئة 2. ^{[ 95 ] [ 96 ]} في البداية، لم تكن واجهة UEFI 32 بت مدعومة لأن الشركات المصنعة لم تكن مهتمة بإنتاج برامج ثابتة أصلية لواجهة UEFI 32 بت نظرًا لانتشار الحوسبة 64 بت . ^{[ 97 ]} أخيرًا، قدم ويندوز 8 تحسينات إضافية لأنظمة UEFI، بما في ذلك دعم بروتوكول إخراج الرسومات (GOP)، ^{[ 98 ]} وبدء تشغيل أسرع، ودعم واجهة UEFI 32 بت، ودعم التمهيد الآمن. ^{[ 99 ] [ 100 ]} منذ نظام التشغيل ويندوز 8 ، أصبح برنامج UEFI الثابت المزود ببروتوكول ACPI شرطًا إلزاميًا لأنظمة تشغيل مايكروسوفت ويندوز المبنية على معالجات ARM. بدأت مايكروسوفت اشتراط وجود UEFI لتشغيل ويندوز مع ويندوز 11 ، ^{[ 101 ]} مع استثناء إصدارات IoT Enterprise من ويندوز 11 منذ الإصدار 24H2 من هذا الشرط. ^{[ 102 ]}
• في 5 مارس 2013، منحت مؤسسة FreeBSD منحة لمطور يسعى لإضافة دعم UEFI إلى نواة FreeBSD وبرنامج الإقلاع. ^{[ 103 ]} تم تخزين التغييرات مبدئيًا في فرع منفصل من شفرة مصدر FreeBSD، ولكن تم دمجها في المصدر الرئيسي في 4 أبريل 2014 (المراجعة 264095)؛ وتشمل التغييرات الدعم في برنامج التثبيت أيضًا. ^{[ 104 ]} ظهر دعم إقلاع UEFI لمعالجات amd64 لأول مرة في FreeBSD 10.1 ولمعالجات arm64 في FreeBSD 11.0. ^{[ 105 ]}
• يدعم نظام NetBSD واجهة UEFI منذ الإصدار 8.0 ^{[ 106 ]} لبنى i386 و amd64 وكذلك على منصات ARM المختلفة منذ الإصدار 9.0. ^{[ 107 ]}
• يدعم نظام التشغيل Oracle Solaris 11.1 والإصدارات الأحدث منه الإقلاع عبر واجهة UEFI لأنظمة x86 المزودة بإصدار 2.1 أو أحدث من البرامج الثابتة UEFI. ويُستخدم برنامج GRUB 2 كبرنامج إقلاع على أنظمة x86. ^{[ 108 ]}
• قدم نظام OpenBSD 5.9 ^{[ 109 ]} دعمًا للتمهيد UEFI لأنظمة x86 ذات 64 بت باستخدام برنامج التحميل المخصص الخاص به، وقام نظام OpenBSD 6.0 بتوسيع هذا الدعم ليشمل ARMv7. ^{[ 110 ]}
• أضافت شركة illumos دعمًا أساسيًا لـ UEFI في أكتوبر 2017. ^{[ 111 ]}
• يدعم نظام التشغيل ArcaOS الإقلاع عبر واجهة UEFI منذ الإصدار 5.1. ^{[ 112 ]} ويحاكي دعم UEFI في ArcaOS وظائف BIOS محددة يعتمد عليها نظام التشغيل (وخاصة المقاطعتين INT 10H و INT 13H ). ^{[ 113 ] [ 114 ]}

• توفر خدمة HP Integrity Virtual Machines إمكانية الإقلاع عبر UEFI على خوادم HP Integrity. كما توفر بيئة UEFI افتراضية لأنظمة التشغيل الضيفة المتوافقة مع UEFI.
• تستضيف شركة إنتل مشروعًا مفتوح المصدر للبرامج الثابتة للآلات الافتراضية على موقع SourceForge. ^{[ 115 ]}
• يمكن لبرنامج VMware Fusion 3 لنظام التشغيل Mac OS X تشغيل الأجهزة الافتراضية لنظام التشغيل Mac OS X Server باستخدام UEFI.
• يدعم برنامج VMware Workstation قبل الإصدار 11 نظام UEFI بشكل غير رسمي، ولكن يتم تفعيله يدويًا عن طريق تعديل ملف .vmx. ^{[ 116 ]} يدعم الإصدار 11 من VMware Workstation والإصدارات الأحدث نظام UEFI، بغض النظر عما إذا كان نظام التشغيل المضيف الفعلي يعتمد على UEFI أم لا. يضيف VMware Workstation 14 (وبالتالي Fusion 10) دعمًا لميزة التمهيد الآمن لنظام UEFI. ^{[ 117 ] [ 118 ]}
• يدعم برنامج VMware ESXi 5.0 Hypervisor رسميًا واجهة UEFI. ويضيف الإصدار 6.5 دعمًا لخاصية Secure Boot. ^{[ 119 ] [ 120 ]}
• يدعم برنامج VirtualBox تقنية UEFI منذ الإصدار 3.1، ^{[ 121 ]} ولكنه يقتصر على أنظمة تشغيل Unix/Linux وWindows 8 والإصدارات الأحدث (لا يعمل مع Windows Vista x64 وWindows 7 x64). ^{[ 122 ] [ 123 ]}
• يمكن استخدام QEMU / KVM مع برنامج Open Virtual Machine Firmware (OVMF) الذي توفره شركة TianoCore . ^{[ 124 ]}
• يدعم الجيل الثاني من جهاز مايكروسوفت هايبر-في الظاهري واجهة UEFI الافتراضية. ^{[ 125 ]}
• تدعم الأجهزة الافتراضية المحمية في منصة جوجل السحابية تقنية UEFI الافتراضية لتمكين التمهيد الآمن. ^{[ 126 ]}

في عام 2011، أعلنت مايكروسوفت أن أجهزة الكمبيوتر المعتمدة لتشغيل نظام التشغيل ويندوز 8 يجب أن تُشحن مزودةً بمفتاح مايكروسوفت العام المسجل وخاصية التمهيد الآمن (Secure Boot)، مما يعني أن استخدام واجهة UEFI شرطٌ أساسي لهذه الأجهزة. ^{[ 135 ] [ 136 ]} وعقب هذا الإعلان، أعرب النقاد والمدافعون عن البرمجيات الحرة/مفتوحة المصدر، بمن فيهم مؤسسة البرمجيات الحرة، عن قلقهم من أن مايكروسوفت قد تستخدم خاصية التمهيد الآمن في UEFI لتقييد تثبيت أنظمة تشغيل بديلة مثل لينكس. ونفت مايكروسوفت أن يكون شرط التمهيد الآمن يهدف إلى فرض احتكار، وأوضحت متطلباتها بالقول إن الأنظمة القائمة على معمارية x86 والمعتمدة لويندوز  8 يجب أن تسمح للتمهيد الآمن بالدخول إلى الوضع المخصص أو تعطيله، ولكن ليس على الأنظمة التي تستخدم معمارية ARM . ^{[ 45 ] [ 137 ]} ويتيح ويندوز 10 لمصنعي المعدات الأصلية (OEMs) تحديد ما إذا كان بإمكان مستخدمي أنظمة x86 الخاصة بهم إدارة التمهيد الآمن أم لا. ^{[ 138 ]}

أثار مطورون آخرون مخاوف بشأن المسائل القانونية والعملية المتعلقة بتطبيق دعم التمهيد الآمن على أنظمة لينكس عمومًا. وأشار ماثيو غاريت، المطور السابق في ريد هات ، إلى أن شروط رخصة جنو العمومية العامة الإصدار 3 قد تمنع استخدام برنامج GNU GRand Unified Bootloader دون أن يكشف مطور التوزيعة عن المفتاح الخاص (مع ذلك، أوضحت مؤسسة البرمجيات الحرة موقفها لاحقًا، مؤكدةً أن مسؤولية توفير المفاتيح تقع على عاتق مُصنِّع الأجهزة)، ^{[ 139 ] [ 88 ]} وأنه سيكون من الصعب أيضًا على المستخدمين المتقدمين بناء نواة مخصصة تعمل مع تمكين التمهيد الآمن دون توقيعها ذاتيًا. ^{[ 137 ]} واقترح مطورون آخرون إمكانية توفير إصدارات موقَّعة من لينكس بمفتاح آخر، لكنهم أشاروا إلى صعوبة إقناع مُصنِّعي المعدات الأصلية بشحن أجهزة الكمبيوتر الخاصة بهم بالمفتاح المطلوب إلى جانب مفتاح مايكروسوفت. ^{[ 4 ]} 

طوّرت العديد من توزيعات لينكس الرئيسية تطبيقات مختلفة لتقنية التمهيد الآمن. وقد طوّر غاريت نفسه مُحمِّل إقلاع بسيطًا يُعرف باسم "shim"، وهو مُحمِّل إقلاع مُجمَّع مُسبقًا ومُوقَّع، يسمح للمستخدم بالوثوق بشكل فردي بالمفاتيح التي توفرها توزيعات لينكس. ^{[ 140 ]} يستخدم أوبونتو 12.10 إصدارًا أقدم من "shim" مُهيَّأ مسبقًا للاستخدام مع مفتاح Canonical الخاص، والذي يتحقق من مُحمِّل الإقلاع فقط، ويسمح بتحميل نواة غير مُوقَّعة؛ إذ اعتقد المطورون أن ممارسة توقيع مُحمِّل الإقلاع فقط أكثر جدوى، لأن النواة الموثوقة فعالة في تأمين مساحة المستخدم فقط ، وليس حالة ما قبل الإقلاع التي صُمِّم التمهيد الآمن لحمايتها. كما يسمح ذلك للمستخدمين ببناء نواة خاصة بهم واستخدام وحدات نواة مُخصَّصة أيضًا، دون الحاجة إلى إعادة تهيئة النظام. ^{[ 88 ] [ 141 ] [ 142 ]} تحتفظ شركة Canonical أيضًا بمفتاحها الخاص لتوقيع تثبيتات Ubuntu المُحمّلة مسبقًا على أجهزة الكمبيوتر الأصلية المعتمدة التي تُشغّل نظام التشغيل، وتخطط أيضًا لفرض شرط التمهيد الآمن - الذي يتطلب تضمين كل من مفتاح Canonical ومفتاح Microsoft (لأسباب تتعلق بالتوافق) في البرامج الثابتة. يستخدم Fedora أيضًا shim، ولكنه يتطلب توقيع كل من النواة ووحداتها. ^{[ 141 ]} يحتوي shim على مفتاح مالك الجهاز (MOK) الذي يمكن استخدامه لتوقيع النوى المُجمّعة محليًا والبرامج الأخرى غير الموقعة من قِبل مُطوّر التوزيعة، دون تغيير وضع التمهيد الآمن إلى وضع الإعداد. ^{[ 143 ] [ 144 ]}

ثار جدلٌ حول ما إذا كان يجب توقيع نواة نظام التشغيل ووحداته أيضًا؛ فبينما لا تشترط مواصفات UEFI ذلك، أكدت مايكروسوفت أن متطلباتها التعاقدية تلزمها بذلك، وأنها تحتفظ بحقها في إلغاء أي شهادات تُستخدم لتوقيع التعليمات البرمجية التي يُمكن استخدامها لاختراق أمن النظام. ^{[ 142 ]} في نظام ويندوز، إذا تم تفعيل ميزة التمهيد الآمن، يجب توقيع جميع برامج تشغيل النواة رقميًا؛ وقد يُرفض تحميل برامج التشغيل غير المعتمدة من WHQL. في فبراير 2013، حاول مطور آخر في ريد هات تقديم رقعة لنواة لينكس تسمح لها بتحليل توقيع المصادقة الخاص بمايكروسوفت باستخدام مفتاح X.509 رئيسي مُضمّن في ملفات PE الموقعة من قِبل مايكروسوفت. ومع ذلك، انتقد لينوس تورفالدز، مُنشئ لينكس، هذا الاقتراح، مُجادلًا بأن ريد هات كانت تُسهّل سيطرة مايكروسوفت على بنية التمهيد الآمن. ^{[ 145 ]}

في 26 مارس 2013، قدمت مجموعة تطوير البرمجيات الحرة الإسبانية Hispalinux شكوى رسمية إلى المفوضية الأوروبية ، زاعمة أن متطلبات التمهيد الآمن لشركة مايكروسوفت على أنظمة OEM كانت "معيقة" ومضادة للمنافسة . ^{[ 146 ]}

في مؤتمر بلاك هات في أغسطس 2013، قدمت مجموعة من باحثي الأمن سلسلة من الثغرات الأمنية في تطبيقات UEFI الخاصة بموردين محددين والتي يمكن استخدامها لاستغلال ميزة التمهيد الآمن. ^{[ 147 ]}

في أغسطس 2016، أفادت التقارير أن باحثين أمنيين اكتشفا مفتاح الأمان "الذهبي" الذي تستخدمه مايكروسوفت لتوقيع أنظمة التشغيل. ^{[ 148 ]} من الناحية التقنية، لم يُكشف عن أي مفتاح، ولكن تم الكشف عن ملف تنفيذي قابل للاستغلال موقّع بهذا المفتاح. يسمح هذا للبرامج بالعمل كما لو كانت موقّعة من مايكروسوفت، مما يُشكّل مخاطر محتملة لهجمات الروتكيت والبوتكيت . كما يُعقّد هذا الأمر جهود المعالجة، إذ يُمكن أن يتم تخفيض مستوى التحديث باستبداله بالملف التنفيذي القابل للاستغلال الموقّع. صرّحت مايكروسوفت بأن الثغرة الأمنية تؤثر فقط على معمارية ARM وأجهزة ويندوز RT ، وأصدرت تحديثين؛ ومع ذلك، أشارت التقارير إلى أن هذه التحديثات لا تمنع الاستغلال تمامًا، لأن حلّ الثغرة بالكامل يتطلب استبدال المفاتيح في البرامج الثابتة للمستخدم النهائي.

في الأول من مارس 2023، أعلن باحثون من شركة ESET عن اكتشافهم لثغرة أمنية تُدعى "BlackLotus"، والتي وُصفت بأنها أول ثغرة أمنية نشطة في نظام UEFI قادرة على تجاوز خاصية التمهيد الآمن لنظام UEFI من خلال استغلال قيود التحديثات الأمنية السابقة. ^{[ 149 ] [ 150 ]}

في أغسطس 2024، طبّقت تحديثات الأمان لنظامي التشغيل ويندوز 11 وويندوز 10 إعدادات الاستهداف المتقدم للتمهيد الآمن (SBAT) على ذاكرة NVRAM الخاصة بنظام UEFI للأجهزة، مما تسبب في فشل تحميل بعض توزيعات لينكس. SBAT هو بروتوكول مدعوم في الإصدارات الجديدة من مدير تمهيد ويندوز و shim، ويمنع تحميل برامج التمهيد الوسيطة المعيبة أو المعرضة للثغرات الأمنية (عادةً الإصدارات القديمة من مدير تمهيد ويندوز و GRUB ) أثناء عملية التمهيد. تم التراجع عن هذا التغيير في الشهر التالي. ^{[ 151 ]}

في يونيو 2025، أفاد موقع LWN.net أن شهادة Microsoft UEFI CA 2011 ستنتهي صلاحيتها في 24 يونيو 2026، مما قد يمنع بعض أنظمة Linux من التحميل في حال تفعيل ميزة التمهيد الآمن. ^{[ 152 ] [ 153 ]} مع ذلك، في TianoCore EDK II ، وكذلك في العديد من تطبيقات UEFI التجارية (مثل AMI Aptio)، يكون التحقق من الوقت/التاريخ لشهادة التمهيد الآمن معطلاً افتراضيًا. ^{[ 153 ]}

تدعم العديد من توزيعات لينكس خاصية التمهيد الآمن UEFI اعتبارًا من يناير 2025 ، مثل RHEL (RHEL  7 والإصدارات الأحدث)، و CentOS (CentOS  7 والإصدارات الأحدث ^{[ 154 ]} )، و Ubuntu ، وFedora ، وDebian (Debian  10 والإصدارات الأحدث ^{[ 155 ]} )، و OpenSUSE ، و SUSE Linux Enterprise . ^{[ 156 ]}

تم الإبلاغ عن عدد من المشكلات التقنية المتعلقة بتطبيقات محددة لبرامج UEFI الثابتة في الأجهزة التجارية. ^{[ 157 ]}

بعد إصدار نظام التشغيل ويندوز 8 في أكتوبر 2012، تبيّن أن بعض طرازات حواسيب لينوفو المزودة بخاصية التمهيد الآمن (Secure Boot) تحتوي على نظام UEFI يتحقق من وجود " Windows Boot Manager " أو " Red Hat Enterprise Linux " في سلسلة وصف نظام التشغيل المدعوم من UEFI، وإلا فإنه يرفض تحميله. ^{[ 158 ]} كما تم الإبلاغ عن صعوبات تشغيلية مماثلة في العديد من طرازات حواسيب توشيبا المحمولة، حيث كانت شهادات البرامج الثابتة المطلوبة لتشغيل خاصية التمهيد الآمن مفقودة. ^{[ 157 ]}

في يناير 2013، تم الإعلان عن مشكلة في البرامج الثابتة تتعلق بتطبيق UEFI على بعض أجهزة الكمبيوتر المحمولة من سامسونج ، مما أدى إلى توقف الأجهزة عن العمل تمامًا بعد تثبيت توزيعة لينكس في وضع UEFI. في حين عزت التقارير الأولية المشكلة إلى تعارضات مع وحدة نواة مصممة للوصول إلى ميزات النظام على أجهزة سامسونج المحمولة (مما دفع مطوري النواة إلى تعطيل الوحدة على أنظمة UEFI كإجراء احترازي)، أشار تحليل ماثيو غاريت إلى أن الحالة نتجت عن تخزين عدد كبير من متغيرات UEFI في الذاكرة غير المتطايرة، وهو سلوك قد يحدث أيضًا في ظروف معينة داخل نظام ويندوز. وخلص تحليله إلى أن وحدة النواة المرتبطة تسببت في كتابة ملفات تفريغ رسائل النواة إلى مساحة تخزين البرامج الثابتة، مما أدى إلى تنفيذ حالة الفشل. ^{[ 30 ] [ 159 ] [ 160 ]}