PHP fără patch este o ușă deschisă. Noi o închidem.
Asistență de urgență la distanță pentru companii din Europa: actualizarea PHP, verificarea urmelor de intruziune, eliminarea codului malițios, securizarea serverului. Imediat, cu parteneri specializați, până când incidentul este încheiat și documentat.
$ php -v PHP 8.3.35 (cli) (built: Sep 30 2026) ! Stadiul înainte de patchul din 21.10.2026 $ phpsos pruefen --ziel produktion Mod de operare ... php-fpm CVE-2026-109618 .. deschis CVE-2026-109619 .. deschis Repornirea workerilor .. în așteptare $ phpsos absichern [ok] Pachet 8.3.36 instalat [ok] toți workerii au fost reporniți [ok] Sistemul de fișiere verificat pentru webshell-uri [ok] Raport pentru conducere întocmit
- Made in GermanySecuritate IT din Germania, lucru conform dreptului european al protecției datelor.
- Peste 25 de aniDe peste 25 de ani, împreună cu rețeaua noastră de parteneri, suntem specializați în securitate IT și operarea serverelor.
- Rețea de parteneriProfesioniști în securitate cibernetică, specializați în analiză criminalistică, teste de penetrare și securizarea serverelor, coordonați printr-un singur interlocutor.
Sunteți afectat? Sunați-ne. Vă ajutăm.
Compromis, blocat, web shell găsit sau nesiguranță dacă PHP2Shell vă afectează: contactați-ne acum. Preluăm cazul de la primul mesaj, de la distanță și fără deplasare.
Este PHP-ul dumneavoastră deja actualizat?
Introduceți versiunea dumneavoastră PHP. Testul o compară cu anunțurile de securitate de pe php.net și spune ce este de făcut în continuare. Important: nici o versiune actualizată nu dovedește că nu s-a întâmplat nimic înainte de actualizare.
Cât de urgentă este situația dumneavoastră?
Patru întrebări, o încadrare, primii pași și un mesaj WhatsApp pregătit pentru noi. La nivelul 3 se aplică: nu ștergeți nimic, nu reinstalați nimic, salvați urmele.
De la apelul de urgență până la serverul securizat
Preluăm partea tehnică și livrăm dovezile de care au nevoie conducerea, protecția datelor și asigurarea.
Asistență de urgență PHP2Shell: ajutor la vulnerabilitatea PHP
Închidem PHP2Shell pe serverele dumneavoastră web, la distanță: inventar, patch sau măsură provizorie, repornirea tuturor workerilor și dovadă scrisă.
Citiți mai departe →02Site hackuit, ce faci? Ajutor de urgență la distanță
Site-ul dumneavoastră este hackuit sau se comportă suspect? Preluăm la distanță izolarea, conservarea urmelor, curățarea și documentarea.
Citiți mai departe →03Serviciu de patch PHP: actualizare cu repornire și dovadă
Aplicăm actualizarea PHP pe serverele dumneavoastră, repornim toate procesele PHP și livrăm o dovadă scrisă despre versiune, starea pachetelor și repornire.
Citiți mai departe →04Securizarea (hardening) serverelor web PHP
Securizăm serverele dumneavoastră web PHP după un plan fix: izolare pentru fiecare site, configurație PHP sigură, drepturi de fișiere, accesuri, jurnale și backupuri.
Citiți mai departe →05Eliminarea malware-ului și a webshell-urilor de pe site
Eliminăm codul malițios, webshell-urile și ușile dosnice de pe site-uri și servere, reconstruim din surse de încredere și închidem punctul de intrare.
Citiți mai departe →06Incident Response la atacuri asupra serverelor
Tratarea structurată a incidentelor la atacuri asupra serverelor web: imagine de situație, izolare, eliminare, refacere și evaluare finală, cu roluri bine stabilite.
Citiți mai departe →Cum lucrăm în caz de urgență
Pași clari, o singură persoană de contact, totul la distanță. Specialiști din rețeaua noastră de parteneri se alătură când sunt necesare criminalistica IT sau testul de penetrare.
Evaluarea situației
Ne scrieți pe WhatsApp sau sunați. Clarificăm sistemul, versiunea PHP, furnizorul de hosting și observațiile.
Securizare și închidere
Salvarea urmelor, actualizarea PHP sau aplicarea măsurilor provizorii, repornirea tuturor workerilor, dovedirea versiunii patchului.
Verificare și curățare
Verificarea fișierelor, a bazei de date, a conturilor și a logurilor pentru urme de intruziune. Eliminarea webshell-urilor și a ușilor dosnice.
Securizare și raportare
Securizarea configurației, configurarea monitoringului, raport pentru conducere, protecția datelor și asigurare.
Patchul nu este încă posibil? Măsuri provizorii
php.net indică setări care îngreunează căile de atac cunoscute până la aplicarea actualizării. Alegeți modul dumneavoastră de operare, copiați liniile și apoi reporniți toate procesele PHP.
BSI (Oficiul Federal German pentru Securitatea Informațiilor) recomandă: dacă actualizarea nu este posibilă imediat, scoateți temporar serverul web de pe internet.
Măsuri provizorii conform php.net, nu un înlocuitor pentru actualizare. memory_limit=-1 doar împreună cu o limită de memorie prin container sau cgroup. Salvați mai întâi configurația.
Cine face ce? Lacuna dintre furnizorul de hosting și agenție
Multe companii se bazează pe faptul că „cineva” aplică patchul. De regulă, distribuția arată astfel:
| Sarcină | Furnizor de hosting (hosting partajat) | Agenție / web design | PHP SOS |
|---|---|---|---|
| Actualizarea pachetului PHP | de obicei da | de obicei nu | da, sau împreună cu furnizorul dumneavoastră de hosting |
| Repornirea și dovedirea repornirii tuturor workerilor | în parte | nu | da, cu dovadă |
| Verificarea dacă s-a intrat prin efracție înainte de patch | de regulă nu | în parte | da |
| Eliminarea webshell-urilor și a ușilor dosnice | de regulă nu | în parte | da |
| Raport pentru conducere, protecția datelor, asigurare | nu | rar | da |
| Securizare și monitoring continuu | în parte | în parte | da |
Ce este dovedit și ce faceți acum
Fapte din anunțurile php.net și BSI, pregătite pentru conducere și administratori.
Ce este PHP2Shell? Vulnerabilitatea explicată simplu
PHP2Shell înseamnă două vulnerabilități critice în PHP însuși, prin care atacatorii pot executa cod pe servere web fără autentificare. Iată situația pe înțelesul tuturor.
Citiți mai departe →CVE-2026-109618: RCE prin stare Out-of-Memory
CVE-2026-109618 este una dintre cele două vulnerabilități PHP2Shell: o stare Out-of-Memory poate întrerupe PHP în mijlocul procesării cererii. Remediat de la PHP 8.5.12, 8.4.27, 8.3.36 și 8.2.35.
Citiți mai departe →CVE-2026-109619: RCE prin stare globală învechită
CVE-2026-109619 este a doua vulnerabilitate PHP2Shell: starea internă a unei cereri poate persista după eliberarea memoriei și poate fi folosită de următoarea cerere din același worker.
Citiți mai departe →CVE-2026-115560: indicația privind session upload progress
CVE-2026-115560 este o indicație php.net din 23.10.2026: posibilă execuție de cod doar la o configurație neobișnuită a sesiunilor. Remediu până la următoarea versiune: session.upload_progress.enabled=0.
Citiți mai departe →Ce versiuni PHP sunt afectate?
PHP2Shell este remediat în PHP 8.5.12, 8.4.27, 8.3.36 și 8.2.35. Pentru PHP 8.1 și versiunile mai vechi nu mai există actualizări oficiale. Tabelul arată starea pentru fiecare ramură.
Citiți mai departe →Cum verificați corect versiunea PHP și starea patchului
Versiunea PHP afișată nu spune singură dacă PHP2Shell este închis. Decisive sunt starea pachetului, backporturile și faptul că noile procese rulează cu adevărat.
Citiți mai departe →Pentru platforma și serverul dumneavoastră
Unde se ascunde codul malițios în WordPress, Shopware sau TYPO3 și cum actualizați cu adevărat pe Plesk, cPanel sau în container.
Platforme
Server și hosting
Fiecare domeniu are alte date de pierdut
Date de sănătate, secrete ale clienților, date de plată: orientăm verificarea și raportul după obligațiile dumneavoastră.
10 pași înainte să preluăm noi
Bifați ce este făcut. Lista rămâne salvată în browserul dumneavoastră.
Bifările sunt salvate doar în browserul dumneavoastră.
72 de ore, NIS2, asigurare
Orientare generală pentru conducere. Nu reprezintă consultanță juridică.
Obligația de notificare RGPD: 72 de ore după incident
După un atac asupra unui server web poate exista obligația de a notifica autoritatea de supraveghere. Iată, în general, când curg cele 72 de ore și ce trebuie inclus.
Citiți mai departe →NIS2 și securitatea serverelor web
NIS2 obligă multe companii la managementul riscurilor și la notificări. Iată, în general, ce înseamnă asta pentru serverele web și unde găsiți informații de încredere.
Citiți mai departe →Asigurare cyber: ce contează în caz de daună
La un atac, informarea timpurie a asigurătorului, probele salvate și pașii coordonați decid adesea asupra despăgubirii. Iată, în general, punctele tipice.
Citiți mai departe →Răspunderea conducerii pentru vulnerabilitățile de securitate IT
Securitatea IT este o sarcină a conducerii. Iată, în general, ce obligații de diligență se aplică și cum iau administratorii decizii trasabile la vulnerabilități precum PHP2Shell.
Citiți mai departe →Articole de specialitate pentru administratori și dezvoltatori
Cronologia PHP2Shell: de la 17 la 25 octombrie 2026
Toate datele confirmate despre PHP2Shell într-o singură privire, de la prima tentativă de atac observată până la situația din 25.10.2026, și ce rezultă de aici pentru verificarea dumneavoastră.
Citiți mai departe →Confirmarea actualizării PHP de la furnizorul de hosting: cum cereți starea patchului
Versiunea PHP afișată dovedește puțin după PHP2Shell. Cu acest model cereți furnizorului de hosting o confirmare pe care o puteți documenta.
Citiți mai departe →Cum recunoașteți și eliminați un webshell
Cum depistați ușile din spate pe serverele web PHP fără să distrugeți urmele și de ce simpla ștergere rareori ajunge.
Citiți mai departe →Backdoor WordPress: cum depistați sistematic ușile din spate
Unde se ascund de obicei ușile din spate în WordPress și cum le depistează adminii sistematic, cu WP-CLI și câteva comenzi.
Citiți mai departe →Cum configurați php.ini în siguranță
Ce setări din php.ini reduc suprafața de atac, cum le protejați împotriva suprascrierii și ce se aplică suplimentar după PHP2Shell.
Citiți mai departe →Cum folosiți corect PHP disable_functions
Cu disable_functions blocați funcțiile PHP riscante. Cum stabiliți lista potrivită aplicației dumneavoastră fără să blocați site-ul.
Citiți mai departe →Situație, instrucțiuni, ajutoare de decizie
De la nivelul de avertizare BSI, prin changelog-urile pachetelor, până la întrebarea dacă reinstalați sau curățați. Fiecare articol cu surse.
PHP2Shell: ce este dovedit și ce nu
O verificare a faptelor despre PHP2Shell: ce afirmații provin din surse primare, ce provin din relatări din presă și ce afirmații nu rezistă.
Citiți mai departe →Schimbarea versiunii PHP în zona clientului de hosting
Cum schimbați versiunea PHP în zona clientului furnizorului dumneavoastră de hosting, ce versiune alegeți și ce verificați înainte și după.
Citiți mai departe →Semnal de alarmă: serverul web pornește un shell
Dacă un proces PHP-FPM sau al serverului web pornește un shell, este unul dintre cele mai puternice semnale de alarmă pentru o intruziune. Cum verificați arborele de procese, cum încadrați excepțiile și cum monitorizați permanent tiparul.
Citiți mai departe →Izolarea pool-urilor PHP-FPM pentru fiecare site
Un pool propriu pentru fiecare site este începutul, nu sfârșitul. Cum verificați pool-urile existente și securizați socketurile, extensiile, paginile de stare, resursele și jurnalele.
Citiți mai departe →Stocarea sigură a parolelor în PHP: folosirea corectă a password_hash
Cum stochează dezvoltatorii parolele în PHP cu password_hash și password_verify, cum aleg procedeul potrivit și cum înlocuiesc hash-urile MD5 sau SHA-1 vechi fără resetarea parolei pentru toți utilizatorii.
Citiți mai departe →Contracte cu furnizorii IT: reglementarea clară a obligațiilor de securitate
PHP2Shell a arătat cât de des nu este clar cine trebuie să aplice patch-urile. Ce obligații de securitate aparțin în contractele cu agenția, furnizorul de hosting și furnizorul IT.
Citiți mai departe →Limbajul de programare PHP, explicat pe înțelesul tuturor
Cum generează PHP o pagină, ce sunt SAPI, PHP-FPM și OPcache și de ce exact acestea decid securitatea. În plus, un glosar cu toți termenii de specialitate.
Ce este PHP2Shell?
PHP2Shell desemnează două vulnerabilități critice în PHP însuși (CVE-2026-109618 și CVE-2026-109619, CVSS 9.2). Ele pot permite atacatorilor să execute cod malițios pe server fără autentificare. Patchuri există din 21.10.2026.
Ce versiuni PHP sunt sigure?
Corecturile se află în PHP 8.5.12, 8.4.27, 8.3.36 și 8.2.35. Furnizorii de hosting și distribuțiile aplică uneori backporturi fără a schimba numărul versiunii. Decisivă este versiunea pachetului sau confirmarea scrisă a furnizorului.
Este suficientă o actualizare WordPress sau a magazinului?
Nu. Vulnerabilitatea se află în PHP, nu în CMS. O actualizare a CMS-ului nu o închide. Iar un patch PHP nu elimină codul malițios introdus deja înainte.
Cât de repede puteți ajuta?
Lucrăm la distanță și începem de îndată ce accesurile sunt disponibile. Scrieți-ne pe WhatsApp sistemul, versiunea PHP și ce ați observat. Apoi clarificăm direct procedura.
Lucrați și pentru agenții și pentru clienții furnizorilor de hosting?
Da. Lucrăm direct pentru companii, în fundal la comanda agențiilor și în coordonare cu furnizorul dumneavoastră de hosting, dacă acesta administrează serverul.
Trebuie să raportăm incidentul?
Dacă pot fi afectate date cu caracter personal, conform art. 33 RGPD se aplică, de regulă, un termen de notificare de 72 de ore de la luarea la cunoștință. Dacă se aplică, clarificați cu responsabilul dumneavoastră cu protecția datelor. Noi livrăm documentația tehnică pentru aceasta.
Fiecare oră contează. Scrieți-ne acum.
Descrieți pe scurt sistemul, versiunea PHP și ce ați observat. Ne vom face auziți, clarificăm situația și lucrăm la distanță până când incidentul este încheiat și documentat.