PHP backpatchen: dicht PHP2Shell in een oude PHP-versie

PHP backpatchen betekent dat je een beveiligingsfix laat terugzetten naar een oudere PHP-versieEen PHP-versie is het nummer van de uitgave van PHP waarop jouw website draait, zoals 8.3., zonder direct naar een nieuwe versie over te stappen.

Je zoekt op backpatchen omdat je site nog op oude PHPPHP is de programmeertaal waarmee veel websites, zoals WordPress-sites, hun pagina's maken op het moment dat een bezoeker erom vraagt. draait. Misschien vraagt een uitbreiding aanpassing of zegt je hoster dat de reparatie al is gedaan. Begin dan met één vraag: wie kan aantonen welke fix jouw site gebruikt?

Een geruststellend antwoord zonder pakketgegevens helpt je niet verder.

Dit artikel helpt je kiezen tussen drie routes. Eerst kijk je naar een gepatcht pakket van je distributie of hoster. Daarna komt zelf bouwen uit broncode, voor wie dat kan beheren.

De derde route is upgraden. De uitleg van backportEen backport is een oplossing uit een nieuwe versie van software die ook in een oudere versie wordt gezet, zodat je die niet hoeft te vervangen. helpt als je die term in het antwoord van je hoster tegenkomt.

Eerst vaststellen waar je nu staat

Noteer je domeinEen domeinnaam is het webadres waarmee bezoekers jouw website vinden, zoals jouwbedrijf.example., de gemelde PHP-versie en wie het technisch beheer doet. Zoek de versie op met de hostergidsen. Vraag de beheerder welk pakket voor deze website wordt gebruikt.

Bewaar ook de datum van het antwoord. Daarmee voorkom je dat een oud bericht over een andere installatie als bewijs voor jouw site dient.

Volgens onze feitenbron publiceerde het PHP-securityteam minimale bronpatches voor PHP 7.4, 8.0 en 8.1. Sommige distributies en LTS-leveranciers leveren eigen gepatchte versies. Dat zegt nog niets over jouw pakket.

CISA adviseert systemen met PHP 8.1 of ouder offline te houden totdat ze zijn gepatcht of bijgewerkt. Lees de beveiligingsstatus voor de vastgelegde stand.

Route 1: een gepatcht pakket via distributie of hoster

Vraag eerst je huidige beheerder naar een passende pakketupdate. Laat hem de volledige pakketversie, de herkomst en het bewijs van de reparatie noemen. Vraag ook of het pakket daadwerkelijk voor jouw domein in gebruik is.

Je wilt een controle op de installatie die bezoekers bedient, met een bevestiging na de wijziging.

Deze route past als iemand het pakket voor jou onderhoudt en de inhoud kan onderbouwen. Spreek vooraf af wie de wijziging uitvoert en wie de site controleert. Geef een korte lijst van belangrijke functies mee: inloggen, een formulier versturen en eventueel een bestelling afronden.

Laat de beheerder die functies op een testkopie controleren voordat de wijziging live gaat.

Lees daarna het PHP-pakket controlerenEen PHP-pakket controleren betekent dat je de geïnstalleerde pakketversie naast het overzicht van wijzigingen en de bevestiging van je beheerder legt.. Vraag om de changelog en een verwijzing naar de relevante reparatie. Ontbreekt een duidelijk antwoord, zet dan geen vinkje bij veilig.

Noteer wat onbekend blijft en laat de beheerder een vervolgstap voorstellen. Neem ook de einddatum van het onderhoud mee in je besluit.

Route 2: een bronpatch zelf laten bouwen

Voor PHP 7.4, 8.0 en 8.1 noemt de feitenbron minimale bronpatches. Dat is iets anders dan een nieuwe release die je als gewone versie kiest. Beschouw deze route als werk voor een beheerder die een eigen PHP-installatie kan bouwen, testen en onderhouden.

Heb je alleen toegang tot een hostingpaneelEen hostingpaneel, zoals cPanel of Plesk, is de beheerpagina van je hosting, waar je domeinen, e-mail en PHP-versie instelt., leg de vraag bij je hoster neer.

Laat de beheerder downloaden vanaf www.php.net en de handtekening controleren volgens de GPG-informatie van PHP. Laat hem de build in een eigen prefix, dus een aparte installatieplek, naast de bestaande installatie maken. Spreek een terugvalroute af vóór de wissel.

Overschrijf de werkende installatie niet tijdens het uitproberen.

Laat vervolgens op een testkopie controleren of de website met deze build werkt. Bewaar de herkomst van broncode en patch, de uitslag van de controle en het testverslag. Wijs iemand aan voor volgende reparaties.

Zonder die eigenaar kies je beter een route die je bestaande beheerder kan dragen. De uitleg over de PHP-bronpatchEen PHP-bronpatch is een wijziging voor de broncode van PHP die een beheerder verwerkt in een eigen build, voordat die installatie wordt gebruikt. helpt je dit gesprek voorbereiden.

Route 3: upgraden naar een ondersteunde versie

Upgraden naar een ondersteunde PHP-versie blijft de enige volledige oplossing voor de verouderde basis. Leg naast beide patchroutes ook een upgradeplan. Gebruik de pagina met ondersteunde PHP-versies om een doelversie te kiezen.

Laat de beheerder vervolgens toetsen of je website daar goed op werkt. Kies op basis van die controle, de resterende supporttijd en het onderhoud dat iemand werkelijk kan uitvoeren.

Bespreek met je beheerder welke upgrade voor jouw website uitvoerbaar is. Moet ook de hostingWebhosting is de dienst die jouw website op een computer zet die altijd aan staat en met internet verbonden is, zodat bezoekers hem kunnen openen. of de opzet veranderen, bespreek dan ook een verhuizing. Vraag vooraf welke onderdelen worden getest en welk resultaat je krijgt.

Een geplande upgrade is pas afgerond nadat de gewijzigde site is gecontroleerd.

Maak het plan klein genoeg om uit te voeren. Laat eerst één testkopie beoordelen. Noteer welke onderdelen aanpassing vragen en wie die aanpassingen doet.

Spreek daarna een moment voor de overstap af, inclusief terugval en nacontrole. Houd het patchvraagstuk open zolang de upgrade nog niet is uitgevoerd en bewezen.

Kies op bewijs en uitvoerbaarheid

Vergelijk verlengde ondersteuningPHP LTS en ELS zijn termen voor verlengde ondersteuning: vraag de aanbieder welke oude PHP-versie, reparaties en onderhoudsperiode zijn afgesproken. en een oude scannermeldingEen PHP-scanner meldt soms een oude versie na een update omdat de zichtbare versie en het bewijs van een geïnstalleerde fix verschillende gegevens zijn. met dezelfde vragen. Wie levert de fix? Wie controleert jouw website?

Wie blijft daarna bereikbaar voor onderhoud? Vraag niet alleen of iets technisch mogelijk is. Vraag ook of jouw beheerder er verantwoordelijkheid voor neemt.

Een losse download zonder eigenaar is geen afgerond beheerplan. Laat de gekozen route, de eerste uitvoeringsdatum en de naam van die eigenaar samen in één kort schriftelijk bericht bevestigen.

Bewaar je besluit bij de sitegegevens, samen met de pakketbevestiging of het buildverslag. Plan een nieuwe beoordeling vóór de afgesproken einddatum van het onderhoud. Zo hoeft een volgende beheerder het onderzoek niet opnieuw te doen.

Blijft bewijs uit, bespreek dan de open punten voordat je de melding afsluit.

Niet zeker welke route past?

Begin met de PHP exposure check om te zien wat je site openbaar meestuurt. Ga daarna naar het hulpformulier. Vermeld je domein, je hoster en het antwoord dat je al kreeg.

Deel geen wachtwoorden. Met die gegevens kun je gericht laten beoordelen welke route uitvoerbaar is.