AnswersPublished27 sources
PHP2Shell: Derfor haster det med at sikre PHP-servere
PHP2Shell er navnet på to kritiske PHP sårbarheder med en score på 9,2, som kan gøre det muligt at køre kode på en sårbar server uden login. Der er rapporteret angrebsforsøg, men forsøg er ikke det samme som bekræftede indbrud, og materialet dokumenterer ikke et omfattende antal vellykkede kompromitteringer.
Udgivet afRedigeret med GPT-6 LunaBilleder genereret med GPT Image 2
Research answer
Key takeaways
- PHP2Shell er navnet på to kritiske PHP sårbarheder med en score på 9,2, som kan gøre det muligt at køre kode på en sårbar server uden login.
- Der er rapporteret angrebsforsøg, men forsøg er ikke det samme som bekræftede indbrud, og materialet dokumenterer ikke et omfattende antal vellykkede kompromitteringer.
- PHP projektet udgav rettelser 21. oktober 2026.
AI Prompt
openai.comCreate a landscape editorial hero image for this Studio Global article: What is the global “php2shell” crisis involving PHP vulnerabilities CVE-2026-109618 and CVE-2026-109619, why did Microsoft CEO Satya Nadella. Article summary: “PHP2Shell” is an urgent PHP security and patching incident involving CVE-2026-109618 and CVE-2026-109619: two critical flaws that can let an attacker execute code on a vulnerable web server without logging in, potential. 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 fællesnavnet for to kritiske sårbarheder i PHP, registreret som CVE-2026-109618 og CVE-2026-109619. Hvis en angriber udnytter dem, kan vedkommende muligvis køre kode på en sårbar server uden først at logge ind. Rettelser blev udgivet 21. oktober 2026, og sikkerhedsfirmaer har rapporteret angrebsforsøg. Det er dog vigtigt at skelne mellem forsøg på angreb og bekræftede indbrud.11
14
19
Hvad går PHP2Shell ud på?
Sårbarhederne findes i selve PHP-miljøet – ikke kun i et bestemt website eller CMS. Red Hat beskriver den ene fejl som forkert håndtering af hukommelse, når en allokering mislykkes under behandlingen af en forespørgsel. Den anden kan efterlade forældet tilstand, hvis en fatal fejl afbryder oprydningen.7 Tilsammen kan fejlene åbne for fjernkørsel af kode: En angriber kan altså potentielt køre kode på en sårbar server uden først at logge ind.
11
13
Begge sårbarheder har fået en CVSS v4.0-score på 9,2, hvilket er kategorien kritisk.4 Mulige følger omfatter kompromittering af serveren, adgang til data eller afbrudte tjenester. Sårbarhederne betyder ikke i sig selv, at alle websites med PHP er blevet angrebet eller kompromitteret.
13
Hvorfor sagen skabte hastværk
Ifølge rapporter havde fejlene været i PHP i årevis, før de blev opdaget.42 At en fejl har eksisteret længe, er ikke i sig selv bevis for, at angribere kendte til eller udnyttede den i hele perioden.
Sagen har også sat fokus på AI-assisteret sikkerhedsforskning. Calif og Wiz brugte AI-værktøjer i deres undersøgelser, og OpenAI var involveret i forsknings- og oplysningsarbejdet.34
44 AI kan hjælpe forskere med at undersøge software, men historien om, hvordan sårbarhederne blev fundet, fastslår ikke, hvor hurtigt angribere kan bruge lignende værktøjer, eller hvem der har overtaget.
Overskrifter har desuden fremhævet, at PHP bruges bredt – i nogle opgørelser på omkring 70 procent af websites.20 Det tal beskriver PHP's rapporterede udbredelse, ikke hvor mange servere der med sikkerhed er sårbare eller er blevet brudt ind i. Den konkrete risiko afhænger blandt andet af PHP-version, konfiguration, driftsmiljø og om rettelsen er installeret.
Rettelser og rapporter om angreb
PHP-projektet udgav rettelser 21. oktober i version 8.2.35, 8.3.36, 8.4.27 og 8.5.12.19 Den offentliggjorte liste dækker PHP 8.2 til 8.5. Hvis I bruger en ældre version, bør I tjekke sikkerhedsmeddelelser fra operativsystem- eller hostingudbyderen for at se, om der findes en verificeret rettelse eller en tilbageført sikkerhedsopdatering. Gå ikke ud fra, at den enten findes eller mangler, uden at kontrollere det.
Der er rapporteret angrebsforsøg. SecurityWeek skrev, at Amazon havde observeret et forsøg 17. oktober – fire dage før rettelserne blev udgivet.14 Cloudflare har også meldt om en kraftig stigning i forsøg på at udnytte sårbarhederne, med tal, der senere nåede op i millionklassen.
27
38 Det er opgørelser over observerede forsøg, ikke over vellykkede indbrud.
Rapporterne giver ikke et entydigt billede af omfanget: Nogle beskriver aktive angrebsforsøg, mens en anden vurdering siger, at masseudnyttelse så mindre sandsynlig ud end først forventet.3
4 Det tilgængelige materiale dokumenterer ikke omfattende vellykkede kompromitteringer. Tag troværdige meldinger om angreb alvorligt, men skeln mellem scanning eller angrebsforsøg og tegn på, at en bestemt server faktisk er blevet brudt ind i.
2
3
Midlertidige nedlukninger og myndigheders reaktion
Nogle organisationer tog offentligt tilgængelige tjenester midlertidigt offline, mens de håndterede sårbarhederne. Der er rapporteret om midlertidige nedlukninger eller vedligeholdelse i Japan, Frankrig, Finland og Nederlandene, og amerikanske og europæiske myndigheder opfordrede også organisationer til at handle.18
20
35 En nedlukning kan begrænse eksponeringen under arbejdet, men er ikke i sig selv tegn på, at tjenesten var kompromitteret.
Hvad driftsansvarlige bør gøre
- Kontrollér PHP-miljøet – ikke kun applikationen. PHP2Shell rammer selve PHP-miljøet. En opdatering af et CMS eller et plugin viser derfor ikke i sig selv, at den underliggende PHP-installation er rettet.
13
- Installér en verificeret rettelse. Opgradér til en relevant, rettet PHP-version, eller følg leverandørens vejledning om en sikkerhedsrettelse, der er ført tilbage til en ældre version. Kontrollér, hvilken version der faktisk kører i produktionsmiljøet.
19
- Undersøg, om der er tegn på kompromittering. En opdatering lukker sårbarheden, men beviser ikke, at serveren aldrig har været tilgået. Gennemgå relevante logfiler, og undersøg mistænkelig aktivitet, før normal drift genoptages.
- Brug midlertidige afværgeforanstaltninger med omtanke. Følg den aktuelle vejledning fra PHP-projektet eller jeres leverandør. Stol ikke på én enkelt konfigurationsændring eller en webapplikationsfirewall som erstatning for en verificeret rettelse af PHP-miljøet.
15
27
- Beskyt konti som et ekstra lag. Unikke adgangskoder og multifaktorgodkendelse kan beskytte brugerkonti, men løser ikke en sårbarhed, der kan udnyttes uden login på serveren.
For it-teams er skellet mellem en sårbarhed, et angrebsforsøg og et bekræftet indbrud afgørende. Det gør det muligt at handle hurtigt og samtidig undgå at gøre usikre oplysninger til konklusioner om, hvem der er blevet ramt.
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: Derfor haster det med at sikre PHP-servere"?
PHP2Shell er navnet på to kritiske PHP sårbarheder med en score på 9,2, som kan gøre det muligt at køre kode på en sårbar server uden login.
What are the key points to validate first?
PHP2Shell er navnet på to kritiske PHP sårbarheder med en score på 9,2, som kan gøre det muligt at køre kode på en sårbar server uden login. Der er rapporteret angrebsforsøg, men forsøg er ikke det samme som bekræftede indbrud, og materialet dokumenterer ikke et omfattende antal vellykkede kompromitteringer.
What should I do next in practice?
PHP projektet udgav rettelser 21. oktober 2026.
Sources
cyber.gc.caAL26-026 - Critical vulnerabilities impacting PHP - CVE- ...
securityweek.comPHP2Shell Patches Land as First Exploitation Attempts Hit Sensors
access.redhat.comRHSB-2026-013 Request handling memory corruption - php...