AnswersPublished30 sources
PHP2Shell: To kritiske PHP-sårbarheter – dette bør nettstedseiere gjøre
PHP2Shell er navnet på to kritiske sårbarheter i PHP, CVE 2026 109618 og CVE 2026 109619. PHP publiserte rettelser 21. oktober 2026.
Publisert avRedigert med GPT-6 LunaBilder generert med GPT Image 2
Research answer
Key takeaways
- PHP2Shell er navnet på to kritiske sårbarheter i PHP, CVE 2026 109618 og CVE 2026 109619.
- PHP publiserte rettelser 21. oktober 2026.
- Sikkerhetsselskaper har meldt om skanning og angrepsforsøk, men dette dokumenterer ikke i seg selv vellykkede innbrudd eller massekompromittering.
AI Prompt
openai.comCreate a landscape editorial hero image for this Studio Global article: What is the October 2026 “PHP2Shell” cybersecurity crisis involving AI-discovered flaws CVE-2026-109618 and CVE-2026-109619 in PHP, which po. Article summary: PHP2Shell is the name given to two critical PHP vulnerabilities, CVE-2026-109618 and CVE-2026-109619, that can permit unauthenticated remote code execution; emergency patches and precautionary shutdowns followed their Oc. Topic tags: general, general web, government, news, user generated. 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, watermar
PHP2Shell er navnet på to kritiske sårbarheter i PHP: CVE-2026-109618 og CVE-2026-109619. Begge kan under bestemte forhold gjøre det mulig for en angriper å kjøre kode på en utsatt server uten å logge inn. Det gjør feilene alvorlige for virksomheter som bruker berørte PHP-versjoner. PHP publiserte rettelser 21. oktober 2026, og enkelte organisasjoner stengte eller begrenset tjenester mens de undersøkte situasjonen. Samtidig er det viktig å skille mellom observerte angrepsforsøk og bekreftede innbrudd. 4
7
18
Hva er PHP2Shell?
Sårbarhetene ligger i PHP-miljøet – programvaren som kjører på serveren – og ikke i ett bestemt nettstedstillegg eller én bestemt nettside. Den ene feilen handler om håndtering av minnemangel, mens den andre skyldes utdatert global tilstand. Under visse forhold kan en spesiallaget forespørsel føre til kjøring av kode. Den ene sårbarheten kan også eksponere sensitivt minne fra prosessen. 4
11
PHP brukes på mange nettsteder. Enkelte anslag sier at språket driver opptil 70 prosent av verdens nettsteder. Det betyr ikke at alle PHP-nettsteder er sårbare eller like utsatt: risikoen avhenger blant annet av PHP-versjonen, oppsettet og om den berørte funksjonen er tilgjengelig. 45
46
Oppdagelse og lekkede opplysninger
Forskere og team fra Wiz, Calif og OpenAI har fått anerkjennelse for arbeid med å avdekke og håndtere sårbarhetene. Noe av omtalen har beskrevet kunstig intelligens som en del av forskningsarbeidet. Kildene fastslår imidlertid ikke alle detaljene i oppdagelsesforløpet – blant annet ikke en bestemt rekkefølge fra WordPress til Drupal eller nøyaktig hvordan arbeidet med hver CVE ble fordelt. 14
45
Ifølge omtale av hendelsen var svakheter i minnehåndteringen lagt merke til tidligere, men det var først senere at muligheten for å utnytte dem til å kjøre kode ble demonstrert. Det er et viktig skille: Å oppdage en mistenkelig feil er ikke det samme som å vise at den kan brukes i et praktisk angrep. 22
38
Detaljer om feilene lekket før den planlagte offentliggjøringen. Det økte presset på dem som skulle håndtere saken, og bidro til at arbeidet med rettelsene hastet. 6
23 Hendelsen viser hvordan en sårbarhet raskt kan bli en driftsutfordring når varsling, testing og utrulling må skje på kort tid.
Oppdateringer og rapporterte angrep
PHP-versjonene med rettelsene som ble publisert 21. oktober, er 8.2.35, 8.3.36, 8.4.27 og 8.5.12. Administratorer bør også sjekke sikkerhetsmeldingen fra drifts- eller operativsystemleverandøren. Noen leverandører legger inn rettelser i egne pakker uten å bruke PHP-prosjektets versjonsnummer direkte. 4
39
Sikkerhetsselskaper har meldt om skanning og angrepsforsøk i forbindelse med offentliggjøringen. Omtale knyttet til Cloudflare beskrev en kraftig økning i forsøk. Slike tall viser forespørsler eller forsøk som bestemte tjenester har observert – ikke hvor mange systemer som faktisk ble kompromittert. 5
36
Rapportene har ikke gitt ett entydig svar på om vellykkede angrep var bekreftet. BBC skrev 22. oktober at det ikke var meldt om vellykkede utnyttelser. En senere melding fra Beazley viste til omfattende forsøk, men sa at selskapet ikke kjente til bekreftet masseutnyttelse. Sansec justerte også vurderingen sin og skrev at masseutnyttelse virket mindre sannsynlig enn først antatt. Vurderingene gjelder på det tidspunktet de ble publisert, og innebærer ikke at en server uten oppdatering er trygg. 7
9
18
Hvorfor noen tjenester gikk offline
Enkelte organisasjoner stengte eller begrenset tjenester midlertidig mens de vurderte risikoen og forberedte oppdateringer. Ifølge omtale tok britiske myndigheter 32 tjenester offline. En tjenestestatusmåler registrerte dessuten over 100 tjenester som publiserte driftsavbrudd, vedlikeholdsmeldinger eller advarsler om PHP2Shell før en rettelse var tilgjengelig. Slike tiltak viser driftsforstyrrelsene som kan følge med en hasteoppdatering, men er ikke i seg selv bevis på at tjenestene var angrepet. 22
34
Andre rapporter beskrev tiltak fra myndigheter og organisasjoner i flere land. Kildene gir likevel ikke en fullstendig, uavhengig bekreftet oversikt over alle berørte tjenester eller bekreftelse på hvert enkelt lokalt driftsavbrudd som er omtalt. 20
25
Dette bør nettstedseiere gjøre
- Kartlegg alle PHP-installasjoner. Sjekk produksjonsservere, containere, sekundærsystemer og drift hos eksterne leverandører – ikke bare hovednettstedet.
- Installer riktig rettelse så raskt som mulig. Bruk en versjon med sikkerhetsoppdateringen eller en rettelse som leverandøren har bekreftet. Start PHP-prosesser eller tjenester på nytt der det trengs, og kontroller hvilken versjon som faktisk kjører. Oppdateringer av nettstedets programtillegg eller applikasjon erstatter ikke en rettelse i PHP-miljøet.
14
39
- Begrens eksponeringen hvis du ikke rekker å oppdatere. Vurder å begrense offentlig tilgang eller midlertidig stenge en berørt tjeneste ut fra hvor tilgjengelig den er og hvor viktig den er for virksomheten. Regler i brannmur eller nettverk er et midlertidig tiltak, ikke en erstatning for oppdatering.
- Se etter tegn på innbrudd. Gå gjennom relevante logger og se etter uventede filer, prosesser eller administratorkontoer. Ved mistanke bør dere bevare bevis og undersøke saken – ikke anta at oppdateringen alene fjerner et eventuelt innbrudd.
- Be driftsleverandøren bekrefte at jobben er gjort. Mindre virksomheter som bruker webhotell eller administrerte tjenester, bør få tydelig bekreftelse på at alle PHP-installasjonene de er avhengige av, er håndtert.
NSA anbefalte kritiske oppdateringer og opplyste at etaten prioriterte å identifisere aktører som kunne forsøke å utnytte PHP2Shell. FBI ba også organisasjoner oppdatere PHP-installasjonene sine. Kildene dokumenterer ikke én felles ordre fra FBI, NSA og CISA om at alle organisasjoner måtte stenge systemene dersom de ikke kunne oppdatere. 17
28
Hva enkeltpersoner kan gjøre
Hold egne enheter, apper og rutere oppdatert. Bruk tofaktorautentisering og unike passord for ulike tjenester. Dette er gode sikkerhetsvaner, men de oppdaterer ikke PHP-serveren til et nettsted. Det ansvaret ligger hos nettstedseieren eller driftspartneren.
Den praktiske lærdommen fra PHP2Shell er å oppdatere raskt, kontrollere at rettelsen faktisk er installert og være forberedt på korte tidsfrister. Hendelsen gir grunn til å ta farten i sikkerhetsarbeidet på alvor. Men tall på angrepsforsøk bør ikke omtales som bekreftet massekompromittering, og kildene gir ikke grunnlag for å hevde at nettsikkerheten generelt har kollapset.
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: To kritiske PHP-sårbarheter – dette bør nettstedseiere gjøre"?
PHP2Shell er navnet på to kritiske sårbarheter i PHP, CVE 2026 109618 og CVE 2026 109619.
What are the key points to validate first?
PHP2Shell er navnet på to kritiske sårbarheter i PHP, CVE 2026 109618 og CVE 2026 109619. PHP publiserte rettelser 21. oktober 2026.
What should I do next in practice?
Sikkerhetsselskaper har meldt om skanning og angrepsforsøk, men dette dokumenterer ikke i seg selv vellykkede innbrudd eller massekompromittering.
Sources
dynatrace.comCVE-2026-109618 & CVE-2026-109619: PHP2Shell Critical ...
labs.beazley.securityPHP2SHELL: Critical PHP RCE Flaws Threaten Web Infrastructure ...
bbc.comPHP: What is it and why did it spark a global cyber security ...
sec.cloudapps.cisco.comVulnerabilities in PHP Affecting Cisco Products: October 2026