AnswersPublished25 sources
PHP2Shell forklaret: Det skete, og her er versionerne med rettelser
PHP udsendte 21. oktober 2026 rettelser til to kritiske sårbarheder, der kunne give fjernadgang til at køre kode uden login.
Udgivet afRedigeret med GPT-6 LunaBilleder genereret med GPT Image 2
Research answer
Key takeaways
- PHP udsendte 21. oktober 2026 rettelser til to kritiske sårbarheder, der kunne give fjernadgang til at køre kode uden login.
- Rettelserne findes i PHP 8.5.12, 8.4.27, 8.3.36 og 8.2.35. Systemansvarlige bør undersøge PHP versionen på webserverne og opdatere til en rettet version i den relevante gren.
AI Prompt
openai.comCreate a landscape editorial hero image for this Studio Global article: What happened during the October 21–22, 2026 PHP2Shell security crisis, including PHP’s use by about 70% of websites; the unauthenticated re. Article summary: PHP2Shell prompted an emergency patching race on October 21, followed by reports of millions of exploitation attempts on October 22; its significance came from PHP’s reported use by roughly 70% of websites, not evidence . Topic tags: general, general web. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fake numbers, clic
PHP2Shell er navnet på to kritiske sårbarheder i PHP, registreret som CVE-2026-109618 og CVE-2026-109619. PHP udsendte rettelser 21. oktober 2026, efter at oplysninger om hullerne var lækket før den planlagte offentliggørelse. Dagen efter meldte sikkerhedsfirmaer om en kraftig stigning i forsøg på at udnytte dem. PHP anslås at være brugt på omkring 70 procent af verdens websites, men det betyder ikke, at 70 procent af websites blev kompromitteret. 1
2
9
18
19
Hvad kunne PHP2Shell bruges til?
Sårbarhederne blev beskrevet som fjernudførelse af kode uden godkendelse. Under de berørte forhold kunne en angriber altså få en sårbar server til at køre kode uden først at logge ind. Den ene fejl vedrørte korruption i forbindelse med utilstrækkelig hukommelse; den anden handlede om forældet global tilstand. 6
7
Omtale af sårbarhederne pegede på PHP-versioner helt tilbage til 5.4. Det brede mulige versionsspænd er ikke i sig selv bevis for, at alle PHP-sites var sårbare i deres konkrete opsætning, eller at de blev angrebet med succes. 14
21
Rettelserne kom efter et tidligt læk
PHP udsendte rettede versioner 21. oktober: 8.5.12, 8.4.27, 8.3.36 og 8.2.35. 1
6 Det skete efter et læk 20. oktober, før den planlagte offentliggørelse 22. oktober. Det tidlige læk forstyrrede den koordinerede tidsplan, og rettelserne blev udsendt akut.
2
9
13
For organisationer, der bruger PHP, er det praktiske første skridt at finde PHP-versionen på hver webvendt server og installere den rettede version, der passer til den pågældende versionsgren. Sikkerhedsvejledninger peger på, at man bør kontrollere alle installationer, der håndterer webforespørgsler, frem for at antage, at problemet kun gælder et bestemt website eller en bestemt applikation. 7
11
AI hjalp med sikkerhedsforskningen – sammen med mennesker
OpenAI oplyste, at sikkerhedsfirmaet Calif fandt den ene sårbarhed ved hjælp af GPT-5.6 Sol som led i initiativet Patch the Planet. Wiz fandt og indberettede uafhængigt begge sårbarheder. PHP’s vedligeholdere stod for rettelserne og udgivelsen. 48 OpenAI oplyste også, at virksomheden i de foregående to måneder havde koordineret arbejdet med vedligeholdere, forskere og sikkerhedsleverandører.
48
Forløbet viser AI brugt som hjælp i sårbarhedsforskning – ikke at et AI-system alene fandt, efterprøvede eller rettede fejlene. Omtalen beskriver et arbejde, hvor sikkerhedsfirmaer og PHP’s vedligeholdere også indgik. 35
48
Flere angrebsforsøg – men ikke et tal for vellykkede indbrud
Cloudflare meldte, at antallet af forsøg på at udnytte sårbarhederne steg fra tusinder før den offentlige omtale til millioner efterfølgende. Amazon rapporterede angrebsforsøg 17. oktober, fire dage før den offentlige offentliggørelse. Det drejer sig om rapporterede forsøg, ikke en opgørelse over vellykkede kompromitteringer. 19
Sikkerhedsleverandører meldte også om aktivitet uden for såkaldte honeypots – lokkesystemer, der bruges til at observere angreb. Samtidig lød det, at myndigheder ikke havde bekræftet disse meldinger på det tidspunkt. 17 Andre rapporter beskrev, at websites og tjenester blev taget offline som en sikkerhedsforanstaltning, heriblandt mere end 30 britiske offentlige tjenester.
23
NSA advarede om, at angribere kunne bruge fejlene til at få kontrol over webservere, stjæle data, forstyrre tjenester eller bevæge sig videre ind i netværk. USA Today rapporterede, at NSA anbefalede sites, som ikke hurtigt kunne rette problemet, at gå offline. 18
23
Rapporterne dokumenterer en hurtig sikkerhedsindsats og en stor mængde angrebstrafik. De fastslår ikke et globalt antal vellykkede indbrud. Og estimatet over PHP’s andel af websites bør ikke forveksles med en opgørelse over bekræftet eksponering eller kompromittering.
Studio Global AI
Continue your research
This page includes a source-backed answer you can continue inside Studio Global.
People also ask
What is the short answer to "PHP2Shell forklaret: Det skete, og her er versionerne med rettelser"?
PHP udsendte 21. oktober 2026 rettelser til to kritiske sårbarheder, der kunne give fjernadgang til at køre kode uden login.
What are the key points to validate first?
PHP udsendte 21. oktober 2026 rettelser til to kritiske sårbarheder, der kunne give fjernadgang til at køre kode uden login. Rettelserne findes i PHP 8.5.12, 8.4.27, 8.3.36 og 8.2.35. Systemansvarlige bør undersøge PHP versionen på webserverne og opdatere til en rettet version i den relevante gren.