PHPs sikkerhedsteam varslede 20. oktober en kritisk sikkerhedsopdatering, planlagt til 21. oktober 2026 kl. 14 UTC. Det svarer til kl. 16 i Danmark. Har din virksomhed en WordPress-hjemmeside eller WooCommerce-webshop, er det relevant at få afklaret, hvem der følger frigivelsen og håndterer serverens PHP-opdatering.
Hvad ved vi fra den officielle varsling?
Ifølge PHPs officielle meddelelse omfatter den kommende udgivelse to kritiske sårbarheder. Berørte versioner, rettede versioner og de fulde detaljer skal offentliggøres sammen med rettelsen. Teamet tager forbehold for en tidligere frigivelse.
Ved denne artikels kildekontrol om morgenen 21. oktober var meddelelsen fortsat en varsling. Den dokumenterer derfor ikke, at en bestemt rettet version allerede er tilgængelig eller installeret hos dig. Kontroller den officielle kilde og din leverandørs besked, når opdateringen kommer.
Afklar ansvaret, før opgaven haster
Vores første råd er at finde den person eller leverandør, som faktisk kan ændre PHP på serveren. En opdatering af et WordPress-plugin besvarer ikke i sig selv spørgsmålet om serverens PHP-version. På et administreret webhotel kan det være hostingudbyderen, der leverer og installerer den konkrete rettelse.
Bed om en tydelig aftale: Hvem følger frigivelsen, hvem vurderer den konkrete installation, og hvordan får virksomheden besked om resultatet? Hvis flere leverandører er involveret, bør én have ansvaret for at samle status. En besked om, at sagen er modtaget, er ikke det samme som en bekræftelse på udført opdatering.
Noter den aktuelle installation
Lav en kort oversigt med hjemmeside, ansvarlig leverandør, observeret PHP-version og tidspunkt for kontrollen. I WordPress kan oplysninger om serveren findes under Værktøjer, Webstedshelbred og Information. WordPress’ egen vejledning til Webstedshelbred beskriver informationsfanen og afsnittet Server.
Få leverandøren til at sammenholde installationen med de offentliggjorte rettelser. En udbyder kan bruge egne pakkebetegnelser, så bed om en konkret bekræftelse på, hvilken rettelse der er anvendt. Undgå at erklære siden sikker alene ud fra et versionsnummer eller en grøn status i kontrolpanelet.
Gør backup og kontrol klar
Vores forslag er at kontrollere, at den aftalte backup omfatter både filer og database, og at den ansvarlige ved, hvordan den bruges. En backup erstatter ikke sikkerhedsrettelsen. Den indgår i forberedelsen, hvis en teknisk ændring giver problemer, der skal undersøges.
Skriv samtidig de vigtigste funktioner ned. For en almindelig hjemmeside kan det være forside, centrale undersider og en kontrolleret afprøvning af kontaktformularen. For en webshop bør ansvarlige også planlægge kontrol af varevisning, kurv og checkout. Aftal et egnet testforløb, så kontrollen ikke skaber utilsigtede ordrer eller betalinger.
Bed om et resultat, der kan følges op
Efter opdateringen bør den ansvarlige notere tidspunkt, anvendt rettelse og resultatet af de aftalte funktionskontroller. Hvis noget fejler, skal observationen være konkret: hvilken side, hvilken handling og hvilken fejlmeddelelse? Det gør næste skridt lettere at afklare end en generel besked om, at hjemmesiden driller.
Gem også uafklarede punkter. Hvis leverandøren endnu ikke har bekræftet installationen, skal status fortsat stå som afventer. En planlagt opgave skal først registreres som udført, når der foreligger en faktisk tilbagemelding og den aftalte efterkontrol.
Hjælp til WordPress og den tekniske opfølgning
KPdesign tilbyder egen WordPress- og WooCommerce-support med teknisk fejlsøgning, opdateringer og dokumentation efter aftalt omfang. Vi kan hjælpe med at afklare hjemmesidens kontrolpunkter og følge op på konkrete fejl. Arbejde på hostingmiljøet kræver afklaring af adgang og ansvar hos den relevante udbyder.