PixieFAIL – Sicherheitsanfälligkeiten im Netzwerk-Stack von UEFI-Firmware, die für PXE-Boot verwendet wird

In UEFI-Firmwares, die auf der offenen Plattform TianoCore EDK2 basieren und häufig in Serversystemen verwendet werden, wurden 9 Schwachstellen mit dem Sammelnamen PixieFAIL entdeckt. Diese Schwachstellen sind im Netzwerk-Stack der Firmwares vorhanden, der für das Netzwerk-Booting (PXE) verwendet wird. Die gefährlichsten Schwachstellen ermöglichen es einem nicht authentifizierten Angreifer, Remote-Code auf Firmware-Ebene in Systemen auszuführen, die PXE-Booting über das IPv6-Netzwerk unterstützen.

Weniger gefährliche Probleme führen zu einem Dienstversagen (Blockierung des Bootvorgangs), Informationslecks, DNS-Caching-Angriffen und der Abfangung von TCP-Sitzungen. Der Großteil der Schwachstellen kann aus dem lokalen Netzwerk ausgenutzt werden, aber einige spezifische Schwachstellen erlauben auch Angriffe aus dem externen Netzwerk. Ein typisches Angriffsszenario umfasst das Überwachen des Datenverkehrs im lokalen Netzwerk und das Senden von speziell gestalteten Paketen, wenn Aktivitäten im Zusammenhang mit dem PXE-System-Boot festgestellt werden. Der Zugriff auf Server Boot- oder DHCP-Server ist nicht erforderlich. Um die Angriffstechnik zu demonstrieren, wurden Prototypen von Exploits veröffentlicht.

UEFI-Firmware auf Basis der TianoCore EDK2-Plattform wird in vielen großen Unternehmen, Cloud-Anbietern, Rechenzentren und Compute-Clustern eingesetzt. Insbesondere das anfällige NetworkPkg-Modul mit PXE-Boot-Implementierung wird in Firmwares verwendet, die von Unternehmen wie ARM, Insyde Software (Insyde H20 UEFI BIOS), American Megatrends (AMI Aptio OpenEdition), Phoenix Technologies (SecureCore), Intel, Dell und Microsoft (Project Mu) entwickelt wurden. Es wurde angenommen, dass die Schwachstellen auch die ChromeOS-Plattform betreffen, für die ein EDK2-Paket im Repository vorhanden ist. Google hat jedoch erklärt, dass dieses Paket nicht in den Firmwares für Chromebook-Geräte verwendet wird und die ChromeOS-Plattform nicht von diesem Problem betroffen ist.

Identifizierte Schwachstellen:

• CVE-2023-45230 — Pufferüberlauf im Code des DHCPv6-Clients, ausgenutzt durch die Übertragung einer zu langen Identifikation Server (Server-ID-Option).
• CVE-2023-45234 — Pufferüberlauf bei der Verarbeitung von Optionen mit DNS-Server-Parametern, die in einer Nachricht übertragen werden, die das Vorhandensein eines DHCPv6-Servers ankündigt.
• CVE-2023-45235 — Pufferüberlauf bei der Verarbeitung von Optionen mit der Server-ID (Server-ID) in Nachrichten mit Ankündigungen des Proxy-Servers für DHCPv6.
• CVE-2023-45229 — Ganzzahlüberlauf durch Unterlauf (underflow), der bei der Verarbeitung von IA_NA/IA_TA-Optionen in DHCPv6-Nachrichten auftritt, die den DHCP-Server ankündigen.
• CVE-2023-45231 — Datenleck aus dem Bereich außerhalb des Puffers bei der Verarbeitung von ND Redirect (Neighbor Discovery)-Nachrichten mit abgeschnittenen Optionswerten.
• CVE-2023-45232 — Endlosschleife beim Parsen unbekannter Optionen im Header mit Zieloptionen (Destination Options).
• CVE-2023-45233 — Endlosschleife beim Parsen der PadN-Option im Paket-Header.
• CVE-2023-45236 — Verwendung vorhersehbarer Anfangssequenznummern von TCP, die ermöglichen, sich in TCP-Verbindungen einzuschleichen.
• CVE-2023-45237 — Verwendung eines unsicheren Pseudo-Zufallszahlengenerators, der vorhersehbare Werte liefert.

Die Informationen zu den Sicherheitsanfälligkeiten wurden am 3. August 2023 an CERT/CC gesendet, und das Datum der Bekanntgabe war ursprünglich für den 2. November vorgesehen. Aufgrund der Notwendigkeit eines koordinierten Patch-Releases, das mehrere Hersteller umfasst, wurde das Veröffentlichungsdatum zunächst auf den 1. Dezember verschoben, dann auf den 12. Dezember und den 19. Dezember 2023, letztendlich jedoch am 16. Januar 2024 bekanntgegeben. Microsoft bat darum, die Bekanntgabe bis Mai zu verschieben.

Quelle: opennet.ru