Ghiduri: securitatea PHP și a serverelor
Articole de specialitate pentru administratori și dezvoltatori: recunoașterea webshell-urilor, securizarea php.ini, analiza logurilor, programare sigură.
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 →02Confirmarea 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 →03Cum 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 →04Backdoor 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 →05Cum 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 →06Cum 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 →07open_basedir și izolarea pe site
Cum împiedicați, cu open_basedir, utilizatori de sistem proprii și pool-uri PHP-FPM separate, ca o intruziune într-un site să le lovească pe toate celelalte de pe server.
Citiți mai departe →08Drepturile fișierelor pe serverul web
De ce serverul web nu are voie să-și modifice propriul cod, ce drepturi sunt sensibile pentru fișiere și dosare și cum verificați rapid starea actuală.
Citiți mai departe →09composer audit: verificarea vulnerabilităților din dependențe
Cum găsesc dezvoltatorii cu composer audit vulnerabilități de securitate cunoscute în biblioteci, cum automatizează verificarea și cum evită greșelile tipice la deployment.
Citiți mai departe →10PHP End of Life: riscurile versiunilor învechite
Ce înseamnă sfârșitul suportului unei versiuni PHP, ce ramuri primesc după PHP2Shell încă patchuri oficiale și cum faceți migrarea planificabilă.
Citiți mai departe →11Cum preveniți SQL injection în PHP
Cum exclud dezvoltatorii în mod fiabil SQL injection în aplicațiile PHP, cu prepared statements, liste albe și drepturi minime în baza de date.
Citiți mai departe →12Prevenirea XSS în PHP: cum respingeți în siguranță Cross-Site Scripting
Cum previn dezvoltatorii Cross-Site Scripting în aplicațiile PHP: codificare potrivită contextului, auto-escaping în șabloane, curățarea HTML și o Content Security Policy.
Citiți mai departe →13Cum implementați în siguranță încărcarea de fișiere în PHP: securitatea upload-urilor PHP
Formularele de încărcare sunt o cale frecventă pentru webshell-uri. Iată cum verificați corect tipurile de fișiere, cum salvați fișierele în siguranță și cum împiedicați serverul să execute scripturi încărcate.
Citiți mai departe →14Cum securizați sesiunile în PHP: securitatea sesiunilor PHP în practică
Sesiunile mențin utilizatorii autentificați și sunt astfel o țintă atractivă. Iată cum configurați în siguranță cookieurile, ID-urile de sesiune și locurile de stocare și cum aplicați indicația PHP2Shell despre upload progress.
Citiți mai departe →15Deserializarea nesigură în PHP: unserialize și securitatea
unserialize() cu date străine poate duce, în cel mai rău caz, la execuție de cod. Iată cum îl înlocuiți cu JSON, îl restrângeți acolo unde trebuie să rămână și găsiți locurile riscante din cod.
Citiți mai departe →16Prevenirea Local File Inclusion în PHP: LFI și RFI
Când include sau require preiau căi din cerere, atacatorii pot încărca fișiere străine. Iată cum construiți în siguranță selecția paginilor și șabloanele și cum securizați suplimentar serverul.
Citiți mai departe →17Cum protejați autentificările de admin împotriva brute force: protecție brute force pentru orice autentificare
Încercările automate de parole lovesc orice pagină de autentificare accesibilă. Iată cum frânați atacatorii cu rate limiting și Fail2ban, cum protejați conturile cu un al doilea factor și cum stocați corect parolele.
Citiți mai departe →18DDoS sau atac hacker? Cum încadrați corect atacurile
Site lent, sarcină mare, fișiere ciudate: dacă în spate se află un DDoS sau o intruziune decide reacția corectă. Iată cum încadrați situația cu câteva verificări.
Citiți mai departe →19Cum analizați logurile serverului web după un atac: citirea corectă a logului de acces
Fișierele de log sunt adesea cea mai importantă urmă după un atac. Iată cum salvați corect logurile de acces, de erori și PHP, cum găsiți cereri suspecte și cum evitați greșelile tipice la analiză.
Citiți mai departe →20Cum configurați autentificarea cu doi factori pentru accesurile de admin
O parolă furată nu trebuie să fie suficientă pentru a prelua serverul sau magazinul dumneavoastră. Iată cum alegeți metoda potrivită, cum securizați toate accesurile de admin și cum planificați accesurile de urgență.
Citiți mai departe →21Strategie de backup pentru server: backupuri după regula 3-2-1
Un backup ajută doar dacă supraviețuiește unui atac și poate fi restaurat. Iată cum aplicați regula 3-2-1 la serverele web și cum planificați corect păstrarea și testele.
Citiți mai departe →22Security Header pentru site-uri: cum setați corect antetele de securitate
Antetele de securitate îi spun browserului să vă protejeze mai bine vizitatorii. Iată cum setați cele mai importante antete în Nginx și Apache, cum introduceți treptat o Content-Security-Policy și cum verificați rezultatul.
Citiți mai departe →23Cum eliminați avertismentul Google „Acest site a fost hackuit”
Un avertisment de hack în rezultatele căutării costă vizitatori și încredere. Iată cum curățați temeinic site-ul, cum găsiți paginile de spam ascunse și cum solicitați reexaminarea în Search Console.
Citiți mai departe →24Lista de verificare după un hack: 20 de puncte pentru postcontrol
După un atac contează ordinea corectă. Această listă de verificare vă conduce în 20 de puncte prin circumscriere, salvarea probelor, curățare, accesuri noi, obligații și încheierea documentată.
Citiți mai departe →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.