PHP2Shell er navnet på to kritiske sårbarheter i PHPs kjøremiljø: CVE-2026-109618 og CVE-2026-109619. Under bestemte forhold kan de gjøre det mulig for en angriper å kjøre kode på en server uten å være innlogget. PHP publiserte rettelser 21. oktober 2026 i versjonene 8.2.35, 8.3.36, 8.4.27 og 8.5.12.
5
36 Det viktigste for driftsansvarlige er å oppdatere PHP-installasjonen som håndterer nettrafikken – eller bruke rettelsen fra produktleverandøren – og kontrollere at den faktisk er tatt i bruk.
Hva gjør de to sårbarhetene?
Begge feilene handler om minnesikkerhet i PHP selv, ikke om feil i en bestemt nettsides applikasjonskode. Forskere beskriver angrepsforløp der foreldede eller frigjorte minneområder kan bli brukt under kjøring av PHP.
6
9
- CVE-2026-109618 er knyttet til håndtering av fremdrift ved filopplasting. Wiz beskriver en «use-after-free»-feil som kan eksponere minne fra en PHP-arbeiderprosess, og som under demonstrerte forhold kan bidra til minnekorrupsjon og kjøring av kode.
6
- CVE-2026-109619 gjelder minnehåndtering ved sporingsinformasjon etter fatale feil og i OPcache. PHPs sikkerhetsmelding beskriver foreldet intern tilstand som kan bli brukt av en senere forespørsel håndtert av samme arbeiderprosess.
6
36
Sårbarhetene er vurdert til 9,2 på CVSS-skalaen i omtalen som er sitert her.
2
37 Wiz har anslått at PHP brukes av rundt 70 prosent av internett. Det er et anslag på hvor utbredt teknologien er – ikke dokumentasjon på at 70 prosent av nettsteder er sårbare på samme måte eller er blitt kompromittert.
6
Hvilke PHP-versjoner er berørt, og hvilke rettelser finnes?
Omtalen angir det sårbare versjonsområdet som PHP 5.4 til og med 8.5.11.
56 PHP har publisert rettede versjoner: 8.2.35, 8.3.36, 8.4.27 og 8.5.12.
36 Hvis et system bruker en eldre eller ikke lenger støttet versjon, bør du undersøke om PHP-distributøren eller produktleverandøren tilbyr en støttet oppdatering eller en tilbakesendt rettelse. Ikke ta for gitt at en vanlig PHP-oppgradering er tilgjengelig.
17
54
Det er heller ikke alltid nok å oppdatere en PHP-pakke. Et nettsted eller en nettverksenhet kan bruke en separat, innebygd PHP-installasjon. Finn ut hvilken PHP-installasjon som håndterer nettforespørslene, og følg leverandørens veiledning for produkter som inkluderer PHP.
5
54
KI var med i oppdagelsen – men tidslinjen spriker
Oppdagelsen tilskrives Calif, OpenAI og Wiz, og omtaler av arbeidet beskriver hjelp fra KI-modeller.
4
16 Kildene er ikke helt enige om når forskningen startet: USA Today omtaler en første oppdagelse fra Calif i juli og en uavhengig oppdagelse fra Wiz i august, mens The Register plasserer forskernes arbeid mellom august og september.
4
47 Andre omtaler nevner også Google-modeller, men materialet som foreligger, fastslår ikke nøyaktig hva hver modell bidro med, eller hvor mye av arbeidet som var automatisert.
50
Skillet er viktig: Dokumentasjonen støtter at KI bidro i forskningsarbeidet, ikke at et KI-system på egen hånd oppdaget, verifiserte og rettet begge sårbarhetene. Menneskelige forskere og vedlikeholdere var også en del av den omtalte oppdagelsen og håndteringen.
4
16
Hva betyr koblingen til PAN-OS?
Palo Alto Networks har publisert en sikkerhetsmelding om hvordan de to PHP-sårbarhetene påvirker produktene deres. PAN-OS er blant produktfamiliene som er nevnt.
34
35 Det betyr ikke i seg selv at alle PAN-OS-installasjoner kan angripes gjennom samme angrepsvei som en PHP-nettserver. Konfigurasjon og leverandørens rettelser er avgjørende.
Administratorer bør sjekke Palo Alto Networks’ gjeldende sikkerhetsmelding for status på det aktuelle produktet og programvareversjonen, og følge oppdateringsinstruksjonene der. Ikke bruk tidsplaner fra tredjepartsoversikter som bevis på at en rettelse er klar: En oversikt som sirkulerer, merker uttrykkelig leverandørstatusen som KI-generert og ber brukerne kontrollere opplysningene.
21
Rapporter om angrepsforsøk er ikke bekreftede innbrudd
Trusseletterretning har omtalt et angrepsforsøk registrert 17. oktober, før den tekniske offentliggjøringen og PHP-rettelsene 21. oktober.
53 Ifølge Nextgov økte trafikken Cloudflare rapporterte, fra tusenvis av forsøk til millioner.
22 Tallene gjelder angrepsforsøk – ikke antall servere som med sikkerhet ble overtatt.
Omtalen av vellykket utnyttelse har variert. BBC skrev 22. oktober at det på det tidspunktet ikke var rapportert om vellykkede angrep.
18 Senere sa Palo Alto Networks’ Unit 42 at de ikke kunne bekrefte at aktiviteten de først knyttet til PHP2Shell, skyldtes disse bestemte CVE-ene, og trakk tilbake den tidligere oppdateringen sin.
30 Ut fra dokumentasjonen som foreligger her, er angrepsforsøk rapportert, men det er fortsatt uklart om vellykkede innbrudd kan knyttes til PHP2Shell.
Det er også meldt at myndigheter og bedrifter tok enkelte nettjenester midlertidig ut av drift mens de forberedte eller installerte rettelser.
26
51 Slike føre-var-stengninger er ikke bevis på at virksomhetene ble hacket.
Dette bør organisasjoner og nettstedseiere gjøre
- Finn alle PHP-installasjoner. Sjekk nettsteder, applikasjonsservere, containere, driftsmiljøer og nettverksenheter. Be drifts- eller hostingleverandører bekrefte hvilken PHP-versjon som brukes, og hvilken rettelse som gjelder.
- Installer en bekreftet rettelse. Bruk en rettet PHP-versjon eller en leverandørpakke som inneholder rettelsene. For nettverksenheter og annen programvare med innebygd PHP må du følge produktleverandørens instruksjoner.
17
36
54
- Kontroller tjenesten som faktisk er i drift. Bekreft at PHP-miljøet som håndterer nettforespørslene – ikke bare en separat kommandolinjeinstallasjon – er oppdatert. Sjekk også at nødvendige tjenester eller arbeiderprosesser kjører med den rettede versjonen.
- Begrens eksponeringen hvis du ikke kan oppdatere straks. NSA anbefaler at leverandørrettelser prioriteres, og at systemet tas ut av drift dersom en umiddelbar oppdatering ikke lar seg gjøre.
17 FBI og CISA var også blant de amerikanske etatene som ifølge rapporteringen ba organisasjoner håndtere feilene raskt.
25
- Undersøk mulig innbrudd separat fra oppdateringen. En oppdatering tetter sårbarheten, men sier ikke om noen kom seg inn tidligere. Gå gjennom relevante logger og systemaktivitet dersom det er grunn til å mistenke kompromittering.
Hvis du eier et nettsted, men ikke administrerer serveren, bør du kontakte webhotellet eller systemansvarlig og spørre om PHP-miljøet er oppdatert. Ikke installer rettelser fra uoppfordrede meldinger; bruk leverandørens offisielle veiledning.
Det er nyttig å skille mellom tre ting: at et system er sårbart, at noen har forsøkt å utnytte sårbarheten, og at systemet faktisk er kompromittert. Dette er ulike påstander. Oppdater PHP-miljøet, kontroller med leverandøren hva som gjelder for produkter som PAN-OS, og vurder mistanke om innbrudd for seg.