ilert ist nicht von den PHP-Sicherheitslücken zur Remote Code Execution betroffen (CVE-2026-109618, CVE-2026-109619)

Beitrag teilen:

Table of Contents:

Kurz gesagt: ilert ist von CVE-2026-109618 und CVE-2026-109619 nicht betroffen. Auf keinem System von ilert läuft PHP, daher besteht für unsere Kunden kein Handlungsbedarf.

‍

Am 21. Oktober 2026 hat das PHP-Projekt zwei kritische Sicherheitshinweise veröffentlicht. Beide ermöglichen es einem nicht authentifizierten Angreifer, auf einem Server mit PHP Code auszuführen – allein durch präparierte HTTP-Anfragen. Seitdem haben uns einige Kunden gefragt, ob ilert betroffen ist. Das ist nicht der Fall, und hier erklären wir, warum.

Um welche Sicherheitslücken geht es?

CVE-2026-109618, RCE durch OOM-Korruption (GHSA-w8hw-w9fx-j79w). Wenn PHP in bestimmten Situationen der Arbeitsspeicher ausgeht, bleibt der Speicher der Anfrage in einem ungültigen Zustand zurück, der anschließend beim Beenden der Anfrage gelesen wird. Ein Angreifer kann diesen Out-of-Memory-Zustand mit präparierten Multipart-Anfragen erzwingen, noch bevor Anwendungscode ausgeführt wird.
CVE-2026-109619, RCE durch veralteten globalen Zustand (GHSA-6wmf-4rv5-p3rp). Ein PHP-Worker kann Fehler-, Session- oder Extension-Zustände aus einer Anfrage behalten, nachdem deren Speicher bereits freigegeben wurde. Eine spätere Anfrage, die derselbe Worker bearbeitet, verwendet dann diesen veralteten Zustand.

‍

Beide Lücken wurden für Apache mit mod_php bestätigt. PHP-FPM und andere Setups sind je nach Konfiguration ebenfalls anfällig. Betroffen sind alle PHP-Versionen vor 8.2.35, 8.3.36, 8.4.27 und 8.5.12. Da ein großer Teil des Webs auf PHP läuft, darunter die meisten WordPress-Seiten, sind die Auswirkungen erheblich.

Warum ilert nicht betroffen ist

Wir setzen bei ilert nirgendwo PHP ein. Das gilt für die ilert-Plattform für Alarmierung, Bereitschaftsdienst und Incident Management, für unsere Statusseiten, die ilert API und unsere mobilen Apps. Unsere Services basieren auf Java, Rust und TypeScript. Unsere Website läuft auf Webflow, einer gehosteten Plattform, und nicht auf PHP-Servern, die wir selbst betreiben.

‍

In unserer Infrastruktur gibt es keine PHP-Laufzeitumgebung, die ein Angreifer erreichen könnte. Auf unserer Seite muss nichts gepatcht werden, und Sie als ilert-Kunde müssen nichts unternehmen.

Wenn Sie selbst PHP einsetzen

Wenn auf Ihren eigenen Systemen PHP läuft, sollten Sie umgehend handeln:

Aktualisieren Sie auf PHP 8.2.35, 8.3.36, 8.4.27, 8.5.12 oder neuer. Laut PHP-Projekt ist das Update die einzige vollständige Abhilfe.
Starten Sie nach dem Update alle PHP-Worker neu.
Wenn Sie nicht sofort aktualisieren können, nennen die Sicherheitshinweise Übergangsmaßnahmen, etwa das Deaktivieren von Session Upload Progress und, unter PHP 8.5, von Fatal Error Backtraces. Sie verringern das Risiko, beseitigen es aber nicht.
Prüfen Sie auch die weniger offensichtlichen Stellen: WordPress- und andere CMS-Installationen, interne Admin-Tools und Container, die auf älteren Base Images aufbauen.

Fragen

Wenn Sie Fragen haben, kontaktieren Sie uns unter support@ilert.com oder wenden Sie sich an Ihren Account Manager. Mehr darüber, wie wir ilert absichern, erfahren Sie in unserem Trust Center.