PHP2Shell in Azure App Service (PHP): getroffen en hoe op te lossen

De PHP-versie van Azure App Service (PHP) 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.

php --version
echo $PHP_VERSION

Voer dit uit in de SSH-console van de app (Kudu WebSSH: https://<app-naam>.scm.azurewebsites.net/webssh/host). In de portal toont Stack settings de PHP-hoofdversie en het releasekanaal.

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 Azure App Service (PHP) oplossen

1. Staat de app op het kanaal Extended, zet hem dan op Standard of Latest (portal → app → Stack settings → Platform Release Channel → Opslaan). Voor apps aan het internet of met hoog risico raadt Microsoft Latest aan.
2. Controleer via SSH dat 8.2.35, 8.3.36, 8.4.27 of 8.5.12 of nieuwer draait; herstart anders de app.
3. Eigen container of eigen PHP: bouw de image opnieuw op een gefixte PHP-release en deploy opnieuw. Azure doet dit niet.
4. PHP 8.1 of ouder: van kanaal wisselen helpt niet. Migreer naar een ondersteunde PHP-versie en test.
5. WordPress on App Service op een Alpine-image: migreer naar de Debian-image.
6. Installeer de hierboven genoemde gepatchte release of pakketten van de leverancier.
7. 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.
8. 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

Verwante producten

• Laravel ForgePatch de PHP van OS / host
• RunCloudGeen advies van leverancier
• ServerPilotGeen advies van leverancier
• AWS: Amazon Linux, Elastic Beanstalk, LightsailGedeeltelijk opgelost

← Alle producten met ingebouwde PHP

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

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