---
adresse: "https://qvestcon.com/dora-update-markus-junge/dora-informationsregister-versicherung_54ea1701/"
titel: "PHP2Shell: Welche PHP-Versionen noch…"
beschreibung: "Nach der PHP-Sicherheitslücke PHP2Shell erhalten nur noch die PHP-Versionen 8.2.35, 8.3.36, 8.4.27 und 8.5.12…"
sprache: "de-DE"
stand: "2026-10-29"
---

Qvestcon News

# PHP2Shell: Welche PHP-Versionen noch Updates erhalten

Nach der PHP-Sicher­heits­lü­cke PHP2Shell erhalten nur noch die PHP-Versionen 8.2.35, 8.3.36, 8.4.27 und 8.5.12 offizielle Updates. PHP 8.1 und ältere Versionen sind davon ausgenommen. Für Banken und Versicherer heißt das: Alle PHP-Anwendungen im eigenen Haus und bei Dienst­leis­tern sind auf ihren Versionsstand zu prüfen. Nach heise online ist für ältere Versionen allenfalls ein Backport des Patches zu finden, ein Ver­si­ons­sprung bleibt unvermeidbar. Bewährte Reihenfolge: Erstens ein Inventar aller PHP-Anwendungen mit Versionsstand anlegen, auch bei Dienst­leis­tern. Zweitens Anwendungen auf PHP 8.1 und älter zuerst behandeln. Drittens Hinweise auf eine Kom­pro­mit­tie­rung prüfen. Viertens auf eine unterstützte Version wechseln und dabei Breaking Changes systematisch suchen. Auto­ma­ti­sierte Tests dienen als Sicher­heits­netz. Bei unseren Kunden aus Versicherung und Bank hat sich bewährt, die Zuständigkeit für Ver­si­ons­stände im Infor­ma­ti­ons­re­gis­ter und im IKT-Risi­ko­ma­nage­ment (Informations- und Kom­mu­ni­ka­ti­ons­tech­nik) eindeutig zu benennen. #Banken #Versicherer #Finanz­dienst­leis­ter #Prü­fungs­pla­nung #Qvestcon #MarkusJunge #PHP #ITSicherheit

[Cyber](https://qvestcon.com/news/cyber/)29.10.2026

Nach der PHP-Sicher­heits­lü­cke PHP2Shell erhalten nur noch die PHP-Versionen 8.2.35, 8.3.36, 8.4.27 und 8.5.12 offizielle Updates. PHP 8.1 und ältere Versionen sind davon ausgenommen. Für Banken und Versicherer heißt das: Alle PHP-Anwendungen im eigenen Haus und bei Dienst­leis­tern sind auf ihren Versionsstand zu prüfen. Nach heise online ist für ältere Versionen allenfalls ein Backport des Patches zu finden, ein Ver­si­ons­sprung bleibt unvermeidbar. Bewährte Reihenfolge: Erstens ein Inventar aller PHP-Anwendungen mit Versionsstand anlegen, auch bei Dienst­leis­tern. Zweitens Anwendungen auf PHP 8.1 und älter zuerst behandeln. Drittens Hinweise auf eine Kom­pro­mit­tie­rung prüfen. Viertens auf eine unterstützte Version wechseln und dabei Breaking Changes systematisch suchen. Auto­ma­ti­sierte Tests dienen als Sicher­heits­netz. Bei unseren Kunden aus Versicherung und Bank hat sich bewährt, die Zuständigkeit für Ver­si­ons­stände im Infor­ma­ti­ons­re­gis­ter und im IKT-Risi­ko­ma­nage­ment (Informations- und Kom­mu­ni­ka­ti­ons­tech­nik) eindeutig zu benennen. #Banken #Versicherer #Finanz­dienst­leis­ter #Prü­fungs­pla­nung #Qvestcon #MarkusJunge #PHP #ITSicherheit

- [#Banken](https://qvestcon.com/stichwoerter/b/#banken)
- [#Versicherer](https://qvestcon.com/stichwoerter/v-z/#versicherer)
- [#Finanz­dienst­leis­ter](https://qvestcon.com/stichwoerter/f-h/#finanzdienstleister)
- [#Prü­fungs­pla­nung](https://qvestcon.com/stichwoerter/m-p/#pruefungsplanung)
- [#Qvestcon](https://qvestcon.com/stichwoerter/q-s/#qvestcon)
- [#MarkusJunge](https://qvestcon.com/stichwoerter/m-p/#markusjunge)
- [#PHP](https://qvestcon.com/stichwoerter/m-p/#php)
- [#ITSicherheit](https://qvestcon.com/stichwoerter/i-j/#itsicherheit)

[Ori­gi­nal­quelle: heise online →](https://www.heise.de/news/PHP2Shell-und-danach-Legacy-Code-auf-aktuelles-PHP-bringen-11501844.html?wt_mc=nl.red.developer.developer-nl.2026-10-29.link.link)

Diese Einordnung bezieht sich auf die verlinkte Ori­gi­nal­quelle. Sie ist keine Rechts­be­ra­tung im Einzelfall.

[Kostenloses Erstgespräch anfragen →](https://qvestcon.com/kontakt/?von=News%3A%20PHP2Shell%3A%20Welche%20PHP-Versionen%20noch%20Updates%20erhalten#erstgespraech)

[Weitere Meldungen in Cyber](https://qvestcon.com/news/cyber/) · [alle Qvestcon-News](https://qvestcon.com/news/)