Ein Docker-Neustart tauscht die PHP-Binaries im verwendeten Image nicht aus. Wenn der alte Laufzeitstand im Image steckt, ist er nach dem Neustart weiterhin da. Für die Einordnung brauchen Sie deshalb mehr als einen gesunden Containerstatus.
Datierter Informationsstand. Spätere Änderungen bitte direkt in den verlinkten Herstellerhinweisen prüfen.
WAS FÜR IHRE ENTSCHEIDUNG ZÄHLT
Dokumentieren Sie, welches Image mit welchem Digest tatsächlich läuft und welche PHP-Pakete es enthält. Ein Tag allein ist keine unveränderliche Versionsangabe. Red Hat weist bei containerisierten PHP-Umgebungen ausdrücklich auf den Austausch laufender Container beziehungsweise Pods hin. Die konkrete Updatefolge muss zu Ihrer Bereitstellung passen.
Wenn Sie ein eigenes Anwendungsimage bauen, muss der korrigierte Basisstand bewusst in einen neuen Build eingehen. Prüfen Sie danach das fertige Image und die tatsächlich laufende Instanz. Das gleiche gilt für andere Pools, Worker und zusätzliche PHP-Dienste. Ein erfolgreicher Build oder Healthcheck allein bestätigt die Behebung beider CVEs noch nicht.
Vor einem Austausch brauchen Sie eine zur Anwendung passende Sicherung und einen geprüften Rückweg. Datenbanken, Uploads und notwendige Konfiguration dürfen beim Containerwechsel nicht verloren gehen. Die Planung darf ein akut notwendiges Sicherheitsupdate nicht unkoordiniert verzögern; die zuständige Betreuung legt dafür ein passendes Wartungs- und Testverfahren fest.
Ein Container begrenzt bestimmte Auswirkungen, entfernt aber keine verwundbare PHP-Laufzeit. Welche Daten und Dienste ein kompromittierter Prozess erreichen könnte, hängt unter anderem von seinen Rechten und angebundenen Ressourcen ab. Neben dem Patch-Stand gehören deshalb auch Berechtigungen, Geheimnisse, Netzfreigaben und der ergänzende PHP-Hinweis in die Bewertung.
Bitte keine Passwörter per E-Mail senden. Falls ein Zugriff nötig ist, klären wir den geeigneten Weg im geschützten Auftragsbereich.
Technische Anforderungen und Hostingoptionen können sich ändern. Beziehen Sie die Dokumentation immer auf Ihr konkretes Produkt und Ihre installierte Version.
Red Hat: aktualisierte Images und Austausch laufender ContainerDocker: Images bauen und Basisimages aktualisierenPHP: offizielle Fix-ReleasesPersönliche Rückfrage?
info@hajanet.de
Ein Neustart desselben Containers installiert nicht automatisch ein korrigiertes Image. Die zuständige Administration muss den tatsächlichen Paket-/Image-Stand prüfen und die nötige Aktualisierung sowie den Austausch vornehmen.
Nein. Entscheidend ist, ob die jeweilige Anwendung eine betroffene PHP-Laufzeit für entsprechende Anfragen verwendet. Ein gemeinsamer Host und das Wort Docker sind für sich genommen kein Nachweis einer PHP2Shell-Betroffenheit.
Ein konkreter Prüfauftrag. Ein schriftliches Ergebnis. Ihre Entscheidung über die nächsten Schritte.