PHP2Shell in Docker php images: getroffen en hoe op te lossen

De PHP-versie van Docker php images controleren

Voer de opdracht voor uw opzet uit. Een versie vanaf 8.2.35, 8.3.36, 8.4.27 of 8.5.12 in de betreffende tak is gepatcht; oudere takken alleen met een leveranciersbuild die dat vermeldt.

docker exec <container> php -v
docker run --rm php:8.3-fpm php -v

De php op de opdrachtregel kan verschillen van de PHP die de site serveert. Controleer voor de zekerheid de web-SAPI (een tijdelijke phpinfo()-pagina achter een login, of de PHP-instellingen van het paneel) en verwijder die daarna. Onze versiecontrole vergelijkt het nummer voor u.

🔎 Versienummer gevonden? Plak het in de PHP2Shell-checker →

PHP2Shell in Docker php images oplossen

Bouw uw images opnieuw op een verse basis: docker build --pull --no-cache -t myapp:new .
Opnieuw aanmaken: docker compose pull && docker compose up -d --force-recreate; wijzig op Kubernetes de tag of digest zodat pods worden vervangen.
Pin een volledige patch-tag zoals php:8.3.36-fpm-alpine of een digest.
Installeer de hierboven genoemde gepatchte release of pakketten van de leverancier.
Herstart elk PHP-proces (PHP-FPM-pools, Apache met mod_php, LiteSpeed-lsphp, queue-workers); een draaiend proces houdt de oude PHP in het geheugen.
Bevestig de draaiende versie opnieuw met de controleopdrachten.

Laat u de controle liever aan een AI-agent over? Controleren of u getroffen bent · Oplossen met een AI-agent

Als u nog niet kunt patchen

Zet session.upload_progress.enabled = 0 waar applicaties het niet kunnen overschrijven (php.ini, php_admin_value in de FPM-pool of Apache-config) en herstart PHP.
Zet op PHP 8.5 fatal_error_backtraces = 0.
Het tijdelijke advies van PHP gaat ook over memory_limit en een lage post_max_size; volg de oplossingspagina precies, want deze instellingen dekken maar een deel van de paden.
Beperk de toegang (VPN, IP-allowlist) of haal de dienst offline als die op PHP 8.1 of ouder draait zonder backport van de leverancier. WAF-regels helpen, maar zijn geen fix.

FAQ

Is Docker php images getroffen door PHP2Shell?

Getroffen tot u de gepatchte release van de leverancier installeert. De officiële php-images (en wordpress, drupal, joomla, nextcloud, phpmyadmin, matomo, mediawiki en andere Official Images die erop gebouwd zijn) zijn op 21 oktober opnieuw gebouwd met gepatchte PHP voor amd64 en arm64. Draaiende containers houden de oude PHP tot u pullt en opnieuw aanmaakt. In de test van Mallory maakte Trivy geen onderscheid tussen gepatchte en kwetsbare php-images, dus controleer php -v in de container.

Lost het bijwerken van Docker php images zelf CVE-2026-109618 en CVE-2026-109619 op?

Alleen als de update gepatchte PHP bevat. PHP2Shell is een lek in de PHP-interpreter; het gaat om de PHP waarop Docker php images draait. Controleer de versie na het bijwerken.

Welke PHP-versies lossen PHP2Shell op?

PHP 8.2.35, 8.3.36, 8.4.27 en 8.5.12, uitgebracht op 21 oktober 2026. PHP 8.1 en ouder krijgen geen release van het PHP-project; alleen leveranciersbuilds met backport (of een zelf gebouwde bronpatch voor 7.4, 8.0 en 8.1) lossen ze op.

Wat als er voor Docker php images nog geen fix is?

Houd de PHP-webinterface van internet af (VPN of IP-allowlist), pas de tijdelijke PHP-instellingen toe zoals het uitschakelen van session upload progress, en installeer de update van de leverancier zodra die uitkomt. Tijdelijke instellingen verkleinen het risico, maar zijn geen fix.

Bitnami PHP imagesGedeeltelijk opgelost

← Alle producten met ingebouwde PHP

Zie ook: Oplossing per platform · Getroffen versies · Status leveranciers

Bronnen

Externe links verlaten deze site. Wij hosten geen exploitcode.

Onofficiële samenvatting van openbare bronnen. Deze site is niet verbonden aan de leverancier of het PHP-project en host geen exploitcode.