Unified Extensible Firmware Interface - Versionsgeschichte

Trollflöjten: /* UEFI Security Response Team (USRT) */ Eigenkorr, sorry

2025-05-17T01:20:03Z

UEFI Security Response Team (USRT): Eigenkorr, sorry

← Nächstältere Version		Version vom 17. Mai 2025, 03:20 Uhr
Zeile 52:		Zeile 52:

	=== UEFI Security Response Team (USRT) ===		=== UEFI Security Response Team (USRT) ===
	Im Jahr 2017 wurde das UEFI Security Response Team (USRT) gegründet, das als Schnittstelle und Ansprechpartner zwischen IT-Sicherheitsexperten wie beispielsweise sogenannten [[Hacker (Computersicherheit)#White-, Grey- und Black-Hats\|''white hat hackern''und den Unternehmen dienen soll, die UEFI-basierte Hardware herstellen. Damit will man den Weg erleichtern und verkürzen, den jemand gehen muss, um die Industrie über eine Sicherheitslücke zu informieren, die er in UEFI gefunden hat, so dass letzten Endes auch die Industrie schneller mit Sicherheitspatches reagieren kann.<ref>[https://www.heise.de/security/meldung/UEFI-BIOS-bekommt-ein-Sicherheits-Expertenteam-3891074.html UEFI-BIOS bekommt ein Sicherheits-Expertenteam]</ref>		Im Jahr 2017 wurde das UEFI Security Response Team (USRT) gegründet, das als Schnittstelle und Ansprechpartner zwischen IT-Sicherheitsexperten wie beispielsweise sogenannten [[Hacker (Computersicherheit)#White-, Grey- und Black-Hats\|''white hat hackern'']] und den Unternehmen dienen soll, die UEFI-basierte Hardware herstellen. Damit will man den Weg erleichtern und verkürzen, den jemand gehen muss, um die Industrie über eine Sicherheitslücke zu informieren, die er in UEFI gefunden hat, so dass letzten Endes auch die Industrie schneller mit Sicherheitspatches reagieren kann.<ref>[https://www.heise.de/security/meldung/UEFI-BIOS-bekommt-ein-Sicherheits-Expertenteam-3891074.html UEFI-BIOS bekommt ein Sicherheits-Expertenteam]</ref>

	== Implementierungen ==		== Implementierungen ==

Trollflöjten: /* UEFI Security Response Team (USRT) */ A, NPO, tK

2025-05-17T01:19:03Z

UEFI Security Response Team (USRT): A, NPO, tK

← Nächstältere Version		Version vom 17. Mai 2025, 03:19 Uhr
Zeile 52:		Zeile 52:

	=== UEFI Security Response Team (USRT) ===		=== UEFI Security Response Team (USRT) ===
	Im Jahr 2017 wurde das UEFI Security Response Team (USRT) gegründet, das als Schnittstelle und Ansprechpartner zwischen IT-~~Sicherheitsleuten~~ wie beispielsweise ~~ethischen~~ ~~Hackern (engl. sogenannte „~~[[Hacker (Computersicherheit)#White-, Grey- und Black-Hats\|white ~~hats]]“)~~ und den Unternehmen dienen soll, die UEFI-basierte Hardware herstellen. Damit will man den Weg erleichtern und verkürzen, den jemand gehen muss, um die Industrie über eine Sicherheitslücke zu informieren, die er in UEFI gefunden hat, so dass letzten Endes auch die Industrie schneller mit Sicherheitspatches reagieren kann.<ref>[https://www.heise.de/security/meldung/UEFI-BIOS-bekommt-ein-Sicherheits-Expertenteam-3891074.html UEFI-BIOS bekommt ein Sicherheits-Expertenteam]</ref>		Im Jahr 2017 wurde das UEFI Security Response Team (USRT) gegründet, das als Schnittstelle und Ansprechpartner zwischen IT-Sicherheitsexperten wie beispielsweise sogenannten [[Hacker (Computersicherheit)#White-, Grey- und Black-Hats\|''white hat hackern''und den Unternehmen dienen soll, die UEFI-basierte Hardware herstellen. Damit will man den Weg erleichtern und verkürzen, den jemand gehen muss, um die Industrie über eine Sicherheitslücke zu informieren, die er in UEFI gefunden hat, so dass letzten Endes auch die Industrie schneller mit Sicherheitspatches reagieren kann.<ref>[https://www.heise.de/security/meldung/UEFI-BIOS-bekommt-ein-Sicherheits-Expertenteam-3891074.html UEFI-BIOS bekommt ein Sicherheits-Expertenteam]</ref>

	== Implementierungen ==		== Implementierungen ==

Spacetimebread: /* growthexperiments-addlink-summary-summary:2|0|0 */

2025-05-08T12:06:22Z

Linkvorschlag-Funktion: 2 Links hinzugefügt.

← Nächstältere Version		Version vom 8. Mai 2025, 14:06 Uhr
Zeile 34:		Zeile 34:

	=== {{Anker\|Compatibility Support Module\|CSM}}BIOS-Nachfolger ===		=== {{Anker\|Compatibility Support Module\|CSM}}BIOS-Nachfolger ===
	Das ursprüngliche [[BIOS (IBM PC)\|PC-BIOS]] erschien 1981 mit dem ersten [[IBM Personal Computer\|IBM PC]]. Mit Fortschreiten der Entwicklung der [[IBM-PC-kompatibler Computer\|IBM-PC-kompatiblen Computer]] wurde es trotz ständiger Erweiterungen den Anforderungen moderner Hardware und Betriebssysteme nicht mehr gerecht. Insbesondere ist es weder 32-Bit- noch 64-Bit-tauglich im Bezug auf Treiber. Zu Beginn der 2000er Jahre erschienen weitere Provisorien zum Ausgleich dieser Makel den Hardware-Herstellern (wie Intel oder AMD) nicht mehr tragbar.		Das ursprüngliche [[BIOS (IBM PC)\|PC-BIOS]] erschien 1981 mit dem ersten [[IBM Personal Computer\|IBM PC]]. Mit Fortschreiten der Entwicklung der [[IBM-PC-kompatibler Computer\|IBM-PC-kompatiblen Computer]] wurde es trotz ständiger Erweiterungen den Anforderungen moderner [[Hardware]] und Betriebssysteme nicht mehr gerecht. Insbesondere ist es weder 32-Bit- noch 64-Bit-tauglich im Bezug auf Treiber. Zu Beginn der 2000er Jahre erschienen weitere Provisorien zum Ausgleich dieser Makel den Hardware-Herstellern (wie Intel oder AMD) nicht mehr tragbar.

	Auf die [[x86-Architektur]] kam EFI in etwa zur selben Zeit wie die Befehlssatzerweiterung „[[x64]]“ bzw. „x86-64“, mit der die damals 32-Bit-x86-Architektur „[[IA-32]]“ ebenfalls zu einer 64-Bit-Architektur wurde. Dennoch wurde EFI anfänglich nur als 32-Bit-Firmware implementiert, u. a. bei Intel-[[Macintosh\|Macs]] von [[Apple]], die ab 2006 EFI-Version 1.10 als Firmware nutzten. Ab UEFI 2.0 gibt es offiziell eine 64-Bit-Implementierung auf x86.<ref>{{Internetquelle \|autor=Christoph Pfisterer \|url=http://refit.sourceforge.net/info/apple_efi.html \|titel=A Brief History of Apple and EFI \|datum=2008-12-29 \|abruf=2020-03-14 \|sprache=en}}</ref>		Auf die [[x86-Architektur]] kam EFI in etwa zur selben Zeit wie die Befehlssatzerweiterung „[[x64]]“ bzw. „x86-64“, mit der die damals 32-Bit-x86-Architektur „[[IA-32]]“ ebenfalls zu einer 64-Bit-Architektur wurde. Dennoch wurde EFI anfänglich nur als 32-Bit-Firmware implementiert, u. a. bei Intel-[[Macintosh\|Macs]] von [[Apple]], die ab 2006 EFI-Version 1.10 als Firmware nutzten. Ab UEFI 2.0 gibt es offiziell eine 64-Bit-Implementierung auf x86.<ref>{{Internetquelle \|autor=Christoph Pfisterer \|url=http://refit.sourceforge.net/info/apple_efi.html \|titel=A Brief History of Apple and EFI \|datum=2008-12-29 \|abruf=2020-03-14 \|sprache=en}}</ref>
Zeile 100:		Zeile 100:

	=== {{Anker\|x86\|IA-32\|x64}}x86 (IA-32, x64) ===		=== {{Anker\|x86\|IA-32\|x64}}x86 (IA-32, x64) ===
	Die [[x86-Architektur]] wurde von Intel retronym als [[IA-32]] bezeichnet, was für „{{lang\|en\|Intel Architecture}} 32-Bit“ steht. Allerdings wurde die [[Befehlssatzarchitektur\|Architektur]] mit der [[x64]]-[[Befehlssatz]]erweiterung 2003 ebenfalls zur 64-Bit-Architektur.		Die [[x86-Architektur]] wurde von Intel [[retronym]] als [[IA-32]] bezeichnet, was für „{{lang\|en\|Intel Architecture}} 32-Bit“ steht. Allerdings wurde die [[Befehlssatzarchitektur\|Architektur]] mit der [[x64]]-[[Befehlssatz]]erweiterung 2003 ebenfalls zur 64-Bit-Architektur.

	{{Siehe auch\|x86-Architektur#Nomenklatur}}		{{Siehe auch\|x86-Architektur#Nomenklatur}}

Wdwd: Typo

2025-02-09T21:42:25Z

Typo

← Nächstältere Version		Version vom 9. Februar 2025, 23:42 Uhr
Zeile 19:		Zeile 19:
	}}</ref>		}}</ref>
	* Alle Daten und Programme für UEFI werden in Form von herkömmlichen Dateien in einer eigenen [[VFAT]]-Partition gehalten. Im Gegensatz zum BIOS braucht UEFI keine Daten oder Treiber wie den Betriebssystemlader in bestimmten fixen und unveränderlichen Speicherbereichen wie dem [[Master Boot Record]] (MBR).		* Alle Daten und Programme für UEFI werden in Form von herkömmlichen Dateien in einer eigenen [[VFAT]]-Partition gehalten. Im Gegensatz zum BIOS braucht UEFI keine Daten oder Treiber wie den Betriebssystemlader in bestimmten fixen und unveränderlichen Speicherbereichen wie dem [[Master Boot Record]] (MBR).
	* UEFI ist ~~etzwerkfähig~~. Im Gegensatz zum älteren BIOS-Standard [[Preboot Execution Environment]] (PXE), der im BIOS der [[Netzwerkkarte]] entsprechende Treiber benötigt, ist UEFI selbst netzwerkfähig und erlaubt, angelehnt an die Verfahren wie bei PXE, direkt das Booten über Netzwerk.		* UEFI ist netzwerkfähig. Im Gegensatz zum älteren BIOS-Standard [[Preboot Execution Environment]] (PXE), der im BIOS der [[Netzwerkkarte]] entsprechende Treiber benötigt, ist UEFI selbst netzwerkfähig und erlaubt, angelehnt an die Verfahren wie bei PXE, direkt das Booten über Netzwerk.
	* Generell modulares, erweiterbares Design in den Strukturen. Beispielsweise kann man eine der [[Unix-Shell]] ähnliche UEFI-Shell im Rahmen des Bootvorganges aufrufen.		* Generell modulares, erweiterbares Design in den Strukturen. Beispielsweise kann man eine der [[Unix-Shell]] ähnliche UEFI-Shell im Rahmen des Bootvorganges aufrufen.
	* Im UEFI-Standard sind Verfahren festgelegt, wie bestimmte Daten, beispielsweise die Boot-Reihenfolge von verschiedenen Medien, im [[NVRAM]] permanent gespeichert werden.		* Im UEFI-Standard sind Verfahren festgelegt, wie bestimmte Daten, beispielsweise die Boot-Reihenfolge von verschiedenen Medien, im [[NVRAM]] permanent gespeichert werden.

176.3.79.176: /* Merkmale */ tippo

2025-02-09T13:32:21Z

Merkmale: tippo

← Nächstältere Version		Version vom 9. Februar 2025, 15:32 Uhr
Zeile 21:		Zeile 21:
	* UEFI ist etzwerkfähig. Im Gegensatz zum älteren BIOS-Standard [[Preboot Execution Environment]] (PXE), der im BIOS der [[Netzwerkkarte]] entsprechende Treiber benötigt, ist UEFI selbst netzwerkfähig und erlaubt, angelehnt an die Verfahren wie bei PXE, direkt das Booten über Netzwerk.		* UEFI ist etzwerkfähig. Im Gegensatz zum älteren BIOS-Standard [[Preboot Execution Environment]] (PXE), der im BIOS der [[Netzwerkkarte]] entsprechende Treiber benötigt, ist UEFI selbst netzwerkfähig und erlaubt, angelehnt an die Verfahren wie bei PXE, direkt das Booten über Netzwerk.
	* Generell modulares, erweiterbares Design in den Strukturen. Beispielsweise kann man eine der [[Unix-Shell]] ähnliche UEFI-Shell im Rahmen des Bootvorganges aufrufen.		* Generell modulares, erweiterbares Design in den Strukturen. Beispielsweise kann man eine der [[Unix-Shell]] ähnliche UEFI-Shell im Rahmen des Bootvorganges aufrufen.
	* Im UEFI-~~Standardsind~~ sind Verfahren festgelegt, wie bestimmte Daten, beispielsweise die Boot-Reihenfolge von verschiedenen Medien, im [[NVRAM]] permanent gespeichert werden.		* Im UEFI-Standard sind Verfahren festgelegt, wie bestimmte Daten, beispielsweise die Boot-Reihenfolge von verschiedenen Medien, im [[NVRAM]] permanent gespeichert werden.

	== Geschichte ==		== Geschichte ==

176.3.79.176: /* Merkmale */ Bezug,;weniger umständlich

2025-02-09T13:31:17Z

Merkmale: Bezug,;weniger umständlich

← Nächstältere Version		Version vom 9. Februar 2025, 15:31 Uhr
Zeile 18:		Zeile 18:
	\| publisher = [[GNU GRUB]]		\| publisher = [[GNU GRUB]]
	}}</ref>		}}</ref>
	* Alle Daten und Programme für UEFI werden in Form von herkömmlichen Dateien in einer eigenen ~~Partition gehalten, welche im Format~~ [[VFAT]] ~~vorliegen muss~~. Im Gegensatz zum BIOS ~~werden~~ ~~keinerlei~~ Daten wie ~~die~~ ~~des Betriebssystemladers~~ in bestimmten fixen und unveränderlichen Speicherbereichen wie dem [[Master Boot Record]] (MBR) ~~gehalten~~.		* Alle Daten und Programme für UEFI werden in Form von herkömmlichen Dateien in einer eigenen [[VFAT]]-Partition gehalten. Im Gegensatz zum BIOS braucht UEFI keine Daten oder Treiber wie den Betriebssystemlader in bestimmten fixen und unveränderlichen Speicherbereichen wie dem [[Master Boot Record]] (MBR).
	* ~~Netzwerkfähig~~. Im Gegensatz zum älteren BIOS-Standard [[Preboot Execution Environment]] (PXE), ~~welcher~~ im BIOS der [[Netzwerkkarte]] entsprechende Treiber benötigt, ist UEFI netzwerkfähig und erlaubt, angelehnt an die Verfahren wie bei PXE, direkt das Booten über Netzwerk.		* UEFI ist etzwerkfähig. Im Gegensatz zum älteren BIOS-Standard [[Preboot Execution Environment]] (PXE), der im BIOS der [[Netzwerkkarte]] entsprechende Treiber benötigt, ist UEFI selbst netzwerkfähig und erlaubt, angelehnt an die Verfahren wie bei PXE, direkt das Booten über Netzwerk.
	* Generell modulares, erweiterbares Design in den Strukturen. Beispielsweise ~~besteht~~ ~~die Möglichkeit,~~ eine der [[Unix-Shell]] ähnliche UEFI-Shell im Rahmen des Bootvorganges aufrufen ~~zu können~~.		* Generell modulares, erweiterbares Design in den Strukturen. Beispielsweise kann man eine der [[Unix-Shell]] ähnliche UEFI-Shell im Rahmen des Bootvorganges aufrufen.
	* ~~Das~~ ~~permanente~~ ~~Speichern~~ ~~bestimmter~~ Daten, beispielsweise ~~der~~ Boot-Reihenfolge von verschiedenen Medien, ~~erfolgt~~ im [[NVRAM]] ~~nach~~ ~~Verfahren,~~ ~~welche im UEFI-Standard festgelegt sind~~.		* Im UEFI-Standardsind sind Verfahren festgelegt, wie bestimmte Daten, beispielsweise die Boot-Reihenfolge von verschiedenen Medien, im [[NVRAM]] permanent gespeichert werden.

	== Geschichte ==		== Geschichte ==

Y2kbug: /* Windows */ ab Version 2.0 "UEFI"; bei Vorhandensein eines CSM kann es hingegen auch EFI sein (Versionen vor 2.0). Intel-Macs auch hier verlinkt

2025-01-07T09:13:27Z

Windows: ab Version 2.0 "UEFI"; bei Vorhandensein eines CSM kann es hingegen auch EFI sein (Versionen vor 2.0). Intel-Macs auch hier verlinkt

← Nächstältere Version		Version vom 7. Januar 2025, 11:13 Uhr
Zeile 107:		Zeile 107:
	Für Endanwender unterstützt Windows (U)EFI vor allem in den 64-Bit-Varianten ab Windows Vista mit integriertem Service Pack 1 bzw. Windows Server 2008; einige Windows-32-Bit-Versionen unterstützen auch UEFI-32-Bit.<ref>http://www.microsoft.com/whdc/system/platform/firmware/UEFI_Windows.mspx</ref>		Für Endanwender unterstützt Windows (U)EFI vor allem in den 64-Bit-Varianten ab Windows Vista mit integriertem Service Pack 1 bzw. Windows Server 2008; einige Windows-32-Bit-Versionen unterstützen auch UEFI-32-Bit.<ref>http://www.microsoft.com/whdc/system/platform/firmware/UEFI_Windows.mspx</ref>

	Für den [[Microsoft Windows 7\|Windows-7]]-Nachfolger [[Windows 8]] wird ~~EFI~~ 2.x empfohlen. Systeme mit Systemplatten größer als 2 Terabyte und Systeme mit Arm-Prozessor benötigen ~~EFI~~ zwingend.<ref>[https://www.heise.de/newsticker/meldung/Abschied-vom-PC-BIOS-1254437.html Abschied vom PC-BIOS] – Meldung bei der ''[[C’t]]'', vom 3. Juni 2011</ref>		Für den [[Microsoft Windows 7\|Windows-7]]-Nachfolger [[Windows 8]] wird UEFI 2.x empfohlen. Systeme mit Systemplatten größer als 2 Terabyte und Systeme mit Arm-Prozessor benötigen UEFI zwingend.<ref>[https://www.heise.de/newsticker/meldung/Abschied-vom-PC-BIOS-1254437.html Abschied vom PC-BIOS] – Meldung bei der ''[[C’t]]'', vom 3. Juni 2011</ref>

	Alle Windows-Versionen vor Vista für die x86-Architektur funktionieren nur dann auf (U)EFI-Mainboards, wenn eine BIOS-Kompatibilitätsschicht (CSM) vorhanden ist. Diese wurde auch z. B. von Macintosh-Computern mit Intel-Prozessor, ~~„Intel~~-~~Macs“~~ (ab 2006), bereitgestellt, ist aber auch Bestandteil der meisten aktuellen UEFI-Implementierungen auf PC-Mainboards bis 2020.<ref>https://shop.heise.de/katalog/neuer-untersatz</ref><ref>https://shop.heise.de/katalog/maskierte-ablosung</ref>		Alle Windows-Versionen vor Vista für die x86-Architektur funktionieren nur dann auf (U)EFI-Mainboards, wenn eine BIOS-Kompatibilitätsschicht (CSM) vorhanden ist. Diese wurde auch z. B. von Macintosh-Computern mit Intel-Prozessor, „[[Intel-Mac]]s“ (ab 2006), bereitgestellt, ist aber auch Bestandteil der meisten aktuellen UEFI-Implementierungen auf PC-Mainboards bis 2020.<ref>https://shop.heise.de/katalog/neuer-untersatz</ref><ref>https://shop.heise.de/katalog/maskierte-ablosung</ref>

	Welche Firmware aktuell läuft, lässt sich mit dem Befehl <code>%windir%\system32\[[Boot Configuration Data\|bcde]]dit</code> als Admin abfragen.		Welche Firmware aktuell läuft, lässt sich mit dem Befehl <code>%windir%\system32\[[Boot Configuration Data\|bcde]]dit</code> als Admin abfragen.

Y2kbug: /* Sicherheitslücken */ verlinkt, welches BIOS genau hier dieses "traditionelle BIOS" ist...

2025-01-07T09:02:38Z

Sicherheitslücken: verlinkt, welches BIOS genau hier dieses "traditionelle BIOS" ist...

← Nächstältere Version		Version vom 7. Januar 2025, 11:02 Uhr
Zeile 140:		Zeile 140:

	=== Sicherheitslücken ===		=== Sicherheitslücken ===
	Da im Unterschied zum traditionellen BIOS und manchen konkurrierenden Ansätzen UEFI eine Netzwerkimplementierung enthält, von der ein Teil (das ''{{lang\|en\|Driver eXecution Environment Runtime}}'', DXERuntime) im Hintergrund aktiv bleibt, während am Computer bereits das Betriebssystem läuft, besteht ein zusätzliches Risiko, von Schadsoftware angegriffen zu werden. Es gibt dokumentierte Fälle, in denen Programmierfehler oder Fehler beim Paketieren der EFI-Software zu Schwachstellen führten.<ref>[https://wiki.osdev.org/UEFI#UEFI_vs._legacy_BIOS UEFI vs. legacy BIOS], osdev.org, zugegriffen 2022-10-10.</ref><ref>{{Internetquelle \|url=https://www.elektronik-kompendium.de/sites/com/0901081.htm \|titel=UEFI – Unified Extensible Firmware Interface \|werk=Elektronik-Kompendium.de \|abruf=2020-03-14 \|zitat=(Abschnitt: BIOS und UEFI) Die Begriffe UEFI-Firmware und BIOS werden synonym verwendet. Obwohl ein Motherboard eine UEFI-Firmware besitzt spricht man vom BIOS-Setup, wenn man Einstellungen verändern will.}}</ref><ref>[https://hackaday.com/2021/11/30/whats-the-deal-with-uefi/ What’s The Deal With UEFI?], Matthew Carlson, hackaday.com, 2021-11-30.</ref><ref>[https://www.bleepingcomputer.com/news/security/lenovo-uefi-firmware-driver-bugs-affect-over-100-laptop-models/ Lenovo UEFI firmware driver bugs affect over 100 laptop models], bleepingcomputer, 2022-04-19.</ref><ref>[https://www.bleepingcomputer.com/news/security/cosmicstrand-uefi-malware-found-in-gigabyte-asus-motherboards/ CosmicStrand UEFI malware found in Gigabyte, ASUS motherboards], BLEEPINGCOMPUTER, Ionut Ilascu, 2022-05-25.</ref><ref>[https://www.bleepingcomputer.com/news/security/apt28-uses-lojax-first-uefi-rootkit-seen-in-the-wild/ APT28 Uses LoJax, First UEFI Rootkit Seen in the Wild], BLEEPINGCOMPUTER, Ionut Ilascu, 2018-09-27.</ref> Auch der ''{{lang\|en\|[[System Management Mode]]}}'' (SMM) kann bei Programmfehlern im UEFI zur Installation von Schadsoftware genutzt werden („BIOS-[[Rootkit]]s“).<ref name="heiseonline_6346108">{{Heise online \|ID=6346108 \|Titel=Updates notwendig: Sicherheitslücken im UEFI-BIOS erleichtern Rootkitverankerung \|Autor=Mark Mantel \|Datum=2022-02-02 \|Abruf=2022-10-10 \|Zitat=Die Sicherheitslücken betreffen insbesondere den schon oft mit schweren Schwachstellen aufgefallenen System Management Mode (SMM) und lassen sich dazu ausnutzen, manipulierte Firmware im System zu verankern, beispielsweise in Form von BIOS-Rootkits.}}</ref> Zur Absicherungen gegen gefundene Sicherheitslücken ist man allerdings darauf angewiesen, dass der Hersteller auch Updates bereitstellt, was nicht immer zeitnah geschieht.<ref name="heiseonline_2430455">{{Heise online \|ID=2430455 \|Titel=Kommentar zur UEFI-Lücke: Sie lernen es einfach nicht \|Autor=Christof Windeck \|Datum=2014-10-13 \|Abruf=2022-10-10 \|Zitat=Wo bleiben die Updates? – Wir Endnutzer können aber Probleme wie dieses nicht selbst lösen, sondern sind auf Unterstützung der Hersteller angewiesen – in diesem Fall auf Firmware-Updates. Diese sind offensichtlich für viele betroffene Systeme nicht verfügbar. Wie ist das möglich, wenn etwa AMI laut MITRE seit Monaten von dem Problem weiß?}}</ref><ref name="heiseonline_2442775">{{Heise online \|ID=2442775 \|Titel=Mehr Updates gegen die UEFI-Sicherheitslücke \|Autor=Christof Windeck \|Datum=2014-11-05 \|Abruf=2022-10-10 \|Kommentar=3. Update}}</ref>		Da im Unterschied zum [[BIOS (IBM PC)\|traditionellen BIOS]] und manchen konkurrierenden Ansätzen UEFI eine Netzwerkimplementierung enthält, von der ein Teil (das ''{{lang\|en\|Driver eXecution Environment Runtime}}'', DXERuntime) im Hintergrund aktiv bleibt, während am Computer bereits das Betriebssystem läuft, besteht ein zusätzliches Risiko, von Schadsoftware angegriffen zu werden. Es gibt dokumentierte Fälle, in denen Programmierfehler oder Fehler beim Paketieren der EFI-Software zu Schwachstellen führten.<ref>[https://wiki.osdev.org/UEFI#UEFI_vs._legacy_BIOS UEFI vs. legacy BIOS], osdev.org, zugegriffen 2022-10-10.</ref><ref>{{Internetquelle \|url=https://www.elektronik-kompendium.de/sites/com/0901081.htm \|titel=UEFI – Unified Extensible Firmware Interface \|werk=Elektronik-Kompendium.de \|abruf=2020-03-14 \|zitat=(Abschnitt: BIOS und UEFI) Die Begriffe UEFI-Firmware und BIOS werden synonym verwendet. Obwohl ein Motherboard eine UEFI-Firmware besitzt spricht man vom BIOS-Setup, wenn man Einstellungen verändern will.}}</ref><ref>[https://hackaday.com/2021/11/30/whats-the-deal-with-uefi/ What’s The Deal With UEFI?], Matthew Carlson, hackaday.com, 2021-11-30.</ref><ref>[https://www.bleepingcomputer.com/news/security/lenovo-uefi-firmware-driver-bugs-affect-over-100-laptop-models/ Lenovo UEFI firmware driver bugs affect over 100 laptop models], bleepingcomputer, 2022-04-19.</ref><ref>[https://www.bleepingcomputer.com/news/security/cosmicstrand-uefi-malware-found-in-gigabyte-asus-motherboards/ CosmicStrand UEFI malware found in Gigabyte, ASUS motherboards], BLEEPINGCOMPUTER, Ionut Ilascu, 2022-05-25.</ref><ref>[https://www.bleepingcomputer.com/news/security/apt28-uses-lojax-first-uefi-rootkit-seen-in-the-wild/ APT28 Uses LoJax, First UEFI Rootkit Seen in the Wild], BLEEPINGCOMPUTER, Ionut Ilascu, 2018-09-27.</ref> Auch der ''{{lang\|en\|[[System Management Mode]]}}'' (SMM) kann bei Programmfehlern im UEFI zur Installation von Schadsoftware genutzt werden („BIOS-[[Rootkit]]s“).<ref name="heiseonline_6346108">{{Heise online \|ID=6346108 \|Titel=Updates notwendig: Sicherheitslücken im UEFI-BIOS erleichtern Rootkitverankerung \|Autor=Mark Mantel \|Datum=2022-02-02 \|Abruf=2022-10-10 \|Zitat=Die Sicherheitslücken betreffen insbesondere den schon oft mit schweren Schwachstellen aufgefallenen System Management Mode (SMM) und lassen sich dazu ausnutzen, manipulierte Firmware im System zu verankern, beispielsweise in Form von BIOS-Rootkits.}}</ref> Zur Absicherungen gegen gefundene Sicherheitslücken ist man allerdings darauf angewiesen, dass der Hersteller auch Updates bereitstellt, was nicht immer zeitnah geschieht.<ref name="heiseonline_2430455">{{Heise online \|ID=2430455 \|Titel=Kommentar zur UEFI-Lücke: Sie lernen es einfach nicht \|Autor=Christof Windeck \|Datum=2014-10-13 \|Abruf=2022-10-10 \|Zitat=Wo bleiben die Updates? – Wir Endnutzer können aber Probleme wie dieses nicht selbst lösen, sondern sind auf Unterstützung der Hersteller angewiesen – in diesem Fall auf Firmware-Updates. Diese sind offensichtlich für viele betroffene Systeme nicht verfügbar. Wie ist das möglich, wenn etwa AMI laut MITRE seit Monaten von dem Problem weiß?}}</ref><ref name="heiseonline_2442775">{{Heise online \|ID=2442775 \|Titel=Mehr Updates gegen die UEFI-Sicherheitslücke \|Autor=Christof Windeck \|Datum=2014-11-05 \|Abruf=2022-10-10 \|Kommentar=3. Update}}</ref>

	== Weblinks ==		== Weblinks ==

Y2kbug: /* Marktdurchdringung */ 2009 war es bereits UEFI, nicht mehr EFI; x86-64 ist weniger technisch (x86_64 mag ja ein Flag oder ein Verzeichnis sein, aber nicht die allgemeinverständliche Bezeichnung für 64-Bit-x86)

2025-01-07T08:55:41Z

Marktdurchdringung: 2009 war es bereits UEFI, nicht mehr EFI; x86-64 ist weniger technisch (x86_64 mag ja ein Flag oder ein Verzeichnis sein, aber nicht die allgemeinverständliche Bezeichnung für 64-Bit-x86)

← Nächstältere Version		Version vom 7. Januar 2025, 10:55 Uhr
Zeile 89:		Zeile 89:
	Die Etablierung des Extensible Firmware Interface als Ersatz für das BIOS scheiterte im PC-Bereich zunächst am Widerstand von Computer- und BIOS-Herstellern. Nur Apple verwendete ab dem Einstieg in den x86-Markt mit [[Macintosh-Modelle\|Macs]] auf Intel-Basis – [[Intel-Mac]]s – ausschließlich EFI.		Die Etablierung des Extensible Firmware Interface als Ersatz für das BIOS scheiterte im PC-Bereich zunächst am Widerstand von Computer- und BIOS-Herstellern. Nur Apple verwendete ab dem Einstieg in den x86-Markt mit [[Macintosh-Modelle\|Macs]] auf Intel-Basis – [[Intel-Mac]]s – ausschließlich EFI.

	Im Februar 2008 sollte das erste „normale“ x86-Mainboard (P35 Neo3 von [[Micro-Star International\|MSI]]), welches auf dem [[Intel-3-Serie\|P35]]-Chipsatz von Intel basiert, mit EFI erscheinen.<ref>{{Internetquelle \|autor=Thomas Hübner \|url=https://www.computerbase.de/2008-01/msi-beerdigt-das-bios-mit-dem-p35-neo3/ \|titel=MSI beerdigt das BIOS mit dem P35 Neo3 \|abruf=2020-12-04 \|sprache=de}}</ref> Erschienen ist es jedoch nie. MSI plante allerdings die Markteinführung von EFI für [[Intel-4-Serie\|P45]]-Boards im Juli 2008.<ref>[https://www.computerbase.de/2008-05/msi-bringt-efi-auf-p45-boards-im-juli/ ComputerBase: MSI bringt EFI auf P45-Boards im Juli]</ref> Anders als diese Nachrichten vermuten ließen, hat MSI die Veröffentlichung eines Mainboards mit EFI-Installation nicht vom Werk aus geplant, sondern hat für die dort genannten Mainboards ein EFI als öffentliche [[Beta-Version\|Beta-]], also Testversion, herausgebracht.<ref>{{Webarchiv\|url=http://eu.msi.com/html/popup/MB/uefi/about.html \|wayback=20090815235940 \|text=What is UEFI BIOS}}</ref> Im Jahr 2009 haben sich verschiedene Hersteller zu ~~(U)EFI~~ bekannt (u. a. [[Insyde]], [[Intel]] und [[Phoenix Technologies\|Phoenix]]). Als Grund hierfür kann die ~~x86_64~~-Kompatibilität und die verkürzte Ladezeit des jeweiligen Systems angeführt werden.<ref>[https://www.heise.de/newsticker/meldung/IDF-Notebook-Firmware-bootet-kuerzer-als-1-Sekunde-790212.html Intel-Entwicklerforum: Notebook-Firmware bootet kürzer als 1 Sekunde] heise.de, 29. September 2009</ref> Ende 2010 lieferte Hersteller [[Asus]] erste Mainboards für den [[Sockel 1155]] mit EFI.<ref>{{cite web \|url=http://www.bit-tech.net/hardware/motherboards/2010/11/16/asus-lga1155-motherboard-preview/1 \|title=Asus LGA1155 Motherboard Preview \|date=2010-11-16 \|publisher=bit-tech.net \|accessdate=2011-03-28}}</ref>		Im Februar 2008 sollte das erste „normale“ x86-Mainboard (P35 Neo3 von [[Micro-Star International\|MSI]]), welches auf dem [[Intel-3-Serie\|P35]]-Chipsatz von Intel basiert, mit EFI erscheinen.<ref>{{Internetquelle \|autor=Thomas Hübner \|url=https://www.computerbase.de/2008-01/msi-beerdigt-das-bios-mit-dem-p35-neo3/ \|titel=MSI beerdigt das BIOS mit dem P35 Neo3 \|abruf=2020-12-04 \|sprache=de}}</ref> Erschienen ist es jedoch nie. MSI plante allerdings die Markteinführung von EFI für [[Intel-4-Serie\|P45]]-Boards im Juli 2008.<ref>[https://www.computerbase.de/2008-05/msi-bringt-efi-auf-p45-boards-im-juli/ ComputerBase: MSI bringt EFI auf P45-Boards im Juli]</ref> Anders als diese Nachrichten vermuten ließen, hat MSI die Veröffentlichung eines Mainboards mit EFI-Installation nicht vom Werk aus geplant, sondern hat für die dort genannten Mainboards ein EFI als öffentliche [[Beta-Version\|Beta-]], also Testversion, herausgebracht.<ref>{{Webarchiv\|url=http://eu.msi.com/html/popup/MB/uefi/about.html \|wayback=20090815235940 \|text=What is UEFI BIOS}}</ref> Im Jahr 2009 haben sich verschiedene Hersteller zu UEFI bekannt (u. a. [[Insyde]], [[Intel]] und [[Phoenix Technologies\|Phoenix]]). Als Grund hierfür kann die [[x64\|x86-64]]-Kompatibilität und die verkürzte Ladezeit des jeweiligen Systems angeführt werden.<ref>[https://www.heise.de/newsticker/meldung/IDF-Notebook-Firmware-bootet-kuerzer-als-1-Sekunde-790212.html Intel-Entwicklerforum: Notebook-Firmware bootet kürzer als 1 Sekunde] heise.de, 29. September 2009</ref> Ende 2010 lieferte Hersteller [[Asus]] erste Mainboards für den [[Sockel 1155]] mit EFI.<ref>{{cite web \|url=http://www.bit-tech.net/hardware/motherboards/2010/11/16/asus-lga1155-motherboard-preview/1 \|title=Asus LGA1155 Motherboard Preview \|date=2010-11-16 \|publisher=bit-tech.net \|accessdate=2011-03-28}}</ref>

	EFI wird hauptsächlich von Intel gefördert und – mit Einschränkungen – auch von [[Microsoft]]. [[Intel Itanium\|Intels Itanium]]-Systeme liefen von Anfang an ausschließlich mit EFI. Zusammen mit Intel-[[Hauptprozessor]]en setzte [[Mac OS X#Mac OS X Tiger 10.4\|ab 2006]] auch Apple das EFI ein. Windows-Versionen für [[Itanium-Architektur\|IA-64]]-Server mit EFI gibt es seit [[Windows 2000#64-Bit-Version von Windows 2000\|Windows 2000]]. Windows Vista (x64) unterstützt seit SP1 UEFI 2.0, ebenso Windows Server 2008 (gleiche Entwicklungsgrundlage wie Vista mit SP1), aber nicht den älteren EFI-Standard 1.3, der bis ca. 2012 auf Intel-Macs verwendet wurde.<ref>[https://www.heise.de/newsticker/meldung/Windows-Vista-Service-Pack-1-ist-fertig-186592.html Windows Vista Service Pack 1 ist fertig] heise.de, am 4. Februar 2008</ref> Ab 2013 wurde Apple-EFI mehr oder weniger zu UEFI 2.0 kompatibel,<ref>{{Internetquelle \|autor=Livewings \|url=https://forums.macrumors.com/threads/macbook-air-2013-is-the-first-mac-that-supports-efi-booting-on-windows-natively.1600147/ \|titel=MacBook Air 2013 is the first Mac that supports EFI booting on Windows natively \|werk=MacRumors \|hrsg= \|datum=2013-06-21 \|format=[[Internetforum]] \|sprache=en \|abruf=2022-10-18 \|kommentar=Ab ca. 2013 sind Intel-Mac großteils kompatibel zu UEFI 2.0.}}</ref><ref>{{Internetquelle \|autor=Loner T \|url=https://discussions.apple.com/thread/7157570?answerId=28672820022#28672820022 \|titel=Windows 10 UEFI Driver Compatibility \|werk=Apple Community Discussions \|hrsg=[[Apple]] \|datum=2015-08-03 \|format=Internetforum \|sprache=en \|abruf=2022-10-18 \|zitat=Macs prior to Late 2013 have used EFI 1.1.}}</ref> allerdings hatte Apple schon ab ca. Ende 2008 bei der Grafikschnittstelle (EFI-[[Framebuffer]]) UEFI-2.0-Kompatibilität hergestellt.<ref>{{Internetquelle \|autor=Christoph Pfisterer \|url=https://refit.sourceforge.net/info/apple_efi.html \|titel=A Brief History of Apple and EFI \|werk=rEFIt \|hrsg=SourceForge \|datum=2008-12-29 \|sprache=en \|abruf=2022-10-18 \|kommentar= \|zitat=“Late 2008” Models – These models used an NVIDIA chipset with integrated graphics. The firmware was 64 bit like in the Santa Rosa models, and also still identified itself as EFI 1.10. However, Apple started mixing EFI 1.10 and UEFI 2.x features on these models.}}</ref>		EFI wird hauptsächlich von Intel gefördert und – mit Einschränkungen – auch von [[Microsoft]]. [[Intel Itanium\|Intels Itanium]]-Systeme liefen von Anfang an ausschließlich mit EFI. Zusammen mit Intel-[[Hauptprozessor]]en setzte [[Mac OS X#Mac OS X Tiger 10.4\|ab 2006]] auch Apple das EFI ein. Windows-Versionen für [[Itanium-Architektur\|IA-64]]-Server mit EFI gibt es seit [[Windows 2000#64-Bit-Version von Windows 2000\|Windows 2000]]. Windows Vista (x64) unterstützt seit SP1 UEFI 2.0, ebenso Windows Server 2008 (gleiche Entwicklungsgrundlage wie Vista mit SP1), aber nicht den älteren EFI-Standard 1.3, der bis ca. 2012 auf Intel-Macs verwendet wurde.<ref>[https://www.heise.de/newsticker/meldung/Windows-Vista-Service-Pack-1-ist-fertig-186592.html Windows Vista Service Pack 1 ist fertig] heise.de, am 4. Februar 2008</ref> Ab 2013 wurde Apple-EFI mehr oder weniger zu UEFI 2.0 kompatibel,<ref>{{Internetquelle \|autor=Livewings \|url=https://forums.macrumors.com/threads/macbook-air-2013-is-the-first-mac-that-supports-efi-booting-on-windows-natively.1600147/ \|titel=MacBook Air 2013 is the first Mac that supports EFI booting on Windows natively \|werk=MacRumors \|hrsg= \|datum=2013-06-21 \|format=[[Internetforum]] \|sprache=en \|abruf=2022-10-18 \|kommentar=Ab ca. 2013 sind Intel-Mac großteils kompatibel zu UEFI 2.0.}}</ref><ref>{{Internetquelle \|autor=Loner T \|url=https://discussions.apple.com/thread/7157570?answerId=28672820022#28672820022 \|titel=Windows 10 UEFI Driver Compatibility \|werk=Apple Community Discussions \|hrsg=[[Apple]] \|datum=2015-08-03 \|format=Internetforum \|sprache=en \|abruf=2022-10-18 \|zitat=Macs prior to Late 2013 have used EFI 1.1.}}</ref> allerdings hatte Apple schon ab ca. Ende 2008 bei der Grafikschnittstelle (EFI-[[Framebuffer]]) UEFI-2.0-Kompatibilität hergestellt.<ref>{{Internetquelle \|autor=Christoph Pfisterer \|url=https://refit.sourceforge.net/info/apple_efi.html \|titel=A Brief History of Apple and EFI \|werk=rEFIt \|hrsg=SourceForge \|datum=2008-12-29 \|sprache=en \|abruf=2022-10-18 \|kommentar= \|zitat=“Late 2008” Models – These models used an NVIDIA chipset with integrated graphics. The firmware was 64 bit like in the Santa Rosa models, and also still identified itself as EFI 1.10. However, Apple started mixing EFI 1.10 and UEFI 2.x features on these models.}}</ref>

Y2kbug: /* Marktdurchdringung */ Beta-Version verlinkt

2025-01-07T08:52:14Z

Marktdurchdringung: Beta-Version verlinkt

← Nächstältere Version		Version vom 7. Januar 2025, 10:52 Uhr
Zeile 89:		Zeile 89:
	Die Etablierung des Extensible Firmware Interface als Ersatz für das BIOS scheiterte im PC-Bereich zunächst am Widerstand von Computer- und BIOS-Herstellern. Nur Apple verwendete ab dem Einstieg in den x86-Markt mit [[Macintosh-Modelle\|Macs]] auf Intel-Basis – [[Intel-Mac]]s – ausschließlich EFI.		Die Etablierung des Extensible Firmware Interface als Ersatz für das BIOS scheiterte im PC-Bereich zunächst am Widerstand von Computer- und BIOS-Herstellern. Nur Apple verwendete ab dem Einstieg in den x86-Markt mit [[Macintosh-Modelle\|Macs]] auf Intel-Basis – [[Intel-Mac]]s – ausschließlich EFI.

	Im Februar 2008 sollte das erste „normale“ x86-Mainboard (P35 Neo3 von [[Micro-Star International\|MSI]]), welches auf dem [[Intel-3-Serie\|P35]]-Chipsatz von Intel basiert, mit EFI erscheinen.<ref>{{Internetquelle \|autor=Thomas Hübner \|url=https://www.computerbase.de/2008-01/msi-beerdigt-das-bios-mit-dem-p35-neo3/ \|titel=MSI beerdigt das BIOS mit dem P35 Neo3 \|abruf=2020-12-04 \|sprache=de}}</ref> Erschienen ist es jedoch nie. MSI plante allerdings die Markteinführung von EFI für [[Intel-4-Serie\|P45]]-Boards im Juli 2008.<ref>[https://www.computerbase.de/2008-05/msi-bringt-efi-auf-p45-boards-im-juli/ ComputerBase: MSI bringt EFI auf P45-Boards im Juli]</ref> Anders als diese Nachrichten vermuten ließen, hat MSI die Veröffentlichung eines Mainboards mit EFI-Installation nicht vom Werk aus geplant, sondern hat für die dort genannten Mainboards ein EFI als öffentliche Beta-, also Testversion, herausgebracht.<ref>{{Webarchiv\|url=http://eu.msi.com/html/popup/MB/uefi/about.html \|wayback=20090815235940 \|text=What is UEFI BIOS}}</ref> Im Jahr 2009 haben sich verschiedene Hersteller zu (U)EFI bekannt (u. a. [[Insyde]], [[Intel]] und [[Phoenix Technologies\|Phoenix]]). Als Grund hierfür kann die x86_64-Kompatibilität und die verkürzte Ladezeit des jeweiligen Systems angeführt werden.<ref>[https://www.heise.de/newsticker/meldung/IDF-Notebook-Firmware-bootet-kuerzer-als-1-Sekunde-790212.html Intel-Entwicklerforum: Notebook-Firmware bootet kürzer als 1 Sekunde] heise.de, 29. September 2009</ref> Ende 2010 lieferte Hersteller [[Asus]] erste Mainboards für den [[Sockel 1155]] mit EFI.<ref>{{cite web \|url=http://www.bit-tech.net/hardware/motherboards/2010/11/16/asus-lga1155-motherboard-preview/1 \|title=Asus LGA1155 Motherboard Preview \|date=2010-11-16 \|publisher=bit-tech.net \|accessdate=2011-03-28}}</ref>		Im Februar 2008 sollte das erste „normale“ x86-Mainboard (P35 Neo3 von [[Micro-Star International\|MSI]]), welches auf dem [[Intel-3-Serie\|P35]]-Chipsatz von Intel basiert, mit EFI erscheinen.<ref>{{Internetquelle \|autor=Thomas Hübner \|url=https://www.computerbase.de/2008-01/msi-beerdigt-das-bios-mit-dem-p35-neo3/ \|titel=MSI beerdigt das BIOS mit dem P35 Neo3 \|abruf=2020-12-04 \|sprache=de}}</ref> Erschienen ist es jedoch nie. MSI plante allerdings die Markteinführung von EFI für [[Intel-4-Serie\|P45]]-Boards im Juli 2008.<ref>[https://www.computerbase.de/2008-05/msi-bringt-efi-auf-p45-boards-im-juli/ ComputerBase: MSI bringt EFI auf P45-Boards im Juli]</ref> Anders als diese Nachrichten vermuten ließen, hat MSI die Veröffentlichung eines Mainboards mit EFI-Installation nicht vom Werk aus geplant, sondern hat für die dort genannten Mainboards ein EFI als öffentliche [[Beta-Version\|Beta-]], also Testversion, herausgebracht.<ref>{{Webarchiv\|url=http://eu.msi.com/html/popup/MB/uefi/about.html \|wayback=20090815235940 \|text=What is UEFI BIOS}}</ref> Im Jahr 2009 haben sich verschiedene Hersteller zu (U)EFI bekannt (u. a. [[Insyde]], [[Intel]] und [[Phoenix Technologies\|Phoenix]]). Als Grund hierfür kann die x86_64-Kompatibilität und die verkürzte Ladezeit des jeweiligen Systems angeführt werden.<ref>[https://www.heise.de/newsticker/meldung/IDF-Notebook-Firmware-bootet-kuerzer-als-1-Sekunde-790212.html Intel-Entwicklerforum: Notebook-Firmware bootet kürzer als 1 Sekunde] heise.de, 29. September 2009</ref> Ende 2010 lieferte Hersteller [[Asus]] erste Mainboards für den [[Sockel 1155]] mit EFI.<ref>{{cite web \|url=http://www.bit-tech.net/hardware/motherboards/2010/11/16/asus-lga1155-motherboard-preview/1 \|title=Asus LGA1155 Motherboard Preview \|date=2010-11-16 \|publisher=bit-tech.net \|accessdate=2011-03-28}}</ref>

	EFI wird hauptsächlich von Intel gefördert und – mit Einschränkungen – auch von [[Microsoft]]. [[Intel Itanium\|Intels Itanium]]-Systeme liefen von Anfang an ausschließlich mit EFI. Zusammen mit Intel-[[Hauptprozessor]]en setzte [[Mac OS X#Mac OS X Tiger 10.4\|ab 2006]] auch Apple das EFI ein. Windows-Versionen für [[Itanium-Architektur\|IA-64]]-Server mit EFI gibt es seit [[Windows 2000#64-Bit-Version von Windows 2000\|Windows 2000]]. Windows Vista (x64) unterstützt seit SP1 UEFI 2.0, ebenso Windows Server 2008 (gleiche Entwicklungsgrundlage wie Vista mit SP1), aber nicht den älteren EFI-Standard 1.3, der bis ca. 2012 auf Intel-Macs verwendet wurde.<ref>[https://www.heise.de/newsticker/meldung/Windows-Vista-Service-Pack-1-ist-fertig-186592.html Windows Vista Service Pack 1 ist fertig] heise.de, am 4. Februar 2008</ref> Ab 2013 wurde Apple-EFI mehr oder weniger zu UEFI 2.0 kompatibel,<ref>{{Internetquelle \|autor=Livewings \|url=https://forums.macrumors.com/threads/macbook-air-2013-is-the-first-mac-that-supports-efi-booting-on-windows-natively.1600147/ \|titel=MacBook Air 2013 is the first Mac that supports EFI booting on Windows natively \|werk=MacRumors \|hrsg= \|datum=2013-06-21 \|format=[[Internetforum]] \|sprache=en \|abruf=2022-10-18 \|kommentar=Ab ca. 2013 sind Intel-Mac großteils kompatibel zu UEFI 2.0.}}</ref><ref>{{Internetquelle \|autor=Loner T \|url=https://discussions.apple.com/thread/7157570?answerId=28672820022#28672820022 \|titel=Windows 10 UEFI Driver Compatibility \|werk=Apple Community Discussions \|hrsg=[[Apple]] \|datum=2015-08-03 \|format=Internetforum \|sprache=en \|abruf=2022-10-18 \|zitat=Macs prior to Late 2013 have used EFI 1.1.}}</ref> allerdings hatte Apple schon ab ca. Ende 2008 bei der Grafikschnittstelle (EFI-[[Framebuffer]]) UEFI-2.0-Kompatibilität hergestellt.<ref>{{Internetquelle \|autor=Christoph Pfisterer \|url=https://refit.sourceforge.net/info/apple_efi.html \|titel=A Brief History of Apple and EFI \|werk=rEFIt \|hrsg=SourceForge \|datum=2008-12-29 \|sprache=en \|abruf=2022-10-18 \|kommentar= \|zitat=“Late 2008” Models – These models used an NVIDIA chipset with integrated graphics. The firmware was 64 bit like in the Santa Rosa models, and also still identified itself as EFI 1.10. However, Apple started mixing EFI 1.10 and UEFI 2.x features on these models.}}</ref>		EFI wird hauptsächlich von Intel gefördert und – mit Einschränkungen – auch von [[Microsoft]]. [[Intel Itanium\|Intels Itanium]]-Systeme liefen von Anfang an ausschließlich mit EFI. Zusammen mit Intel-[[Hauptprozessor]]en setzte [[Mac OS X#Mac OS X Tiger 10.4\|ab 2006]] auch Apple das EFI ein. Windows-Versionen für [[Itanium-Architektur\|IA-64]]-Server mit EFI gibt es seit [[Windows 2000#64-Bit-Version von Windows 2000\|Windows 2000]]. Windows Vista (x64) unterstützt seit SP1 UEFI 2.0, ebenso Windows Server 2008 (gleiche Entwicklungsgrundlage wie Vista mit SP1), aber nicht den älteren EFI-Standard 1.3, der bis ca. 2012 auf Intel-Macs verwendet wurde.<ref>[https://www.heise.de/newsticker/meldung/Windows-Vista-Service-Pack-1-ist-fertig-186592.html Windows Vista Service Pack 1 ist fertig] heise.de, am 4. Februar 2008</ref> Ab 2013 wurde Apple-EFI mehr oder weniger zu UEFI 2.0 kompatibel,<ref>{{Internetquelle \|autor=Livewings \|url=https://forums.macrumors.com/threads/macbook-air-2013-is-the-first-mac-that-supports-efi-booting-on-windows-natively.1600147/ \|titel=MacBook Air 2013 is the first Mac that supports EFI booting on Windows natively \|werk=MacRumors \|hrsg= \|datum=2013-06-21 \|format=[[Internetforum]] \|sprache=en \|abruf=2022-10-18 \|kommentar=Ab ca. 2013 sind Intel-Mac großteils kompatibel zu UEFI 2.0.}}</ref><ref>{{Internetquelle \|autor=Loner T \|url=https://discussions.apple.com/thread/7157570?answerId=28672820022#28672820022 \|titel=Windows 10 UEFI Driver Compatibility \|werk=Apple Community Discussions \|hrsg=[[Apple]] \|datum=2015-08-03 \|format=Internetforum \|sprache=en \|abruf=2022-10-18 \|zitat=Macs prior to Late 2013 have used EFI 1.1.}}</ref> allerdings hatte Apple schon ab ca. Ende 2008 bei der Grafikschnittstelle (EFI-[[Framebuffer]]) UEFI-2.0-Kompatibilität hergestellt.<ref>{{Internetquelle \|autor=Christoph Pfisterer \|url=https://refit.sourceforge.net/info/apple_efi.html \|titel=A Brief History of Apple and EFI \|werk=rEFIt \|hrsg=SourceForge \|datum=2008-12-29 \|sprache=en \|abruf=2022-10-18 \|kommentar= \|zitat=“Late 2008” Models – These models used an NVIDIA chipset with integrated graphics. The firmware was 64 bit like in the Santa Rosa models, and also still identified itself as EFI 1.10. However, Apple started mixing EFI 1.10 and UEFI 2.x features on these models.}}</ref>

← Nächstältere Version		Version vom 8. Mai 2025, 14:06 Uhr
Zeile 34:		Zeile 34:

	=== {{Anker\|Compatibility Support Module\|CSM}}BIOS-Nachfolger ===		=== {{Anker\|Compatibility Support Module\|CSM}}BIOS-Nachfolger ===
	Das ursprüngliche [[BIOS (IBM PC)\|PC-BIOS]] erschien 1981 mit dem ersten [[IBM Personal Computer\|IBM PC]]. Mit Fortschreiten der Entwicklung der [[IBM-PC-kompatibler Computer\|IBM-PC-kompatiblen Computer]] wurde es trotz ständiger Erweiterungen den Anforderungen moderner Hardware und Betriebssysteme nicht mehr gerecht. Insbesondere ist es weder 32-Bit- noch 64-Bit-tauglich im Bezug auf Treiber. Zu Beginn der 2000er Jahre erschienen weitere Provisorien zum Ausgleich dieser Makel den Hardware-Herstellern (wie Intel oder AMD) nicht mehr tragbar.		Das ursprüngliche [[BIOS (IBM PC)\|PC-BIOS]] erschien 1981 mit dem ersten [[IBM Personal Computer\|IBM PC]]. Mit Fortschreiten der Entwicklung der [[IBM-PC-kompatibler Computer\|IBM-PC-kompatiblen Computer]] wurde es trotz ständiger Erweiterungen den Anforderungen moderner [[Hardware]] und Betriebssysteme nicht mehr gerecht. Insbesondere ist es weder 32-Bit- noch 64-Bit-tauglich im Bezug auf Treiber. Zu Beginn der 2000er Jahre erschienen weitere Provisorien zum Ausgleich dieser Makel den Hardware-Herstellern (wie Intel oder AMD) nicht mehr tragbar.

	Auf die [[x86-Architektur]] kam EFI in etwa zur selben Zeit wie die Befehlssatzerweiterung „[[x64]]“ bzw. „x86-64“, mit der die damals 32-Bit-x86-Architektur „[[IA-32]]“ ebenfalls zu einer 64-Bit-Architektur wurde. Dennoch wurde EFI anfänglich nur als 32-Bit-Firmware implementiert, u. a. bei Intel-[[Macintosh\|Macs]] von [[Apple]], die ab 2006 EFI-Version 1.10 als Firmware nutzten. Ab UEFI 2.0 gibt es offiziell eine 64-Bit-Implementierung auf x86.<ref>{{Internetquelle \|autor=Christoph Pfisterer \|url=http://refit.sourceforge.net/info/apple_efi.html \|titel=A Brief History of Apple and EFI \|datum=2008-12-29 \|abruf=2020-03-14 \|sprache=en}}</ref>		Auf die [[x86-Architektur]] kam EFI in etwa zur selben Zeit wie die Befehlssatzerweiterung „[[x64]]“ bzw. „x86-64“, mit der die damals 32-Bit-x86-Architektur „[[IA-32]]“ ebenfalls zu einer 64-Bit-Architektur wurde. Dennoch wurde EFI anfänglich nur als 32-Bit-Firmware implementiert, u. a. bei Intel-[[Macintosh\|Macs]] von [[Apple]], die ab 2006 EFI-Version 1.10 als Firmware nutzten. Ab UEFI 2.0 gibt es offiziell eine 64-Bit-Implementierung auf x86.<ref>{{Internetquelle \|autor=Christoph Pfisterer \|url=http://refit.sourceforge.net/info/apple_efi.html \|titel=A Brief History of Apple and EFI \|datum=2008-12-29 \|abruf=2020-03-14 \|sprache=en}}</ref>
Zeile 100:		Zeile 100:

	=== {{Anker\|x86\|IA-32\|x64}}x86 (IA-32, x64) ===		=== {{Anker\|x86\|IA-32\|x64}}x86 (IA-32, x64) ===
	Die [[x86-Architektur]] wurde von Intel retronym als [[IA-32]] bezeichnet, was für „{{lang\|en\|Intel Architecture}} 32-Bit“ steht. Allerdings wurde die [[Befehlssatzarchitektur\|Architektur]] mit der [[x64]]-[[Befehlssatz]]erweiterung 2003 ebenfalls zur 64-Bit-Architektur.		Die [[x86-Architektur]] wurde von Intel [[retronym]] als [[IA-32]] bezeichnet, was für „{{lang\|en\|Intel Architecture}} 32-Bit“ steht. Allerdings wurde die [[Befehlssatzarchitektur\|Architektur]] mit der [[x64]]-[[Befehlssatz]]erweiterung 2003 ebenfalls zur 64-Bit-Architektur.

	{{Siehe auch\|x86-Architektur#Nomenklatur}}		{{Siehe auch\|x86-Architektur#Nomenklatur}}

← Nächstältere Version		Version vom 7. Januar 2025, 10:55 Uhr
Zeile 89:		Zeile 89:
	Die Etablierung des Extensible Firmware Interface als Ersatz für das BIOS scheiterte im PC-Bereich zunächst am Widerstand von Computer- und BIOS-Herstellern. Nur Apple verwendete ab dem Einstieg in den x86-Markt mit [[Macintosh-Modelle\|Macs]] auf Intel-Basis – [[Intel-Mac]]s – ausschließlich EFI.		Die Etablierung des Extensible Firmware Interface als Ersatz für das BIOS scheiterte im PC-Bereich zunächst am Widerstand von Computer- und BIOS-Herstellern. Nur Apple verwendete ab dem Einstieg in den x86-Markt mit [[Macintosh-Modelle\|Macs]] auf Intel-Basis – [[Intel-Mac]]s – ausschließlich EFI.

	Im Februar 2008 sollte das erste „normale“ x86-Mainboard (P35 Neo3 von [[Micro-Star International\|MSI]]), welches auf dem [[Intel-3-Serie\|P35]]-Chipsatz von Intel basiert, mit EFI erscheinen.<ref>{{Internetquelle \|autor=Thomas Hübner \|url=https://www.computerbase.de/2008-01/msi-beerdigt-das-bios-mit-dem-p35-neo3/ \|titel=MSI beerdigt das BIOS mit dem P35 Neo3 \|abruf=2020-12-04 \|sprache=de}}</ref> Erschienen ist es jedoch nie. MSI plante allerdings die Markteinführung von EFI für [[Intel-4-Serie\|P45]]-Boards im Juli 2008.<ref>[https://www.computerbase.de/2008-05/msi-bringt-efi-auf-p45-boards-im-juli/ ComputerBase: MSI bringt EFI auf P45-Boards im Juli]</ref> Anders als diese Nachrichten vermuten ließen, hat MSI die Veröffentlichung eines Mainboards mit EFI-Installation nicht vom Werk aus geplant, sondern hat für die dort genannten Mainboards ein EFI als öffentliche [[Beta-Version\|Beta-]], also Testversion, herausgebracht.<ref>{{Webarchiv\|url=http://eu.msi.com/html/popup/MB/uefi/about.html \|wayback=20090815235940 \|text=What is UEFI BIOS}}</ref> Im Jahr 2009 haben sich verschiedene Hersteller zu ~~(U)EFI~~ bekannt (u. a. [[Insyde]], [[Intel]] und [[Phoenix Technologies\|Phoenix]]). Als Grund hierfür kann die ~~x86_64~~-Kompatibilität und die verkürzte Ladezeit des jeweiligen Systems angeführt werden.<ref>[https://www.heise.de/newsticker/meldung/IDF-Notebook-Firmware-bootet-kuerzer-als-1-Sekunde-790212.html Intel-Entwicklerforum: Notebook-Firmware bootet kürzer als 1 Sekunde] heise.de, 29. September 2009</ref> Ende 2010 lieferte Hersteller [[Asus]] erste Mainboards für den [[Sockel 1155]] mit EFI.<ref>{{cite web \|url=http://www.bit-tech.net/hardware/motherboards/2010/11/16/asus-lga1155-motherboard-preview/1 \|title=Asus LGA1155 Motherboard Preview \|date=2010-11-16 \|publisher=bit-tech.net \|accessdate=2011-03-28}}</ref>		Im Februar 2008 sollte das erste „normale“ x86-Mainboard (P35 Neo3 von [[Micro-Star International\|MSI]]), welches auf dem [[Intel-3-Serie\|P35]]-Chipsatz von Intel basiert, mit EFI erscheinen.<ref>{{Internetquelle \|autor=Thomas Hübner \|url=https://www.computerbase.de/2008-01/msi-beerdigt-das-bios-mit-dem-p35-neo3/ \|titel=MSI beerdigt das BIOS mit dem P35 Neo3 \|abruf=2020-12-04 \|sprache=de}}</ref> Erschienen ist es jedoch nie. MSI plante allerdings die Markteinführung von EFI für [[Intel-4-Serie\|P45]]-Boards im Juli 2008.<ref>[https://www.computerbase.de/2008-05/msi-bringt-efi-auf-p45-boards-im-juli/ ComputerBase: MSI bringt EFI auf P45-Boards im Juli]</ref> Anders als diese Nachrichten vermuten ließen, hat MSI die Veröffentlichung eines Mainboards mit EFI-Installation nicht vom Werk aus geplant, sondern hat für die dort genannten Mainboards ein EFI als öffentliche [[Beta-Version\|Beta-]], also Testversion, herausgebracht.<ref>{{Webarchiv\|url=http://eu.msi.com/html/popup/MB/uefi/about.html \|wayback=20090815235940 \|text=What is UEFI BIOS}}</ref> Im Jahr 2009 haben sich verschiedene Hersteller zu UEFI bekannt (u. a. [[Insyde]], [[Intel]] und [[Phoenix Technologies\|Phoenix]]). Als Grund hierfür kann die [[x64\|x86-64]]-Kompatibilität und die verkürzte Ladezeit des jeweiligen Systems angeführt werden.<ref>[https://www.heise.de/newsticker/meldung/IDF-Notebook-Firmware-bootet-kuerzer-als-1-Sekunde-790212.html Intel-Entwicklerforum: Notebook-Firmware bootet kürzer als 1 Sekunde] heise.de, 29. September 2009</ref> Ende 2010 lieferte Hersteller [[Asus]] erste Mainboards für den [[Sockel 1155]] mit EFI.<ref>{{cite web \|url=http://www.bit-tech.net/hardware/motherboards/2010/11/16/asus-lga1155-motherboard-preview/1 \|title=Asus LGA1155 Motherboard Preview \|date=2010-11-16 \|publisher=bit-tech.net \|accessdate=2011-03-28}}</ref>

	EFI wird hauptsächlich von Intel gefördert und – mit Einschränkungen – auch von [[Microsoft]]. [[Intel Itanium\|Intels Itanium]]-Systeme liefen von Anfang an ausschließlich mit EFI. Zusammen mit Intel-[[Hauptprozessor]]en setzte [[Mac OS X#Mac OS X Tiger 10.4\|ab 2006]] auch Apple das EFI ein. Windows-Versionen für [[Itanium-Architektur\|IA-64]]-Server mit EFI gibt es seit [[Windows 2000#64-Bit-Version von Windows 2000\|Windows 2000]]. Windows Vista (x64) unterstützt seit SP1 UEFI 2.0, ebenso Windows Server 2008 (gleiche Entwicklungsgrundlage wie Vista mit SP1), aber nicht den älteren EFI-Standard 1.3, der bis ca. 2012 auf Intel-Macs verwendet wurde.<ref>[https://www.heise.de/newsticker/meldung/Windows-Vista-Service-Pack-1-ist-fertig-186592.html Windows Vista Service Pack 1 ist fertig] heise.de, am 4. Februar 2008</ref> Ab 2013 wurde Apple-EFI mehr oder weniger zu UEFI 2.0 kompatibel,<ref>{{Internetquelle \|autor=Livewings \|url=https://forums.macrumors.com/threads/macbook-air-2013-is-the-first-mac-that-supports-efi-booting-on-windows-natively.1600147/ \|titel=MacBook Air 2013 is the first Mac that supports EFI booting on Windows natively \|werk=MacRumors \|hrsg= \|datum=2013-06-21 \|format=[[Internetforum]] \|sprache=en \|abruf=2022-10-18 \|kommentar=Ab ca. 2013 sind Intel-Mac großteils kompatibel zu UEFI 2.0.}}</ref><ref>{{Internetquelle \|autor=Loner T \|url=https://discussions.apple.com/thread/7157570?answerId=28672820022#28672820022 \|titel=Windows 10 UEFI Driver Compatibility \|werk=Apple Community Discussions \|hrsg=[[Apple]] \|datum=2015-08-03 \|format=Internetforum \|sprache=en \|abruf=2022-10-18 \|zitat=Macs prior to Late 2013 have used EFI 1.1.}}</ref> allerdings hatte Apple schon ab ca. Ende 2008 bei der Grafikschnittstelle (EFI-[[Framebuffer]]) UEFI-2.0-Kompatibilität hergestellt.<ref>{{Internetquelle \|autor=Christoph Pfisterer \|url=https://refit.sourceforge.net/info/apple_efi.html \|titel=A Brief History of Apple and EFI \|werk=rEFIt \|hrsg=SourceForge \|datum=2008-12-29 \|sprache=en \|abruf=2022-10-18 \|kommentar= \|zitat=“Late 2008” Models – These models used an NVIDIA chipset with integrated graphics. The firmware was 64 bit like in the Santa Rosa models, and also still identified itself as EFI 1.10. However, Apple started mixing EFI 1.10 and UEFI 2.x features on these models.}}</ref>		EFI wird hauptsächlich von Intel gefördert und – mit Einschränkungen – auch von [[Microsoft]]. [[Intel Itanium\|Intels Itanium]]-Systeme liefen von Anfang an ausschließlich mit EFI. Zusammen mit Intel-[[Hauptprozessor]]en setzte [[Mac OS X#Mac OS X Tiger 10.4\|ab 2006]] auch Apple das EFI ein. Windows-Versionen für [[Itanium-Architektur\|IA-64]]-Server mit EFI gibt es seit [[Windows 2000#64-Bit-Version von Windows 2000\|Windows 2000]]. Windows Vista (x64) unterstützt seit SP1 UEFI 2.0, ebenso Windows Server 2008 (gleiche Entwicklungsgrundlage wie Vista mit SP1), aber nicht den älteren EFI-Standard 1.3, der bis ca. 2012 auf Intel-Macs verwendet wurde.<ref>[https://www.heise.de/newsticker/meldung/Windows-Vista-Service-Pack-1-ist-fertig-186592.html Windows Vista Service Pack 1 ist fertig] heise.de, am 4. Februar 2008</ref> Ab 2013 wurde Apple-EFI mehr oder weniger zu UEFI 2.0 kompatibel,<ref>{{Internetquelle \|autor=Livewings \|url=https://forums.macrumors.com/threads/macbook-air-2013-is-the-first-mac-that-supports-efi-booting-on-windows-natively.1600147/ \|titel=MacBook Air 2013 is the first Mac that supports EFI booting on Windows natively \|werk=MacRumors \|hrsg= \|datum=2013-06-21 \|format=[[Internetforum]] \|sprache=en \|abruf=2022-10-18 \|kommentar=Ab ca. 2013 sind Intel-Mac großteils kompatibel zu UEFI 2.0.}}</ref><ref>{{Internetquelle \|autor=Loner T \|url=https://discussions.apple.com/thread/7157570?answerId=28672820022#28672820022 \|titel=Windows 10 UEFI Driver Compatibility \|werk=Apple Community Discussions \|hrsg=[[Apple]] \|datum=2015-08-03 \|format=Internetforum \|sprache=en \|abruf=2022-10-18 \|zitat=Macs prior to Late 2013 have used EFI 1.1.}}</ref> allerdings hatte Apple schon ab ca. Ende 2008 bei der Grafikschnittstelle (EFI-[[Framebuffer]]) UEFI-2.0-Kompatibilität hergestellt.<ref>{{Internetquelle \|autor=Christoph Pfisterer \|url=https://refit.sourceforge.net/info/apple_efi.html \|titel=A Brief History of Apple and EFI \|werk=rEFIt \|hrsg=SourceForge \|datum=2008-12-29 \|sprache=en \|abruf=2022-10-18 \|kommentar= \|zitat=“Late 2008” Models – These models used an NVIDIA chipset with integrated graphics. The firmware was 64 bit like in the Santa Rosa models, and also still identified itself as EFI 1.10. However, Apple started mixing EFI 1.10 and UEFI 2.x features on these models.}}</ref>

← Nächstältere Version		Version vom 7. Januar 2025, 10:52 Uhr
Zeile 89:		Zeile 89:
	Die Etablierung des Extensible Firmware Interface als Ersatz für das BIOS scheiterte im PC-Bereich zunächst am Widerstand von Computer- und BIOS-Herstellern. Nur Apple verwendete ab dem Einstieg in den x86-Markt mit [[Macintosh-Modelle\|Macs]] auf Intel-Basis – [[Intel-Mac]]s – ausschließlich EFI.		Die Etablierung des Extensible Firmware Interface als Ersatz für das BIOS scheiterte im PC-Bereich zunächst am Widerstand von Computer- und BIOS-Herstellern. Nur Apple verwendete ab dem Einstieg in den x86-Markt mit [[Macintosh-Modelle\|Macs]] auf Intel-Basis – [[Intel-Mac]]s – ausschließlich EFI.

	Im Februar 2008 sollte das erste „normale“ x86-Mainboard (P35 Neo3 von [[Micro-Star International\|MSI]]), welches auf dem [[Intel-3-Serie\|P35]]-Chipsatz von Intel basiert, mit EFI erscheinen.<ref>{{Internetquelle \|autor=Thomas Hübner \|url=https://www.computerbase.de/2008-01/msi-beerdigt-das-bios-mit-dem-p35-neo3/ \|titel=MSI beerdigt das BIOS mit dem P35 Neo3 \|abruf=2020-12-04 \|sprache=de}}</ref> Erschienen ist es jedoch nie. MSI plante allerdings die Markteinführung von EFI für [[Intel-4-Serie\|P45]]-Boards im Juli 2008.<ref>[https://www.computerbase.de/2008-05/msi-bringt-efi-auf-p45-boards-im-juli/ ComputerBase: MSI bringt EFI auf P45-Boards im Juli]</ref> Anders als diese Nachrichten vermuten ließen, hat MSI die Veröffentlichung eines Mainboards mit EFI-Installation nicht vom Werk aus geplant, sondern hat für die dort genannten Mainboards ein EFI als öffentliche Beta-, also Testversion, herausgebracht.<ref>{{Webarchiv\|url=http://eu.msi.com/html/popup/MB/uefi/about.html \|wayback=20090815235940 \|text=What is UEFI BIOS}}</ref> Im Jahr 2009 haben sich verschiedene Hersteller zu (U)EFI bekannt (u. a. [[Insyde]], [[Intel]] und [[Phoenix Technologies\|Phoenix]]). Als Grund hierfür kann die x86_64-Kompatibilität und die verkürzte Ladezeit des jeweiligen Systems angeführt werden.<ref>[https://www.heise.de/newsticker/meldung/IDF-Notebook-Firmware-bootet-kuerzer-als-1-Sekunde-790212.html Intel-Entwicklerforum: Notebook-Firmware bootet kürzer als 1 Sekunde] heise.de, 29. September 2009</ref> Ende 2010 lieferte Hersteller [[Asus]] erste Mainboards für den [[Sockel 1155]] mit EFI.<ref>{{cite web \|url=http://www.bit-tech.net/hardware/motherboards/2010/11/16/asus-lga1155-motherboard-preview/1 \|title=Asus LGA1155 Motherboard Preview \|date=2010-11-16 \|publisher=bit-tech.net \|accessdate=2011-03-28}}</ref>		Im Februar 2008 sollte das erste „normale“ x86-Mainboard (P35 Neo3 von [[Micro-Star International\|MSI]]), welches auf dem [[Intel-3-Serie\|P35]]-Chipsatz von Intel basiert, mit EFI erscheinen.<ref>{{Internetquelle \|autor=Thomas Hübner \|url=https://www.computerbase.de/2008-01/msi-beerdigt-das-bios-mit-dem-p35-neo3/ \|titel=MSI beerdigt das BIOS mit dem P35 Neo3 \|abruf=2020-12-04 \|sprache=de}}</ref> Erschienen ist es jedoch nie. MSI plante allerdings die Markteinführung von EFI für [[Intel-4-Serie\|P45]]-Boards im Juli 2008.<ref>[https://www.computerbase.de/2008-05/msi-bringt-efi-auf-p45-boards-im-juli/ ComputerBase: MSI bringt EFI auf P45-Boards im Juli]</ref> Anders als diese Nachrichten vermuten ließen, hat MSI die Veröffentlichung eines Mainboards mit EFI-Installation nicht vom Werk aus geplant, sondern hat für die dort genannten Mainboards ein EFI als öffentliche [[Beta-Version\|Beta-]], also Testversion, herausgebracht.<ref>{{Webarchiv\|url=http://eu.msi.com/html/popup/MB/uefi/about.html \|wayback=20090815235940 \|text=What is UEFI BIOS}}</ref> Im Jahr 2009 haben sich verschiedene Hersteller zu (U)EFI bekannt (u. a. [[Insyde]], [[Intel]] und [[Phoenix Technologies\|Phoenix]]). Als Grund hierfür kann die x86_64-Kompatibilität und die verkürzte Ladezeit des jeweiligen Systems angeführt werden.<ref>[https://www.heise.de/newsticker/meldung/IDF-Notebook-Firmware-bootet-kuerzer-als-1-Sekunde-790212.html Intel-Entwicklerforum: Notebook-Firmware bootet kürzer als 1 Sekunde] heise.de, 29. September 2009</ref> Ende 2010 lieferte Hersteller [[Asus]] erste Mainboards für den [[Sockel 1155]] mit EFI.<ref>{{cite web \|url=http://www.bit-tech.net/hardware/motherboards/2010/11/16/asus-lga1155-motherboard-preview/1 \|title=Asus LGA1155 Motherboard Preview \|date=2010-11-16 \|publisher=bit-tech.net \|accessdate=2011-03-28}}</ref>

	EFI wird hauptsächlich von Intel gefördert und – mit Einschränkungen – auch von [[Microsoft]]. [[Intel Itanium\|Intels Itanium]]-Systeme liefen von Anfang an ausschließlich mit EFI. Zusammen mit Intel-[[Hauptprozessor]]en setzte [[Mac OS X#Mac OS X Tiger 10.4\|ab 2006]] auch Apple das EFI ein. Windows-Versionen für [[Itanium-Architektur\|IA-64]]-Server mit EFI gibt es seit [[Windows 2000#64-Bit-Version von Windows 2000\|Windows 2000]]. Windows Vista (x64) unterstützt seit SP1 UEFI 2.0, ebenso Windows Server 2008 (gleiche Entwicklungsgrundlage wie Vista mit SP1), aber nicht den älteren EFI-Standard 1.3, der bis ca. 2012 auf Intel-Macs verwendet wurde.<ref>[https://www.heise.de/newsticker/meldung/Windows-Vista-Service-Pack-1-ist-fertig-186592.html Windows Vista Service Pack 1 ist fertig] heise.de, am 4. Februar 2008</ref> Ab 2013 wurde Apple-EFI mehr oder weniger zu UEFI 2.0 kompatibel,<ref>{{Internetquelle \|autor=Livewings \|url=https://forums.macrumors.com/threads/macbook-air-2013-is-the-first-mac-that-supports-efi-booting-on-windows-natively.1600147/ \|titel=MacBook Air 2013 is the first Mac that supports EFI booting on Windows natively \|werk=MacRumors \|hrsg= \|datum=2013-06-21 \|format=[[Internetforum]] \|sprache=en \|abruf=2022-10-18 \|kommentar=Ab ca. 2013 sind Intel-Mac großteils kompatibel zu UEFI 2.0.}}</ref><ref>{{Internetquelle \|autor=Loner T \|url=https://discussions.apple.com/thread/7157570?answerId=28672820022#28672820022 \|titel=Windows 10 UEFI Driver Compatibility \|werk=Apple Community Discussions \|hrsg=[[Apple]] \|datum=2015-08-03 \|format=Internetforum \|sprache=en \|abruf=2022-10-18 \|zitat=Macs prior to Late 2013 have used EFI 1.1.}}</ref> allerdings hatte Apple schon ab ca. Ende 2008 bei der Grafikschnittstelle (EFI-[[Framebuffer]]) UEFI-2.0-Kompatibilität hergestellt.<ref>{{Internetquelle \|autor=Christoph Pfisterer \|url=https://refit.sourceforge.net/info/apple_efi.html \|titel=A Brief History of Apple and EFI \|werk=rEFIt \|hrsg=SourceForge \|datum=2008-12-29 \|sprache=en \|abruf=2022-10-18 \|kommentar= \|zitat=“Late 2008” Models – These models used an NVIDIA chipset with integrated graphics. The firmware was 64 bit like in the Santa Rosa models, and also still identified itself as EFI 1.10. However, Apple started mixing EFI 1.10 and UEFI 2.x features on these models.}}</ref>		EFI wird hauptsächlich von Intel gefördert und – mit Einschränkungen – auch von [[Microsoft]]. [[Intel Itanium\|Intels Itanium]]-Systeme liefen von Anfang an ausschließlich mit EFI. Zusammen mit Intel-[[Hauptprozessor]]en setzte [[Mac OS X#Mac OS X Tiger 10.4\|ab 2006]] auch Apple das EFI ein. Windows-Versionen für [[Itanium-Architektur\|IA-64]]-Server mit EFI gibt es seit [[Windows 2000#64-Bit-Version von Windows 2000\|Windows 2000]]. Windows Vista (x64) unterstützt seit SP1 UEFI 2.0, ebenso Windows Server 2008 (gleiche Entwicklungsgrundlage wie Vista mit SP1), aber nicht den älteren EFI-Standard 1.3, der bis ca. 2012 auf Intel-Macs verwendet wurde.<ref>[https://www.heise.de/newsticker/meldung/Windows-Vista-Service-Pack-1-ist-fertig-186592.html Windows Vista Service Pack 1 ist fertig] heise.de, am 4. Februar 2008</ref> Ab 2013 wurde Apple-EFI mehr oder weniger zu UEFI 2.0 kompatibel,<ref>{{Internetquelle \|autor=Livewings \|url=https://forums.macrumors.com/threads/macbook-air-2013-is-the-first-mac-that-supports-efi-booting-on-windows-natively.1600147/ \|titel=MacBook Air 2013 is the first Mac that supports EFI booting on Windows natively \|werk=MacRumors \|hrsg= \|datum=2013-06-21 \|format=[[Internetforum]] \|sprache=en \|abruf=2022-10-18 \|kommentar=Ab ca. 2013 sind Intel-Mac großteils kompatibel zu UEFI 2.0.}}</ref><ref>{{Internetquelle \|autor=Loner T \|url=https://discussions.apple.com/thread/7157570?answerId=28672820022#28672820022 \|titel=Windows 10 UEFI Driver Compatibility \|werk=Apple Community Discussions \|hrsg=[[Apple]] \|datum=2015-08-03 \|format=Internetforum \|sprache=en \|abruf=2022-10-18 \|zitat=Macs prior to Late 2013 have used EFI 1.1.}}</ref> allerdings hatte Apple schon ab ca. Ende 2008 bei der Grafikschnittstelle (EFI-[[Framebuffer]]) UEFI-2.0-Kompatibilität hergestellt.<ref>{{Internetquelle \|autor=Christoph Pfisterer \|url=https://refit.sourceforge.net/info/apple_efi.html \|titel=A Brief History of Apple and EFI \|werk=rEFIt \|hrsg=SourceForge \|datum=2008-12-29 \|sprache=en \|abruf=2022-10-18 \|kommentar= \|zitat=“Late 2008” Models – These models used an NVIDIA chipset with integrated graphics. The firmware was 64 bit like in the Santa Rosa models, and also still identified itself as EFI 1.10. However, Apple started mixing EFI 1.10 and UEFI 2.x features on these models.}}</ref>