Zum Inhalt springen
Kostenloses ErstgesprächErstgespräch

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

Ablaufdiagramm in zwei Bahnen. Vorstand und COO benennen die Zuständigkeit für Versionsstände. Die IT legt ein PHP-Inventar inklusive Dienstleister an, behandelt PHP 8.1 und älter zuerst, prüft Hinweise auf Kompromittierung und wechselt auf eine unterstützte Version.

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

Ori­gi­nal­quelle: heise online →

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

Kostenloses Erstgespräch anfragen →

Weitere Meldungen in Cyber · alle Qvestcon-News