Nepopravljen PHP so odprta vrata. Mi jih zapremo.
Nujna pomoč na daljavo za podjetja v Evropi: popravljanje PHP, preverjanje sledi vdora, odstranjevanje škodljive kode, utrjevanje strežnika. Takoj, s specializiranimi partnerji, dokler incident ni zaključen in dokumentiran.
$ php -v PHP 8.3.35 (cli) (built: Sep 30 2026) ! Stanje pred popravkom z dne 21. 10. 2026 $ phpsos pruefen --ziel produktion Način delovanja .. php-fpm CVE-2026-109618 .. odprto CVE-2026-109619 .. odprto Ponovni zagon workerjev .. čaka $ phpsos absichern [ok] Paket 8.3.36 nameščen [ok] vsi workerji znova zagnani [ok] Datotečni sistem preverjen glede webshellov [ok] Poročilo za vodstvo pripravljeno
- Made in GermanyIT-varnost iz Nemčije, delo v skladu z evropskim pravom o varstvu podatkov.
- Več kot 25 letŽe več kot 25 let smo skupaj z našo partnersko mrežo specializirani za IT-varnost in upravljanje strežnikov.
- Partnerska mrežaSpecializirani kibernetski strokovnjaki za forenziko, penetracijske teste in utrjevanje strežnikov, usklajeni prek ene kontaktne osebe.
Ste prizadeti? Pokličite nas. Pomagamo.
Vdor, zaklenjena stran, najden web shell ali dvom, ali vas PHP2Shell zadeva: obrnite se na nas zdaj. Primer prevzamemo od prvega sporočila, na daljavo in brez prihoda na kraj.
Je vaš PHP že popravljen?
Vnesite svojo različico PHP. Test jo primerja z varnostnimi obvestili php.net in pove, kaj storiti naprej. Pomembno: tudi popravljena različica ne dokazuje, da pred posodobitvijo ni bilo nič narobe.
Kako nujen je vaš položaj?
Štiri vprašanja, ena ocena, prvi koraki in pripravljeno sporočilo WhatsApp za nas. Pri stopnji 3 velja: nič ne brisati, nič ne postaviti znova, zavarovati sledi.
Od klica na pomoč do utrjenega strežnika
Prevzamemo tehniko in zagotovimo dokazila, ki jih potrebujejo vodstvo, varstvo podatkov in zavarovalnica.
Takojšnja pomoč pri PHP2Shell: pomoč pri varnostni ranljivosti PHP
Ranljivost PHP2Shell na daljavo zapremo na vaših spletnih strežnikih: popis, popravek ali vmesni ukrep, ponovni zagon vseh workerjev in pisno dokazilo.
Preberite več →02Spletna stran vdrta, kaj storiti? Nujna pomoč na daljavo
Je vaša spletna stran vdrta ali se obnaša sumljivo? Na daljavo prevzamemo omejitev škode, zavarovanje sledi, čiščenje in dokumentacijo.
Preberite več →03Storitev popravljanja PHP: namestitev posodobitve z ponovnim zagonom in dokazilom
Posodobitev PHP namestimo na vaših strežnikih, znova zaženemo vse procese PHP in dostavimo pisno dokazilo o različici, stanju paketa in ponovnem zagonu.
Preberite več →04Utrjevanje strežnika za spletne strežnike PHP
Spletne strežnike PHP utrdimo po trdnem načrtu: izolacija za vsako spletno stran, varna konfiguracija PHP, pravice datotek, dostopi, dnevniki in varnostne kopije.
Preberite več →05Odstranitev zlonamerne kode in webshellov s spletne strani
Odstranimo škodljivo kodo, webshelle in stranska vrata s spletnih strani in strežnikov, znova zgradimo iz zaupanja vrednih virov in zapremo vstopno točko.
Preberite več →06Incident response ob napadih na strežnike
Urejena obravnava incidenta ob napadih na spletne strežnike: slika stanja, omejitev, odstranitev, obnova in priprava po incidentu s trdnimi vlogami.
Preberite več →Tako delamo v nujnih primerih
Jasni koraki, ena kontaktna oseba, vse na daljavo. Strokovnjaki iz našega partnerskega omrežja se nam pridružijo, kadar sta potrebna forenzika ali penetracijski test.
Ocena stanja
Pišete nam po WhatsAppu ali pokličete. Razjasnimo sistem, različico PHP, ponudnika gostovanja in opažanja.
Zavarovanje in zaprtje
Zavarovanje sledi, popravek PHP ali vmesni ukrepi, ponovni zagon vseh workerjev, dokaz o stanju popravkov.
Preverjanje in čiščenje
Pregled datotek, podatkovne zbirke, računov in dnevnikov glede sledi vdora. Odstranitev webshellov in stranskih vrat.
Utrjevanje in poročanje
Utrditev konfiguracije, vzpostavitev nadzora, poročilo za vodstvo, varstvo podatkov in zavarovalnico.
Popravek še ni mogoč? Vmesni ukrepi
php.net navaja nastavitve, ki otežijo znane poti napada, dokler posodobitev ni nameščena. Izberite svoj način delovanja, kopirajte vrstice in nato znova zaženite vse procese PHP.
BSI (nemški zvezni urad za informacijsko varnost) priporoča: če posodobitev ni takoj mogoča, spletni strežnik začasno odklopite z omrežja.
Vmesni ukrepi po php.net, ne nadomestijo posodobitve. memory_limit=-1 samo skupaj z omejitvijo pomnilnika prek containerja ali cgroup. Prej varnostno kopirajte konfiguracijo.
Kdo kaj naredi? Vrzel med ponudnikom gostovanja in agencijo
Veliko podjetij se zanaša, da „nekdo“ popravlja. Praviloma je delitev videti takole:
| Naloga | Ponudnik gostovanja (shared hosting) | Agencija / spletno oblikovanje | PHP SOS |
|---|---|---|---|
| Posodobitev paketa PHP | običajno da | običajno ne | da, ali skupaj z vašim ponudnikom gostovanja |
| Ponovni zagon vseh workerjev in dokaz | deloma | ne | da, z dokazilom |
| Preverjanje, ali je bilo pred popravkom vdora | praviloma ne | deloma | da |
| Odstranitev webshellov in stranskih vrat | praviloma ne | deloma | da |
| Poročilo za vodstvo, varstvo podatkov, zavarovalnico | ne | redko | da |
| Utrjevanje in stalen nadzor | deloma | deloma | da |
Kaj je dokazano in kaj storite zdaj
Dejstva iz obvestil php.net in BSI, pripravljena za vodstvo in skrbnike.
Kaj je PHP2Shell? Ranljivost preprosto razložena
PHP2Shell sta dve kritični ranljivosti v samem PHP, prek katerih lahko napadalci brez prijave izvedejo kodo na spletnih strežnikih. Tukaj je stanje v jasnih besedah.
Preberite več →CVE-2026-109618: RCE zaradi stanja Out of Memory
CVE-2026-109618 je ena od obeh ranljivosti PHP2Shell: stanje Out of Memory lahko prekine PHP sredi obdelave zahteve. Odpravljeno od PHP 8.5.12, 8.4.27, 8.3.36 in 8.2.35.
Preberite več →CVE-2026-109619: RCE zaradi zastarelega globalnega stanja
CVE-2026-109619 je druga ranljivost PHP2Shell: notranje stanje zahteve lahko po sprostitvi pomnilnika ostane in ga uporabi naslednja zahteva v istem workerju.
Preberite več →CVE-2026-115560: opozorilo o session upload progress
CVE-2026-115560 je opozorilo php.net z dne 23. 10. 2026: možno izvajanje kode samo pri nenavadni konfiguraciji sej. Rešitev do naslednje izdaje: session.upload_progress.enabled=0.
Preberite več →Katere različice PHP so prizadete?
PHP2Shell je odpravljen v PHP 8.5.12, 8.4.27, 8.3.36 in 8.2.35. Za PHP 8.1 in starejše ni več uradnih posodobitev. Tabela kaže stanje po vejah.
Preberite več →Pravilno preverjanje različice PHP in stanja popravkov
Prikazana različica PHP sama ne pove, ali je PHP2Shell zaprt. Odločilni so stanje paketa, backporti in dejstvo, da novi procesi res tečejo.
Preberite več →Za vašo platformo in vaš strežnik
Kje se škodljiva koda skriva v WordPressu, Shopwareu ali TYPO3 in kako zares popravite PHP v okolju Plesk, cPanel ali v containerju.
Platforme
Strežniki in gostovanje
Vsaka panoga ima druge podatke, ki jih lahko izgubi
Zdravstveni podatki, poklicna skrivnost mandantov, plačilni podatki: preverjanje in poročilo prilagodimo vašim obveznostim.
10 korakov, preden prevzamemo
Odkljukajte, kar je opravljeno. Seznam ostane shranjen v vašem brskalniku.
Kljukice se shranijo samo v vašem brskalniku.
72 ur, NIS2, zavarovanje
Splošna orientacija za vodstvo. Ni pravno svetovanje.
Obveznost prijave po GDPR: 72 ur po incidentu
Po napadu na spletni strežnik lahko obstaja obveznost prijave nadzornemu organu. Tu je splošno pojasnjeno, kdaj teče 72 ur in kaj sodi zraven.
Preberite več →NIS2 in varnost spletnih strežnikov
NIS2 številna podjetja zavezuje k obvladovanju tveganj in prijavam. Tu je splošno pojasnjeno, kaj to pomeni za spletne strežnike in kje najdete zanesljive podatke.
Preberite več →Kibernetsko zavarovanje: kaj šteje v škodnem primeru
Ob napadu o plačilu pogosto odločajo zgodnje obvestilo zavarovalnice, zavarovani dokazi in usklajeni koraki. Tu so tipične točke splošno predstavljene.
Preberite več →Odgovornost poslovodstva pri varnostnih vrzelih IT
Varnost IT je naloga vodstva. Tu je splošno pojasnjeno, katere dolžnosti skrbnosti veljajo in kako direktorji pri ranljivostih, kot je PHP2Shell, odločajo sledljivo.
Preberite več →Strokovni članki za skrbnike in razvijalce
Časovnica PHP2Shell: kronologija od 17. do 25. oktobra 2026
Vsi dokumentirani datumi v zvezi s PHP2Shell na enem mestu, od prvega opaženega poskusa napada do stanja 25. 10. 2026, in kaj iz tega izhaja za vaše preverjanje.
Preberite več →Potrditev posodobitve PHP pri ponudniku gostovanja: kako vprašate po stanju popravkov
Prikazana različica PHP po PHP2Shell malo dokazuje. S to predlogo od ponudnika gostovanja zahtevate potrditev, ki jo lahko dokumentirate.
Preberite več →Prepoznavanje in odstranitev webshella
Kako na spletnih strežnikih PHP najdete stranska vrata, ne da bi uničili sledi, in zakaj samo brisanje redko zadošča.
Preberite več →Backdoor v WordPressu: sistematično iskanje stranskih vrat
Kje se stranska vrata v WordPressu običajno skrivajo in kako jih skrbniki z WP-CLI in nekaj ukazi sistematično poiščejo.
Preberite več →Varna konfiguracija php.ini
Katere nastavitve v php.ini zmanjšajo napadalno površino, kako jih zaščitite pred prepisovanjem in kaj velja po PHP2Shell dodatno.
Preberite več →Pravilna uporaba PHP disable_functions
Z disable_functions blokirate tvegane funkcije PHP. Kako seznam prilagodite svoji aplikaciji, ne da bi spletna stran odpovedala.
Preberite več →Stanje, navodila, pomoč pri odločanju
Od opozorilne stopnje BSI prek dnevnikov sprememb paketov do vprašanja, ali ponovno postaviti ali očistiti. Vsak članek z viri.
PHP2Shell: kaj je dokazano in kaj ne
Preverjanje dejstev o PHP2Shell: katere trditve izvirajo iz primarnih virov, katere iz medijskih poročil in katerih trditev ni mogoče vzdrževati.
Preberite več →Sprememba različice PHP v območju za stranke pri gostovanju
Kako v območju za stranke ponudnika gostovanja preklopite različico PHP, katero različico izbrati in kaj preveriti prej in potem.
Preberite več →Opozorilni znak: spletni strežnik zažene lupino
Če proces PHP-FPM ali spletnega strežnika zažene lupino, je to eden najmočnejših opozorilnih znakov vdora. Preverite drevo procesov, razvrstite izjeme in vzorec trajno nadzorujte.
Preberite več →Izolacija poolov PHP-FPM po spletnih straneh
Lasten pool za vsako spletno stran je začetek, ne konec. Tako preverite obstoječe poole in utrdite sockete, končnice, statusne strani, vire in dnevnike.
Preberite več →Varno shranjevanje gesel v PHP: pravilna uporaba password_hash
Kako razvijalci v PHP shranjujejo gesla s password_hash in password_verify, izberejo ustrezen postopek ter nadomestijo stare zgoščene vrednosti MD5 ali SHA-1 brez ponastavitve gesel za vse uporabnike.
Preberite več →Pogodbe s ponudniki IT: jasno uredite varnostne obveznosti
PHP2Shell je pokazal, kako pogosto ni jasno, kdo mora nameščati popravke. Katere varnostne obveznosti sodijo v pogodbe z agencijo, ponudnikom gostovanja in ponudnikom IT.
Preberite več →Programski jezik PHP, razumljivo razložen
Kako PHP ustvari stran, kaj so SAPI, PHP-FPM in OPcache in zakaj prav to odloča o varnosti. Poleg tega slovar z vsemi strokovnimi izrazi.
Kaj je PHP2Shell?
PHP2Shell je ime za dve kritični ranljivosti v samem PHP-ju (CVE-2026-109618 in CVE-2026-109619, CVSS 9,2). Napadalcem lahko omogočata, da na strežniku brez prijave izvedejo škodljivo kodo. Popravki so na voljo od 21. 10. 2026.
Katere različice PHP so varne?
Popravki so vključeni v PHP 8.5.12, 8.4.27, 8.3.36 in 8.2.35. Ponudniki gostovanja in distribucije včasih vgradijo povratne popravke (backporte), ne da bi spremenili številko različice. Odločilno je stanje paketa ali pisna potrditev ponudnika.
Ali zadostuje posodobitev WordPressa ali spletne trgovine?
Ne. Ranljivost je v PHP-ju, ne v CMS-ju. Posodobitev CMS-ja je ne odpravi. In popravek PHP ne odstrani škodljive kode, ki je bila vnesena že prej.
Kako hitro lahko pomagate?
Delamo na daljavo in začnemo, ko so dostopi na voljo. Po WhatsAppu nam pišite o sistemu, različici PHP in opažanjih. Nato postopek razjasnimo neposredno.
Ali delate tudi za agencije in stranke ponudnikov gostovanja?
Da. Delamo neposredno za podjetja, v ozadju po naročilu agencij in v dogovoru z vašim ponudnikom gostovanja, kadar strežnik upravlja on.
Ali moramo incident prijaviti?
Če bi bili lahko prizadeti osebni podatki, po 33. členu GDPR praviloma velja rok za prijavo 72 ur od seznanitve. Ali se uporablja v vašem primeru, razjasnite s pooblaščencem za varstvo podatkov. Tehnično dokumentacijo za to zagotovimo mi.
Vsaka ura šteje. Pišite nam zdaj.
Na kratko opišite sistem, različico PHP in opažanje. Odzovemo se, razjasnimo stanje in delamo na daljavo, dokler incident ni zaključen in dokumentiran.