Struck in red is what Hetzner removed; blue is what they added. Muted text is unchanged context.
BeforeAfter
ChangedUpdateinvestigating#1
Before: Start: 2026-10-28T17:08:08+00:00
A critical security vulnerability has recently been identified in the EDK II UEFI firmware component (CVE-2026-97631, CVSS 9.5). Further details can be found in the advisory: https://github.com/tianocore/edk2/security/advisories/GHSA-99cj-7hg9-mp4m
What is affected?
The vulnerability affects systems that boot over the network using PXE. During the boot process, an attacker may be able to execute malicious code through specially crafted network packets, even before the operating system and its security mechanisms (e.g., Secure Boot) are active.
Systems that are already running are not directly at risk; the vulnerability can only be exploited during a PXE boot. An official patch is not yet available.
What do we recommend?
As an immediate precautionary measure, we recommend avoiding reboots of your hosts until further notice if they use PXE boot.
What happens next?
We are currently analyzing the impact on our environment and developing further recommendations and additional protective measures. We will inform you promptly as soon as new findings or updates become available.
After: Start: 2026-10-28T17:08:08+00:00
A critical security vulnerability has recently been identified in the EDK II UEFI firmware component (CVE-2026-97631, CVSS 9.5). Further details can be found in the advisory: https://github.com/tianocore/edk2/security/advisories/GHSA-99cj-7hg9-mp4m
What is affected?
The vulnerability affects systems that boot over the network using PXE. During the boot process, an attacker may be able to execute malicious code through specially crafted network packets, even before the operating system and its security mechanisms (e.g., Secure Boot) are active.
Systems that are already running are not directly at risk; the vulnerability can only be exploited during a PXE boot. An official patch is not yet available.
What do we recommend?
As an immediate precautionary measure, we recommend avoiding reboots of your hosts until further notice if they use PXE boot.
What happens next?
We are currently analyzing the impact on our environment and developing further recommendations and additional protective measures. We will inform you promptly as soon as new findings or updates become available.
AddedUpdateinvestigating#2
Before: not present
After: What is affected?
Dedicated Servers (bare-metal servers) and
Cloud VMs running with UEFI. On Linux, you can check this with the following command: [ -d /sys/firmware/efi ] && echo UEFI || echo BIOS
What do we recommend?
A running system is not directly at risk. For Dedicated Servers, the risk only exists during a reboot. For Cloud VMs, the risk only exists when booting into the Rescue System.
If possible, avoid these boot processes until a solution is available.
As an additional security measure, you can temporarily block incoming ICMP packets using the Hetzner Firewall during reboots:
Dedicated Servers (https://docs.hetzner.com/robot/dedicated-server/firewall/): Please make sure to enable “Allow Hetzner Services” when creating the firewall rules.
Cloud Servers: https://docs.hetzner.com/cloud/firewalls/getting-started/creating-a-firewall/
What happens next?
We are working on further recommendations and additional security measures. We will inform you as soon as we have new information or updates.
AddedUpdateinvestigating#3
Before: not present
After: We're implementing filters in our network, which will drop fragmented ICMPv4 packets, as well as ICMPv4 errors larger than 768 bytes.
In particular: Any IPv4 packet with protocol ICMP and the "More Fragments (MF)" flag or non-zero "Fragment Offset" will be dropped. We will also drop any ICMPv4 packets that are of type 3 (Destination Unreachable), 4 (Source Quench), 5 (Redirect), 11 (Time Exceeded), or 12 (Parameter Problem), when their IPv4 header has a "Total Length" >= 768 bytes.
Our previous recommendations on how to protect your systems still apply.
AddedUpdateinvestigating#4
Before: not present
After: The network filters described in our last update are now active at our network edge and between our locations. We are completing the rollout of the filters on cloud servers today. For dedicated (BareMetal) servers, we are currently evaluating how to extend these protective measures further within our DC networks.
Until then, our previous recommendations still apply, especially for dedicated servers: Please avoid reboots where possible, and if a reboot is necessary, temporarily block incoming ICMP packets using the Hetzner Firewall.
We will keep you informed about further progress.
Rewindex commits each version of an incident it captures to a daily checkpoint, chains it to the day before, and has the checkpoint timestamped by FreeTSA and DigiCert. That proves these records existed by then and have not been changed since, by anyone, Rewindex included.
Incident updated: CVE-2026-97631 - critical security vulnerability in the EDK II UEFI firmware component on Hetzner’s status page, changed 2026-11-02 13:13 UTC (change 4 of 5).
Title
Incident updated: CVE-2026-97631 - critical security vulnerability in the EDK II UEFI firmware component