PHP-Lücke: Welche E-Mail schreiben Sie Ihrem Webdienstleister?

Anrufen ist erlaubt, besonders dringend. E-Mail bietet drei Vorteile: schriftliche Version, Nachweis eigener Maßnahmen bei späteren Problemen und Weiterleitung an die tatsächliche Serververwaltung.

Unklare PHP-Nutzung? Prüfen Sie zuerst mit dem kostenlosen PHP-Check von Marketing Scan, ob die Mail nötig ist.

Für eigene Hostingpakete, etwa bei belgischen oder niederländischen Anbietern.

Betreff: PHP-Lücken CVE-2026-109618 und CVE-2026-109619: Status unserer Website

Guten Tag,

Zu CVE-2026-109618 und CVE-2026-109619 (php2shell) möchte ich die genaue PHP-Version von [ihredomain.be] erfahren. Wurde auf 8.2.35, 8.3.36, 8.4.27 oder 8.5.12 aktualisiert? Falls nicht, wann? Bei Versionen unter 8.2: Welche Schritte empfehlen Sie?

Bitte antworten Sie mit Versionsnummer. Vielen Dank.

Für Websites, die ein Webdienstleister gebaut hat oder betreut.

Betreff: Dringend: Ist unsere Website gegen die PHP-Lücke geschützt?

Guten Tag,

Am 21. Oktober wurden zwei kritische PHP-Lücken bekannt (CVE-2026-109618 und CVE-2026-109619). Können Sie PHP-Nutzung, genaue Version und Aktualisierung von [ihredomain.be] auf 8.2.35, 8.3.36, 8.4.27 oder 8.5.12 bestätigen?

Falls Sie den Server nicht verwalten, fragen Sie bitte beim Hoster nach. Prüfen Sie nach dem Update auch unbekannte Administratoren oder Dateien.

Bitte antworten Sie heute. Vielen Dank.

Nach einem Werktag senden Sie diese Nachricht und rufen direkt an.

Betreff: Nachfrage: PHP-Lücke und unsere Website

Guten Tag,

Gestern fragte ich nach der Aktualisierung von [ihredomain.be] gegen CVE-2026-109618 und CVE-2026-109619. Eine Antwort fehlt. Cloudflare sieht erste Angriffsversuche; ich möchte das heute klären. Bitte nennen Sie Status oder zuständige Kontaktperson.

Vielen Dank.

Die Cloudflare-Aussage ist keine Drohung, sondern laut VRT NWS eine Tatsache.

Sie enthält:

• eine genaue Version, etwa „PHP 8.3.36“, nicht nur „PHP 8.3“;
• Datum oder Zeitpunkt erfolgter oder geplanter Aktualisierung;
• Plan für alte Versionen: Bei 8.1 oder älter gehört ein Upgradevorschlag dazu, weil laut Help Net Security keine Korrektur kommt;
• Prüfbestätigung auf Einbruchsspuren.

Seien Sie vorsichtig bei:

• „Wir kümmern uns.“ Zeitpunkt und Version verlangen.
• „WordPress ist aktuell.“ Die Lücke steckt in Server-PHP.
• „Wir haben eine Firewall.“ Das hilft vorübergehend; laut Patchstack löst nur Aktualisieren alles.
• „Ihre Website ist zu klein für Angriffe.“ Automatische Scans kennen keine Unternehmensgröße.

Bei PHP 8.1, 8.0, 7.x oder 5.x ergänzen Sie:

„Unsere PHP-Version erhält keine Korrektur. Bitte schlagen Sie mindestens PHP 8.2 mit Zeit- und Kostenschätzung vor. Kann die Website bis dahin zusätzlich geschützt werden oder muss sie vorübergehend offline?“