AnswersPublished25 sources
PHP2Shell: Dette skjedde da to kritiske PHP-feil ble kjent
PHP publiserte 21. oktober 2026 fikser for to kritiske sårbarheter som kunne gi angripere mulighet til å kjøre kode på berørte servere uten å logge inn.
Publisert avRedigert med GPT-6 LunaBilder generert med GPT Image 2
Research answer
Key takeaways
- PHP publiserte 21. oktober 2026 fikser for to kritiske sårbarheter som kunne gi angripere mulighet til å kjøre kode på berørte servere uten å logge inn.
- De rettede versjonene er PHP 8.5.12, 8.4.27, 8.3.36 og 8.2.35. Serveransvarlige bør kontrollere hvilken PHP versjon de bruker og oppdatere til en rettet versjon for sin 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årbarheter i PHP, registrert som CVE-2026-109618 og CVE-2026-109619. PHP publiserte sikkerhetsfikser 21. oktober 2026, etter at detaljer lekket før den planlagte offentliggjøringen. Dagen etter meldte sikkerhetsselskaper om en kraftig økning i forsøk på å utnytte feilene. PHP brukes anslagsvis på rundt 70 prosent av nettsteder, noe som bidrar til å forklare alvoret – men det betyr ikke at 70 prosent av nettstedene ble utsatt for et vellykket angrep. 1
2
9
18
19
Hva PHP2Shell-sårbarhetene kunne gjøre
Feilene ble omtalt som sårbarheter for fjernkjøring av kode uten autentisering. Under visse forhold kunne en angriper altså kjøre kode på en sårbar server uten først å logge inn. Den ene feilen gjelder minnekorrupsjon ved en situasjon med for lite minne; den andre gjelder en feil knyttet til global tilstand som ikke er oppdatert riktig. 6
7
Rapporteringen plasserte den mulige berørte versjonsrekken helt tilbake til PHP 5.4. Det betyr ikke at alle PHP-nettsteder var sårbare i sin konkrete konfigurasjon, eller at alle ble angrepet. 14
21
Hastefikser etter lekkasje
PHP publiserte rettede versjoner 21. oktober: 8.5.12, 8.4.27, 8.3.36 og 8.2.35. 1
6 Fiksene kom etter at informasjon lekket 20. oktober, før den planlagte offentliggjøringen 22. oktober. Den tidlige lekkasjen forstyrret den koordinerte tidsplanen og ble fulgt av en hasteutgivelse.
2
9
13
For virksomheter som bruker PHP, er det viktigste å kartlegge PHP-versjonen på hver server som er tilgjengelig fra nettet og installere en rettet versjon som passer til den aktuelle versjonsgrenen. Sikkerhetsråd anbefaler å undersøke alle PHP-installasjoner som behandler nettrafikk, fremfor å anta at problemet bare gjelder én bestemt nettside eller applikasjon. 7
11
AI bidro i sikkerhetsforskningen – sammen med mennesker
OpenAI opplyste at sikkerhetsselskapet Calif fant den ene sårbarheten ved hjelp av GPT-5.6 Sol gjennom initiativet Patch the Planet. Wiz oppdaget og rapporterte uavhengig begge sårbarhetene. PHPs vedlikeholdere sto for fiksene og utgivelsen. 48 OpenAI sa også at selskapet hadde brukt de foregående to månedene på å koordinere med vedlikeholdere, forskere og sikkerhetsleverandører.
48
Dette er et eksempel på bruk av AI i sårbarhetsforskning – ikke dokumentasjon på at et AI-system alene fant, verifiserte eller rettet feilene. Rapporteringen beskriver et arbeid der sikkerhetsselskaper og PHPs vedlikeholdere også var involvert. 35
48
Flere angrepsforsøk – men ikke et globalt skadetall
Cloudflare meldte at antallet observerte forsøk på å utnytte sårbarhetene økte fra tusenvis før offentliggjøringen til millioner etterpå. Amazon skal også ha registrert et angrepsforsøk 17. oktober, fire dager før feilene ble offentlig kjent. Dette er rapporter om forsøk, ikke tall på vellykkede innbrudd. 19
Sikkerhetsleverandører meldte dessuten om aktivitet utenfor såkalte honeypots – lokkesystemer som brukes for å observere angrep – men på det tidspunktet var disse meldingene ikke bekreftet av offentlige myndigheter. 17 Separat rapportering beskrev at nettsteder og tjenester ble tatt ned som et føre-var-tiltak, blant annet over 30 britiske myndighetstjenester.
23 NSA advarte om at angripere kunne bruke feilene til å ta kontroll over webservere, stjele data, forstyrre tjenester eller bevege seg videre inn i nettverk. USA Today meldte at etaten rådet nettsteder som ikke kunne rette feilen raskt, til å gå offline.
18
23
Rapportene viser en rask sikkerhetsrespons og stor mengde angrepstrafikk. De fastslår ikke hvor mange vellykkede innbrudd som fant sted på verdensbasis. Anslaget om PHPs utbredelse må heller ikke forveksles med et tall på bekreftet sårbare eller kompromitterte nettsteder.
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: Dette skjedde da to kritiske PHP-feil ble kjent"?
PHP publiserte 21. oktober 2026 fikser for to kritiske sårbarheter som kunne gi angripere mulighet til å kjøre kode på berørte servere uten å logge inn.
What are the key points to validate first?
PHP publiserte 21. oktober 2026 fikser for to kritiske sårbarheter som kunne gi angripere mulighet til å kjøre kode på berørte servere uten å logge inn. De rettede versjonene er PHP 8.5.12, 8.4.27, 8.3.36 og 8.2.35. Serveransvarlige bør kontrollere hvilken PHP versjon de bruker og oppdatere til en rettet versjon for sin gren.