Glosar: PHP și securitate IT

125 termeni de specialitate în cuvinte clare, fiecare cu trimitere la pagina de specialitate potrivită.

#A B C D E F G H I J L M N O P R S T U V W X Z

#

2FA: 2FA (autentificarea în doi factori) cere, la autentificare, pe lângă parolă, o a doua dovadă, de exemplu un cod dintr-o aplicație sau o cheie de securitate. O parolă furată singură nu mai este atunci suficientă. Pentru toate accesurile de administrator la CMS, panoul de hosting și servere, 2FA ar trebui să fie standard. Cum configurați autentificarea cu doi factori pentru accesurile de admin →

A

Acord de prelucrare a datelor (AVV): Un acord de prelucrare a datelor (în germană AVV, Auftragsverarbeitungsvertrag) conform art. 28 RGPD este necesar atunci când un prestator prelucrează în numele dumneavoastră date cu caracter personal sau poate accesa astfel de date. Aceasta se aplică adesea și furnizorilor de hosting, agențiilor și prestatorilor IT cu acces la server. Contractul reglementează, printre altele, instrucțiunile, măsurile de protecție și căile de notificare. Prelucrarea datelor în numele operatorului, când furnizorii accesează serverele →
Antete de securitate: Antetele de securitate sunt linii de antet ale răspunsului HTTP care impun browserului reguli de protecție, de exemplu Content-Security-Policy, Strict-Transport-Security sau X-Content-Type-Options. Ele protejează vizitatorii împotriva anumitor atacuri în browser. Împotriva vulnerabilităților de pe server, precum PHP2Shell, nu ajută. Security Header pentru site-uri: cum setați corect antetele de securitate →
Apache: Apache HTTP Server este unul dintre cele mai vechi și mai răspândite servere web. PHP rulează în el fie ca modul (mod_php), fie prin PHP-FPM, prin FastCGI. Cu fișiere .htaccess, configurația poate fi adaptată pe directoare. Securizarea Apache cu mod_php →
Asigurare cyber: O asigurare cyber acoperă, în funcție de contract, costuri după un atac, de exemplu pentru criminalistică, restaurare sau întreruperea activității. Multe contracte conțin obligații precum actualizări la timp și raportarea imediată a daunei. Ce se aplică în cazul concret clarificați cu asigurătorul dumneavoastră. Asigurare cyber: ce contează în caz de daună →

B

Backdoor: O backdoor (ușă dosnică) este un acces ascuns prin care atacatorii pot reveni după o intruziune. Poate fi un fișier, un cont de administrator, un cronjob sau o cheie SSH. De aceea, orice curățare include căutarea tuturor tipurilor de accesuri, nu doar a fișierelor. Backdoor WordPress: cum depistați sistematic ușile din spate →
Backport: Un backport transferă o corectură de securitate într-o versiune mai veche a programului, fără a trece la versiunea nouă. Distribuțiile Linux și furnizorii de hosting fac acest lucru frecvent; numărul de versiune afișat rămâne atunci același. Dacă un backport a fost aplicat, dovedesc changelog-ul pachetului și confirmarea furnizorului, nu numărul. Upgrade PHP sau backport? Decizia pentru sistemele vechi →
Backup 3-2-1: Regula 3-2-1 recomandă trei copii ale datelor pe două medii de stocare diferite, dintre care una într-un alt loc. Cel puțin o copie ar trebui să nu poată fi modificată de pe server, pentru ca atacatorii să nu o poată șterge sau cripta. O copie de siguranță contează abia când restaurarea a fost testată. Strategie de backup pentru server: backupuri după regula 3-2-1 →
Brute force: La un atac brute force, un atacator încearcă automat multe parole pentru un cont. Țintele sunt adesea autentificările de administrator ale CMS-urilor, SSH sau FTP. Protecție oferă parole puternice, autentificarea în doi factori și blocări automate precum Fail2ban. Cum protejați autentificările de admin împotriva brute force: protecție brute force pentru orice autentificare →
BSI: BSI (Bundesamt für Sicherheit in der Informationstechnik, Oficiul Federal German pentru Securitatea Informațiilor) este autoritatea federală germană pentru securitate cibernetică. Publică avertismente, recomandări și standarde precum IT-Grundschutz. Pentru PHP2Shell, BSI a declarat nivelul de avertizare 3 (portocaliu) și a recomandat actualizarea imediată. Ce recomandă BSI în privința PHP2Shell →

C

CDN: Un CDN (Content Delivery Network) livrează conținut prin multe servere distribuite și se află astfel în fața site-ului propriu-zis. Multe CDN-uri oferă suplimentar reguli WAF, de exemplu Cloudflare împotriva PHP2Shell. Protecția funcționează doar pentru traficul prin CDN și nu înlocuiește o actualizare PHP. Regulile de protecție Cloudflare împotriva PHP2Shell: ce oferă și ce nu →
CERT-Bund: CERT-Bund este Computer Emergency Response Team al administrației federale germane, din cadrul BSI. Publică servicii de avertizare și informare despre vulnerabilități și notifică operatorii de rețea despre sisteme vulnerabile. A avertizat și în privința PHP2Shell. Ce recomandă CERT-EU și CERT-Bund pentru PHP2Shell →
CERT-EU: CERT-EU este echipa de securitate cibernetică pentru instituțiile, organele și agențiile Uniunii Europene. Potrivit rapoartelor, CERT-EU consideră posibil ca la PHP2Shell să fie afectate versiunile începând cu PHP 5. Recomandă izolarea aplicațiilor accesibile public dacă nu pot fi actualizate la timp. Ce recomandă CERT-EU și CERT-Bund pentru PHP2Shell →
CGI: CGI (Common Gateway Interface) este o interfață veche în care serverul web pornește pentru fiecare cerere un program extern și returnează rezultatul acestuia. Este simplă, dar lentă și a fost în mare parte înlocuită pentru PHP de FastCGI. Configurații CGI vechi se mai găsesc pe unele sisteme de hosting și Windows. CGI și FastCGI: bazele →
cgroups: cgroups (Control Groups) sunt o funcție a nucleului Linux prin care memoria, CPU și alte resurse pot fi limitate pentru grupuri de procese. Containerele și systemd le folosesc, de exemplu cu MemoryMax. Ca măsură provizorie împotriva PHP2Shell, php.net recomandă o limită de memorie prin container sau cgroup, în loc de RLIMIT_AS sau RLIMIT_DATA. Stabilirea limitelor de memorie cu systemd și cgroups →
Changelog: Un changelog enumeră modificările unei versiuni de program sau de pachet, la corecturile de securitate de obicei cu numărul CVE. Pe Debian și Ubuntu, apt-get changelog arată changelog-ul pachetului, în familia RHEL rpm -q --changelog. Astfel, un backport poate fi dovedit chiar și la același număr de versiune. Dovedirea numerelor CVE în changelog-ul pachetului →
Ciclul de lansări: Fiecare versiune PHP primește mai întâi corecturi de erori, iar apoi, o perioadă, doar corecturi de securitate. Când se încheie suportul pentru fiecare versiune, publică proiectul PHP pe php.net, la pagina versiunilor suportate. PHP 8.2 atinge, potrivit php.net, sfârșitul suportului la 31.12.2026. Versiunile PHP și ciclul de lansare →
CLI: CLI (Command Line Interface) este PHP în linia de comandă, de exemplu pentru cronjoburi, comenzi de consolă ale CMS-urilor și Composer. PHP-ul CLI poate fi o altă versiune decât PHP-ul care livrează paginile web. Comanda php -v arată de aceea doar versiunea din linia de comandă; ambele căi trebuie să fie actualizate. PHP în linia de comandă (CLI) →
CloudLinux: CloudLinux este o distribuție Linux pentru shared hosting, care separă clienții în medii limitate. Cu alt-php pune la dispoziție în paralel multe versiuni PHP, inclusiv mai vechi. Fiecare dintre aceste versiuni trebuie actualizată separat. CloudLinux și alt-php: ce ar trebui să știe clienții de hosting →
Command Injection: La Command Injection, datele de intrare ajung neverificate într-o comandă de sistem pe care o execută aplicația. Atacatorul poate astfel porni comenzi proprii cu drepturile serverului web. Protecție oferă renunțarea la apelurile de shell acolo unde este posibil și mascarea consecventă cu escapeshellarg(). Prevenirea Command Injection în PHP →
Composer: Composer este managerul de pachete pentru PHP. El instalează biblioteci conform indicațiilor din composer.json și păstrează versiunile exacte în composer.lock. Cu composer audit, pachetele instalate pot fi verificate pentru vulnerabilități cunoscute; vulnerabilitățile din PHP însuși nu le găsește comanda. Composer: managerul de pachete pentru PHP →
Conservarea probelor: Conservarea probelor înseamnă salvarea urmelor unui incident înainte ca acestea să se piardă prin curățare, repornire sau reinstalare. Fac parte din ea fișierele de jurnal, imaginile suporturilor de date și, după caz, memoria. Presa de specialitate recomandă, după PHP2Shell, păstrarea jurnalelor serverului începând cu 20.10.2026. Salvați probele înainte de a reinstala serverul →
Container: Un container este un mediu de execuție izolat, care pornește o aplicație cu toate dependențele sale dintr-o imagine, de exemplu cu Docker. PHP-ul din container provine din imagine, nu din sistemul gazdă. O actualizare pe gazdă nu îl actualizează de aceea; imaginea trebuie reconstruită, iar containerul repornit. Rularea PHP în containere →
cPanel: cPanel este un panou de administrare pentru web hosting, cu WHM ca interfață pentru administratorul serverului. Versiunile PHP sunt puse acolo la dispoziție de obicei prin pachete proprii (EasyApache). Ce build-uri sunt actualizate confirmă versiunea pachetului și furnizorul de hosting. cPanel și WHM: securizarea PHP →
Credential Stuffing: La credential stuffing, atacatorii încearcă date de acces din scurgeri de date anterioare la alte servicii. Funcționează pentru că mulți oameni folosesc aceleași parole de mai multe ori. Protecție oferă parole unice pentru fiecare serviciu și autentificarea în doi factori. Cum configurați autentificarea cu doi factori pentru accesurile de admin →
Criminalistică IT (forensics): Criminalistica IT investighează metodic, după un incident, ce s-a întâmplat: cum a intrat atacatorul, ce a făcut și ce date sunt afectate. Baza o constituie copii securizate ale suporturilor de date, ale memoriei și ale jurnalelor. Rezultatele sunt importante pentru obligațiile de notificare, asigurare și plângere penală. Criminalistică IT după un atac asupra serverului web →
Cronologie: O cronologie (timeline) ordonează cronologic toate urmele unui incident: intrări de jurnal, modificări de fișiere, autentificări, procese. Arată când a început atacul și ce s-a petrecut în ce ordine. Importantă este o zonă orară unitară, cel mai bine UTC. Întocmirea cronologiei unui incident →
Cryptominer: Un cryptominer este software malițios care calculează criptomonede pe servere străine. Semnele tipice sunt încărcarea CPU constant ridicată și procesele necunoscute. Un miner arată că un atacator poate executa cod; serverul ar trebui atunci considerat compromis. Criptominer pe serverul web: semne și mod de lucru →
CSP: CSP (Content Security Policy) este un antet care stabilește din ce surse poate o pagină să încarce scripturi, imagini și alte conținuturi. Îngreunează XSS și introducerea de scripturi străine, de exemplu la skimming. O CSP strictă trebuie testată cu atenție, pentru ca site-ul să funcționeze în continuare. Security Header pentru site-uri: cum setați corect antetele de securitate →
CSRF: CSRF (Cross-Site Request Forgery) determină browserul unui utilizator autentificat să declanșeze fără voie o acțiune pe un alt site. Tipice sunt modificările în zonele de administrare. Protecție oferă token-uri aleatorii în formulare și cookie-uri cu atributul SameSite. Protecția CSRF în aplicațiile PHP →
CVE: CVE (Common Vulnerabilities and Exposures) este un registru folosit la nivel mondial, care atribuie fiecărei vulnerabilități de securitate cunoscute un număr unic, de exemplu CVE-2026-109618. Numărul face comparabile anunțurile producătorilor, autorităților și distribuțiilor. Prin numărul CVE se poate verifica și în changelog-ul pachetului dacă o corectură a fost aplicată. Dovedirea numerelor CVE în changelog-ul pachetului →
CVSS: CVSS (Common Vulnerability Scoring System) evaluează gravitatea unei vulnerabilități pe o scară de la 0 la 10. Evaluarea ia în considerare, de exemplu, dacă un atac este posibil prin rețea și fără autentificare. Vulnerabilitățile PHP2Shell au fiecare CVSS v4.0 9.2; despre riscul concret din mediul dumneavoastră, valoarea singură nu spune nimic.

D

DDoS: Un atac DDoS (Distributed Denial of Service) supraîncarcă un serviciu cu cereri din multe surse, până când acesta nu mai este accesibil. Datele nu sunt furate de regulă în acest proces. Un DDoS trebuie deosebit de un exploit, care exploatează țintit o vulnerabilitate. DDoS sau atac hacker? Cum încadrați corect atacurile →
Defacement: La defacement, atacatorii modifică vizibil pagina de start sau conținutul unui site, de exemplu cu mesaje sau imagini. Este vizibil, dar adesea doar semnul vizibil al unei intruziuni mai profunde. Site-ul ar trebui tratat ca fiind compromis până la clarificare. Site hackuit, ce faci? Ajutor de urgență la distanță →
Deserializare: Deserializarea transformă datele stocate înapoi în obiecte, în PHP de exemplu cu unserialize(). Dacă datele provin de la utilizatori, atacatorii pot construi obiecte astfel încât la încărcare să ruleze cod nedorit. Pentru datele utilizatorilor, JSON este alegerea mai sigură. Deserializarea nesigură în PHP: unserialize și securitatea →
disable_functions: disable_functions este o setare php.ini prin care se dezactivează anumite funcții PHP, de obicei cele pentru executarea comenzilor de sistem. Poate fi stabilită doar în php.ini, nu în codul aplicației. Îngreunează viața atacatorilor, dar nu înlocuiește nici actualizările, nici drepturile curate. Cum folosiți corect PHP disable_functions →
display_errors: display_errors stabilește dacă PHP afișează mesajele de eroare direct în browser. În producție, valoarea trebuie să fie Off, iar erorile se scriu în schimb într-un jurnal cu log_errors. Mesajele vizibile dezvăluie altfel căi, versiuni și fragmente de cod. display_errors off: dezactivarea ieșirilor de erori în producție →

E

EDR: EDR (Endpoint Detection and Response) este software pe servere și stații de lucru care observă procesele, accesările de fișiere și conexiunile de rețea și raportează sau oprește comportamentul suspect. Pe serverele web poate recunoaște, de exemplu, că PHP-FPM pornește un shell. Deoarece pentru PHP2Shell nu există IOC-uri confirmate, o astfel de analiză comportamentală este deosebit de importantă. Semnal de alarmă: serverul web pornește un shell →
Embargo: Un embargo este termenul convenit în care detaliile unei vulnerabilități rămân confidențiale până când patchurile sunt gata. Astfel, producătorii și distribuțiile pot pregăti actualizările. La PHP2Shell, potrivit mai multor rapoarte, detaliile au devenit publice înainte de expirarea embargoului; php.net a anunțat de aceea patchurile la 20.10.2026. De ce a devenit cunoscută vulnerabilitatea PHP înainte de patch →
End of Life: End of Life (EOL) înseamnă că o versiune de software nu mai primește de la producător actualizări, nici corecturi de securitate. PHP 8.1 și mai vechi nu mai primesc actualizări oficiale de la proiectul PHP; pentru 7.4, 8.0 și 8.1 există doar backporturi minime la nivel de sursă. Sistemele cu software EOL au nevoie de un plan de upgrade. PHP End of Life: riscurile versiunilor învechite →
Exploit: Un exploit este cod sau o procedură care exploatează efectiv o vulnerabilitate concretă. De îndată ce apare un patch, atacatorii îl pot analiza și deriva exploituri. De aceea, după publicarea unui patch, timpul până la atacuri se scurtează adesea considerabil. Fereastra de timp dintre patch și atac →
expose_php: expose_php controlează dacă PHP își dezvăluie versiunea în antetul HTTP X-Powered-By. În producție, setarea ar trebui să fie Off, pentru ca atacatorii să nu vadă de la început ce versiune PHP rulează. Este protecție a informațiilor, nu un înlocuitor pentru o actualizare. expose_php și antetele Server: ascunderea indicațiilor de versiune →
Extensie: O extensie completează PHP cu funcții, de exemplu pentru baze de date, imagini sau criptare. Extensiile rulează în același proces ca PHP și au aceleași drepturi. Dezactivarea extensiilor care nu sunt necesare reduce suprafața de atac. Înțelegerea extensiilor PHP (extensions) →

F

Fail2ban: Fail2ban citește fișiere de jurnal și blochează temporar adrese IP în firewall după încercări eșuate repetate. Domenii tipice de utilizare sunt SSH, poșta și autentificările de administrator ale site-urilor. Împotriva atacurilor distribuite din multe adrese ajută doar limitat. Configurarea Fail2ban pentru servere web →
FastCGI: FastCGI este un protocol prin care un server web transmite cererile către procese de program care rulează permanent, de exemplu către PHP-FPM. Spre deosebire de CGI clasic, nu se pornește un proces nou pentru fiecare cerere. Deoarece procesele tratează mai multe cereri una după alta, o repornire curată după actualizări este importantă. CGI și FastCGI: bazele →
FrankenPHP: FrankenPHP este un server de aplicații modern pentru PHP, bazat pe serverul web Caddy. PHP este acolo încorporat direct, iar în modul worker aplicația rămâne în memorie între cereri. FrankenPHP face parte, potrivit echipei PHP, dintre modurile de operare afectate; după actualizare, serverul trebuie repornit cu noul PHP. Securizarea FrankenPHP →

G

GHSA: GHSA este identificatorul unui GitHub Security Advisory, adică al unui anunț de securitate din baza de date GitHub. Multe proiecte open source, inclusiv PHP, își publică anunțurile acolo suplimentar față de numărul CVE. Pentru PHP2Shell, acestea sunt GHSA-w8hw-w9fx-j79w și GHSA-6wmf-4rv5-p3rp.

H

Hosting partajat (shared hosting): La hostingul partajat, mulți clienți împart un server pe care îl operează furnizorul de hosting. Furnizorul de hosting răspunde de PHP, sistemul de operare și serverul web, clientul de aplicația sa. La PHP2Shell, asta înseamnă: întrebați furnizorul de hosting despre versiunea patchului și verificați propriul site pentru urme. Shared hosting: ce face hosterul și ce trebuie să faceți dumneavoastră →
HSTS: HSTS (HTTP Strict Transport Security) este un antet prin care un site comunică browserului să îl acceseze, pentru o perioadă stabilită, doar prin HTTPS. Aceasta împiedică retrogradarea conexiunilor la HTTP necriptat. Înainte de activare, HTTPS ar trebui să funcționeze fiabil pe toate domeniile afectate. Security Header pentru site-uri: cum setați corect antetele de securitate →
.htaccess: Fișierele .htaccess sunt fișiere de configurare pe director pentru Apache și servere compatibile precum LiteSpeed. CMS-urile le folosesc pentru redirecționări și protecția accesului, atacatorii pentru redirecționări ascunse. Nginx nu interpretează .htaccess; regulile de protecție trebuie puse acolo în configurația serverului. Configurarea sigură a Apache pentru PHP →

I

Image-Digest: Un image digest este o valoare hash (sha256) care stabilește univoc conținutul unei imagini de container. Spre deosebire de un tag precum php:8.3-fpm, care poate fi mutat pe versiuni noi, un digest nu se schimbă niciodată. Cine fixează imaginile prin digest trebuie să îl actualizeze conștient după o actualizare de securitate. Imagini Docker PHP oficiale: taguri, digest-uri și reconstruire →
Incident Response: Incident Response este tratarea ordonată a unui incident de securitate: recunoaștere, izolare, salvarea urmelor, curățare, restaurare și evaluare ulterioară. Un flux stabilit previne ca, în agitație, să fie distruse probe sau să fie ratate uși dosnice. Importante sunt responsabilitățile clare și o documentare fără goluri. Incident Response la atacuri asupra serverelor →
ini_set(): ini_set() este o funcție PHP prin care un script modifică setări în timpul execuției. Ce are voie să modifice un script depinde de modul de modificare al setării. Deoarece și codul malițios poate apela ini_set(), setările de protecție aparțin configurației serverului sau a pool-ului, nu codului aplicației. php.ini explicat: structură, niveluri și prioritate →
IOC: IOC (Indicator of Compromise) sunt urme concrete ale unui atac, de exemplu nume de fișiere, valori hash, adrese IP sau domenii. Cu ele, sistemele pot fi verificate țintit pentru un atac cunoscut. Pentru PHP2Shell nu există IOC-uri publicate și confirmate; detectarea se bazează pe analiza comportamentului. Am fost deja compromis? Semne după PHP2Shell →
ISO 27001: ISO/IEC 27001 este standardul internațional pentru sistemele de management al securității informațiilor (ISMS). Cere o gestionare reglementată a riscurilor, măsurilor și îmbunătățirilor, inclusiv managementul vulnerabilităților și al incidentelor. Firmele se pot certifica conform lui. ISO 27001 și TISAX: ce privește serverele web →
IT-Grundschutz: IT-Grundschutz al BSI este o metodologie cu module și cerințe pentru securitatea informațiilor în firme și autorități. Există module proprii, de exemplu, pentru servere web și aplicații web. Poate fi folosit ca bază pentru un ISMS sau o certificare. Benchmark-uri CIS și module BSI pentru servere web →

J

JIT: JIT (Just-in-Time Compiler) traduce în timpul execuției, în cod-mașină, codul PHP executat frecvent. A apărut cu PHP 8.0 și face parte din OPcache. Pentru site-urile obișnuite, câștigul de performanță este de regulă mic, iar pentru sarcini cu calcul intensiv este mai mare. JIT și performanța în PHP 8 →

L

Lanț de custodie (chain of custody): Lanțul de custodie (chain of custody) documentează fără goluri cine a securizat, predat și prelucrat un mijloc de probă și când. Completat cu sume de control, dovedește că datele nu au fost modificate. Fără această documentare, urmele pierd din valoare în fața instanței sau a asigurătorilor. Criminalistică IT după un atac asupra serverului web →
Lecții învățate (Lessons Learned): Lessons Learned este evaluarea ulterioară a unui incident: ce s-a întâmplat, ce a mers bine, ce trebuie să se schimbe? Scopul sunt măsuri concrete, cu responsabili și termene, nu atribuirea vinei. Rezultatele alimentează planul de urgență, procesul de patch și instruirile. Lessons learned: cum deveniți mai buni după incident →
LFI: LFI (Local File Inclusion) există atunci când o aplicație include un fișier local a cărui cale poate fi influențată de atacator. Astfel pot fi citite fișiere de configurare sau, în anumite condiții, poate fi executat cod introdus. Protecție oferă liste fixe de permitere în loc de nume de fișiere din datele introduse de utilizator. Prevenirea Local File Inclusion în PHP: LFI și RFI →
LiteSpeed: LiteSpeed este un server web în mare parte compatibil cu configurații Apache precum .htaccess și care conectează PHP prin propria interfață LSAPI. Este răspândit la furnizorii de hosting; OpenLiteSpeed este varianta liberă. LiteSpeed face parte, potrivit echipei PHP, dintre modurile de operare afectate de PHP2Shell. LiteSpeed și LSAPI: actualizarea PHP →

M

memory_limit: memory_limit limitează cât de multă memorie poate ocupa un singur script PHP; implicit sunt 128 MB. Când limita este atinsă, PHP se oprește cu o eroare de tip Out-of-Memory. Împotriva CVE-2026-109618, php.net recomandă provizoriu memory_limit=-1, fixat ferm, și o limită de memorie prin container sau cgroup. Setarea corectă a memory_limit →
mod_php: mod_php este modulul PHP pentru serverul web Apache. PHP rulează în acest caz direct în procesul Apache și, de regulă, cu drepturile de utilizator ale acestuia. Echipa PHP consideră riscul PHP2Shell cel mai ridicat la mod_php; acolo a fost demonstrat un exploit înainte ca vreun cod al aplicației să ruleze. mod_php explicat: PHP în procesul Apache →
ModSecurity: ModSecurity este un WAF open source răspândit, care rulează ca modul în Apache, Nginx sau alte servere web. Evaluează cererile pe baza unor reguli și le poate înregistra sau bloca. De obicei este folosit împreună cu OWASP Core Rule Set. Utilizarea ModSecurity și a OWASP Core Rule Set →
Monitoring: Monitoring este supravegherea continuă a sistemelor, de exemplu accesibilitatea, încărcarea, fișierele de jurnal și modificările de fișiere. Monitoringul de securitate caută țintit anomalii, precum fișiere PHP noi sau shell-uri pornite de serverul web. Ajută doar dacă cineva evaluează și la timp mesajele. Monitorizare de securitate pentru servere web →

N

Nginx: Nginx este un server web și reverse proxy răspândit. Nu execută singur PHP, ci transmite cererile prin FastCGI către PHP-FPM. Importantă este o configurație care transmite către PHP doar fișierele PHP reale și exclude dosarele de încărcare. Securizarea Nginx cu PHP-FPM →
NIS2: NIS2 este o directivă a UE care stabilește pentru multe firme și instituții obligații de gestionare a riscurilor și de raportare a incidentelor de securitate. Privește mult mai multe sectoare și dimensiuni de firme decât reglementarea anterioară. Dacă firma dumneavoastră este cuprinsă ar trebui să clarificați pe baza transpunerii naționale și cu consultanță juridică. NIS2 și securitatea serverelor web →
Nivel de avertizare: BSI clasifică situația de amenințare la avertismentele de securitate în niveluri, marcate și prin culori. Nivelul 3 (portocaliu) înseamnă o situație critică pentru activitate, cu posibilă afectare masivă a funcționării normale. Pentru PHP2Shell se aplică nivelul de avertizare 3 / portocaliu. Nivelul de alertă portocaliu BSI: ce înseamnă încadrarea →

O

OPcache: OPcache este cache-ul de bytecode livrat împreună cu PHP. El păstrează codul deja tradus în memoria comună, pentru ca fișierele PHP să nu fie recompilate la fiecare cerere. După o actualizare sau o curățare, cache-ul trebuie golit, respectiv PHP trebuie repornit, altfel poate continua să ruleze cod vechi. OPcache explicat: cache-ul de bytecode al PHP →
open_basedir: open_basedir limitează la ce directoare pot accesa scripturile PHP cu funcții de fișiere. Pe serverele cu mai multe site-uri, aceasta împiedică un site să citească pur și simplu fișierele altuia. Nu este o izolare completă; fac parte din ea utilizatorii de sistem separați și pool-urile FPM. open_basedir și izolarea pe site →
Out of Memory: Out of Memory (memorie epuizată) desemnează starea în care un program nu mai primește memorie suplimentară și trebuie să se oprească. În PHP, aceasta se întâmplă când memory_limit este depășit. La CVE-2026-109618, o astfel de oprire poate întrerupe PHP în timp ce datele cererii sunt inițializate doar parțial. memory_limit și Out-of-Memory: ce se întâmplă în interior →
OWASP CRS: OWASP Core Rule Set (CRS) este un set de reguli disponibil liber pentru ModSecurity și WAF-uri compatibile. Recunoaște clase tipice de atac, precum SQL-Injection sau Command Injection. Regulile trebuie adaptate aplicației, altfel blochează și cereri legitime. Utilizarea ModSecurity și a OWASP Core Rule Set →
OWASP Top 10: OWASP Top 10 este o listă actualizată periodic a celor mai importante riscuri pentru aplicațiile web, publicată de organizația non-profit OWASP Foundation. Servește drept bază pentru dezvoltare, verificări și instruiri. Suplimentar, OWASP oferă Cheat Sheets cu măsuri concrete de contracarare.

P

Patch: Un patch este o corectură a producătorului, care închide o vulnerabilitate în codul programului. El are efect abia când este instalat și toate procesele care rulează au fost repornite. Un patch nu elimină software-ul malițios deja introdus și nu dovedește că nu s-a întâmplat nimic înainte. Serviciu de patch PHP: actualizare cu repornire și dovadă →
Patching virtual: Patching-ul virtual blochează atacurile asupra unei vulnerabilități cunoscute înaintea aplicației, de obicei cu un WAF, fără a modifica codul vulnerabil. Câștigă timp până când actualizarea reală este posibilă. La PHP2Shell, de exemplu Cloudflare avertizează că regulile bazate doar pe datele cererii nu sunt suficiente; actualizarea rămâne obligatorie. WAF și patching virtual pentru PHP →
PECL: PECL (PHP Extension Community Library) este registrul pentru extensiile PHP scrise în C, care nu fac parte din setul standard. Astfel de extensii trebuie să se potrivească cu versiunea PHP instalată. După o schimbare a versiunii principale PHP, ele trebuie adesea reconstruite sau înlocuite. Înțelegerea extensiilor PHP (extensions) →
PHP: PHP este un limbaj de scriptare care rulează mai ales pe servere web și generează acolo pagini web. Multe CMS-uri și sisteme de magazin răspândite, precum WordPress, TYPO3 sau Shopware, sunt scrise în PHP. O vulnerabilitate în interpretorul PHP afectează de aceea toate aplicațiile care rulează pe el, indiferent de propriul lor stadiu de actualizare. Ce este PHP? Limbajul de programare explicat →
php-cgi: php-cgi este programul PHP pentru funcționarea prin CGI sau FastCGI. Potrivit echipei PHP, face parte dintre modurile de operare afectate de PHP2Shell. Acolo unde php-cgi mai este folosit, merită verificat dacă este posibilă trecerea la PHP-FPM. php-cgi: o moștenire cu risc →
PHP-FPM: PHP-FPM (FastCGI Process Manager) este un serviciu separat care administrează procesele PHP în pool-uri și preia cererile de la serverul web prin FastCGI. Astăzi este modul de operare uzual cu Nginx și pe multe servere Apache. După o actualizare PHP, PHP-FPM trebuie repornit, pentru ca să nu mai ruleze procese vechi. PHP-FPM explicat: managerul de procese, pool-uri și workeri →
php.ini: php.ini este fișierul central de configurare al PHP. Stabilește limite, setări de securitate și de erori, de exemplu memory_limit sau display_errors. Adesea există câte un php.ini separat pentru fiecare SAPI (FPM, CLI, Apache), care trebuie întreținut separat. php.ini explicat: structură, niveluri și prioritate →
PHP2Shell: PHP2Shell este numele pentru două vulnerabilități critice în PHP însuși, CVE-2026-109618 și CVE-2026-109619, fiecare cu CVSS v4.0 9.2. Ele permit executarea de la distanță a codului malițios, fără autentificare. Sunt remediate în PHP 8.5.12, 8.4.27, 8.3.36 și 8.2.35, publicate la 21.10.2026. Ce este PHP2Shell? Vulnerabilitatea explicată simplu →
php_admin_value: php_admin_value stabilește o setare PHP în pool-ul FPM sau în configurația Apache în așa fel încât aplicațiile să nu o poată suprascrie prin ini_set() sau .htaccess. Pentru comutatoare există php_admin_flag. php.net recomandă această cale pentru măsurile provizorii împotriva PHP2Shell, de exemplu pentru memory_limit. php_admin_value: blocarea setărilor împotriva suprascrierii →
Plan de urgență: Un plan de urgență IT stabilește cine ce face la un incident: contacte, căi de decizie, primii pași, reluarea activității. Trebuie să fie disponibil și offline, pentru cazul în care sistemele cad. Exercițiile regulate arată dacă funcționează în caz real. Întocmirea unui plan de urgență IT pentru serverele web →
Plesk: Plesk este un panou de administrare răspândit pentru servere web, cu care se pot configura domenii, versiuni PHP și handlere pentru fiecare site. Vine cu pachete PHP proprii, dar poate folosi și pachetele PHP ale distribuției. La backporturi, Plesk poate afișa în continuare un număr mai vechi, precum 8.2.34, deși este actualizat. Server Plesk: verificați și actualizați versiunile PHP →
Pool FPM: Un pool este un grup de procese PHP-FPM cu configurație proprie, socket propriu și, ideal, utilizator de sistem propriu. Câte un pool separat pentru fiecare site separă site-urile între ele, astfel încât o intruziune într-unul să nu ajungă direct la fișierele celorlalte. În pool, setările pot fi fixate prin php_admin_value. Izolarea pool-urilor PHP-FPM pentru fiecare site →
post_max_size: post_max_size stabilește cât de mare poate fi, în total, conținutul unei cereri POST; implicit sunt 8 MB. Ca măsură provizorie împotriva PHP2Shell, php.net indică 8M pentru site-uri fără încărcări și 32M cu încărcări. upload_max_filesize trebuie să fie sub această valoare. Limitarea rezonabilă a post_max_size și upload_max_filesize →
Privilegii minime (Least Privilege): Least Privilege (principiul privilegiilor minime) înseamnă că fiecare utilizator și fiecare proces primește doar drepturile de care are cu adevărat nevoie. Dacă PHP rulează cu drepturi restrânse, un atacator poate provoca mai puține pagube după o intruziune. Aceasta privește utilizatorii de sistem, drepturile de fișiere, conturile de bază de date și accesurile de administrator. Least Privilege: drepturile utilizatorului serverului web →
Proof of Concept: Un Proof of Concept (PoC) este o dovadă că o vulnerabilitate poate fi exploatată, adesea sub forma unui cod simplu de demonstrație. Servește producătorilor și cercetătorilor la evaluare, dar poate servi și atacatorilor drept model. Un PoC publicat crește de aceea, de regulă, urgența aplicării patchurilor.

R

Ransomware: Ransomware criptează datele și cere răscumpărare pentru decriptare, adesea împreună cu amenințarea că datele furate vor fi publicate. Un server web compromis poate fi punctul de intrare pentru aceasta. Cea mai eficientă protecție sunt copiile de siguranță separate, testate, și un plan de urgență. Strategie de backup pentru server: backupuri după regula 3-2-1 →
RCE: RCE (Remote Code Execution) înseamnă că un atacator poate executa de la distanță cod propriu pe un sistem străin. Dacă pentru aceasta nu este necesară autentificarea, se vorbește de unauthenticated RCE, cea mai gravă clasă de vulnerabilități ale serverelor web. Cu RCE, un atacator poate citi date, crea uși dosnice și abuza în continuare de server. Ce este PHP2Shell? Vulnerabilitatea explicată simplu →
Reverse proxy: Un reverse proxy primește cererile din internet și le transmite către unul sau mai multe servere aflate în spatele lui. Poate prelua TLS, distribui sarcina și servi drept loc pentru reguli de filtrare sau pentru un WAF. Oferă protecție doar dacă serverele din spate nu sunt accesibile suplimentar și direct. Filtrarea cererilor de upload la margine: oportunități și riscuri →
RFI: RFI (Remote File Inclusion) este varianta în care o aplicație încarcă și execută cod de la o adresă străină. În PHP, setarea allow_url_include=Off, care este standard de multă vreme, împiedică includerea fișierelor la distanță. Aplicațiile și configurațiile vechi ar trebui verificate sub acest aspect. Prevenirea Local File Inclusion în PHP: LFI și RFI →
RGPD art. 33: Art. 33 RGPD obligă operatorii să notifice autoritatea de supraveghere competentă, dacă este posibil în termen de 72 de ore de la luarea la cunoștință, despre o încălcare a securității datelor cu caracter personal. Obligația dispare doar dacă este improbabil să existe un risc pentru persoanele vizate. În cazuri concrete oferă consultanță responsabilii cu protecția datelor sau avocații. Obligația de notificare RGPD: 72 de ore după incident →
RGPD art. 34: Art. 34 RGPD reglementează notificarea persoanelor vizate înseși. Este necesară atunci când o încălcare a securității datelor generează probabil un risc ridicat pentru drepturile și libertățile acestora. Dacă acest lucru este adevărat ar trebui evaluat împreună cu responsabilii cu protecția datelor sau cu avocații. Obligația de notificare RGPD: 72 de ore după incident →

S

SAPI: SAPI (Server Application Programming Interface) este interfața prin care PHP comunică cu mediul său, de exemplu cu Apache, PHP-FPM sau linia de comandă. Ce SAPI este folosită determină cum sunt pornite, reutilizate și repornite procesele PHP. La PHP2Shell sunt afectate, potrivit echipei PHP, mai multe moduri de operare, mod_php având riscul cel mai ridicat. SAPI explicat: cum vorbește PHP cu serverul web →
Securizare (hardening): Securizarea (hardening) înseamnă configurarea unui sistem astfel încât să ofere cât mai puțină suprafață de atac: doar serviciile necesare, drepturi restrânse, setări implicite sigure. La serverele PHP fac parte din ea, de exemplu, pool-uri separate, funcții blocate și lipsa execuției PHP în dosarele de încărcare. Securizarea limitează pagubele, dar nu înlocuiește actualizările. Securizarea (hardening) serverelor web PHP →
serialize_handler: session.serialize_handler stabilește în ce format salvează PHP datele de sesiune, de exemplu php, php_binary sau php_serialize. Avertismentul privind CVE-2026-115560 se referă doar la o configurație neobișnuită, în care acest format este schimbat în timpul execuției și Session-Upload-Progress este activ. Remediul până la următoarea versiune de corectare este session.upload_progress.enabled=0. CVE-2026-115560: indicația privind session upload progress →
Server administrat (managed server): La un server administrat (managed server), furnizorul pune la dispoziție un server propriu și preia contractual părți stabilite ale operării, adesea actualizările sistemului de operare și ale PHP. Ce anume face parte din aceasta rezultă din contract și diferă mult între furnizori. În caz de dubiu, responsabilitatea pentru patchuri ar trebui confirmată în scris. Server administrat: clarificați responsabilitatea →
Server de origine (origin server): Serverul de origine (origin server) este serverul web propriu-zis din spatele unui CDN sau reverse proxy. Dacă este accesibil și direct prin adresa sa IP, atacatorii pot ocoli protecția din față. De aceea, serverul de origine ar trebui să accepte doar conexiuni de la CDN sau de la proxy. Regulile de protecție Cloudflare împotriva PHP2Shell: ce oferă și ce nu →
Server root (root server): Un server root este un server închiriat pe care clientul are drepturi complete de administrator. Astfel, și responsabilitatea completă pentru actualizări, securizare și supraveghere revine clientului. Furnizorul pune la dispoziție doar hardware-ul și rețeaua. Securizarea propriului server root sau vServer →
Sesiune: O sesiune leagă mai multe cereri ale aceluiași vizitator, de exemplu pentru autentificare sau coș de cumpărături. PHP stochează datele pe server și oferă browserului un ID de sesiune, implicit în cookie-ul PHPSESSID. Cine cunoaște ID-ul de sesiune al altcuiva poate, în anumite condiții, să apară ca acel utilizator. Sesiuni și cookie-uri în PHP →
session.upload_progress: Session-Upload-Progress este o funcție PHP care depune în sesiune progresul încărcărilor de fișiere în curs; este activată implicit. php.net recomandă provizoriu session.upload_progress.enabled=0 în php.ini, în pool-ul FPM sau în configurația serverului, apoi repornirea tuturor workerilor. Potrivit rapoartelor de specialitate, setarea singură nu închide ambele vulnerabilități PHP2Shell; actualizarea rămâne obligatorie. Dezactivarea session.upload_progress: corect și durabil →
SIEM: Un SIEM (Security Information and Event Management) colectează central date de jurnal din multe sisteme și le evaluează pentru evenimente de securitate. Astfel pot fi recunoscute legături care se pierd în jurnalele individuale. Un SIEM are nevoie de reguli întreținute și de oameni care să prelucreze mesajele. Monitorizare de securitate pentru servere web →
Skimming: La skimming în magazinele online, atacatorii introduc în checkout JavaScript care citește și trimite datele de plată și ale clienților. Codul se află adesea în fișiere de temă, scripturi de tracking sau înregistrări din baza de date. Clienții nu observă nimic, comerciantul adesea abia prin semnalări ale furnizorilor de plăți. Magazin online hackuit? Securitate IT pentru comercianți →
Spam SEO: Spamul SEO înseamnă pagini, linkuri sau redirecționări introduse, prin care atacatorii plasează oferte străine în motoarele de căutare. Adesea doar motoarele de căutare sau vizitatorii veniți din Google văd conținutul manipulat. Pe lângă curățare, este necesară apoi o verificare în Google Search Console. Spam SEO și pagini străine în indexul Google →
SQL-Injection: La o SQL-Injection, un atacator introduce prin date de intrare propriile comenzi de bază de date într-o aplicație. Astfel, datele pot fi citite sau modificate. Protecție oferă instrucțiunile pregătite (prepared statements) cu substituenți, în locul textelor SQL compuse. Cum preveniți SQL injection în PHP →
SSRF: SSRF (Server-Side Request Forgery) determină o aplicație să trimită, în numele atacatorului, cereri către alte adrese, inclusiv către sisteme interne. Astfel devin accesibile servicii care ar trebui de fapt să fie izolate de exterior. Protecție oferă liste de permitere pentru destinații și blocarea intervalelor de adrese interne. Prevenirea Server-Side Request Forgery (SSRF) în PHP →
Superglobale: Superglobalele sunt variabile pe care PHP le pune la dispoziție în fiecare script, de exemplu $_GET, $_POST, $_COOKIE, $_FILES, $_SERVER și $_SESSION. Ele conțin datele cererii curente, care provin în mare parte de la vizitator. Tot ce se află în ele trebuie tratat ca nedemn de încredere și verificat. Superglobals: $_GET, $_POST, $_FILES și celelalte →
sury.org: sury.org este un depozit de pachete al lui Ondřej Surý, cu versiuni PHP actuale și mai vechi pentru Debian și Ubuntu. Este o ofertă a unui terț și nu arhiva de securitate a Debian. Potrivit rapoartelor, acolo au fost puse la dispoziție build-uri pentru toate ramurile de la 5.6 la 8.5. Depozitul sury.org: pachete PHP dintr-o sursă terță →

T

Threat Hunting: Threat hunting este căutarea activă a atacatorilor în propria rețea, fără să existe un avertisment. Punctul de plecare sunt ipotezele, de exemplu: a pornit un proces al serverului web, din 20.10., un shell? Astfel se găsesc intruziuni pe care instrumentele automate le ratează. Semnal de alarmă: serverul web pornește un shell →
TISAX: TISAX este o procedură de verificare și schimb pentru securitatea informațiilor în industria auto. Se bazează pe un catalog de cerințe al asociației industriei auto germane (VDA) și este operată de ENX Association. Furnizorii trebuie să demonstreze prin ea producătorilor nivelul lor de securitate. ISO 27001 și TISAX: ce privește serverele web →
TLS: TLS (Transport Layer Security) criptează conexiunea dintre browser și server; se recunoaște după HTTPS. În prezent sunt recomandate TLS 1.2 și 1.3, versiunile mai vechi ale protocolului ar trebui dezactivate. TLS protejează datele pe drum, nu împotriva vulnerabilităților de pe server. Configurarea corectă a TLS și HTTPS →
Type Juggling: Type Juggling se numește conversia automată de tip din PHP, de exemplu la compararea laxă cu ==. Astfel, unele valori pot fi considerate egale deși nu sunt, ceea ce devine periculos la verificările de parole sau de token-uri. Protecție oferă comparațiile stricte cu === și hash_equals() pentru secrete. Type Juggling în PHP: comparațiile lejere ca risc de securitate →

U

upload_max_filesize: upload_max_filesize limitează dimensiunea unui singur fișier încărcat; implicit sunt 2 MB. Valoarea trebuie să fie mai mică decât post_max_size, pentru că fișierul face parte din cererea POST. Valorile prea generoase măresc suprafața de atac fără niciun beneficiu. Limitarea rezonabilă a post_max_size și upload_max_filesize →
.user.ini: Fișierele .user.ini sunt setări PHP pe director, pe care le interpretează PHP-FPM și CGI. Cu ele, operatorii de site-uri pot modifica fără acces la server anumite valori, dar numai pe cele pe care PHP le permite pentru aceasta. Setările relevante pentru securitate, precum session.upload_progress.enabled=0 împotriva PHP2Shell, nu ar trebui, potrivit php.net, să fie făcute prin .user.ini. php.ini explicat: structură, niveluri și prioritate →

V

VdS 10000: VdS 10000 este o directivă a VdS Schadenverhütung (organism german de prevenire a daunelor) pentru securitatea informațiilor în întreprinderile mici și mijlocii. Este mai suplă decât ISO 27001 și adaptată posibilităților IMM-urilor. O certificare conform acesteia este posibilă. VdS 10000: securitatea informațiilor pentru întreprinderile mici și mijlocii →
Verificarea integrității: La o verificare a integrității, fișierele sunt comparate cu o stare originală cunoscută, de obicei prin sume de control. Multe CMS-uri oferă pentru aceasta comenzi proprii, de exemplu pentru WordPress, Nextcloud sau Matomo. Fișierele adaptate, încărcările și conținutul bazei de date nu sunt acoperite de o astfel de comparație. Compararea fișierelor de bază ale CMS-ului cu originalul →
vServer: Un vServer (server virtual) este un calculator virtual pe hardware partajat, cu sistem de operare propriu și, de regulă, acces root. Pentru securitate se aplică același lucru ca la serverul root: actualizările și securizarea sunt treaba clientului. Multe vServere rulează cu panouri preinstalate precum Plesk. Securizarea propriului server root sau vServer →

W

WAF: Un WAF (Web Application Firewall) verifică cererile HTTP înaintea aplicației și blochează tiparele de atac cunoscute. Poate rula ca serviciu cloud, ca proxy sau ca modul de server web. Câștigă timp, dar nu înlocuiește o actualizare și este ocolit dacă serverul este accesibil și direct. WAF și patching virtual pentru PHP →
Webshell: Un webshell este un script pe care atacatorii îl depun pe un server web pentru a-l controla de la distanță prin browser. Este adesea mic, ofuscat și ascuns în dosare de încărcare sau de cache. Un webshell rămâne și după o actualizare PHP sau CMS și trebuie căutat țintit. Cum recunoașteți și eliminați un webshell →

X

XSS: XSS (Cross-Site Scripting) înseamnă că JavaScript străin este executat, prin intermediul unui site, în browserul altor vizitatori. Cu el se pot prelua sesiuni sau citi datele introduse în formulare. Protecție oferă codificarea consecventă a tuturor ieșirilor și o Content Security Policy. Prevenirea XSS în PHP: cum respingeți în siguranță Cross-Site Scripting →
XXE: XXE (XML External Entities) exploatează faptul că parserele XML pot încărca referințe externe din documente. Astfel, în anumite condiții, se pot citi fișiere de pe server sau declanșa cereri interne. Protecție oferă dezactivarea încărcării entităților externe la prelucrarea datelor XML nedemne de încredere. Prevenirea XML External Entities (XXE) în PHP →

Z

ZAC: Zentrale Ansprechstellen Cybercrime (ZAC), punctele centrale de contact pentru criminalitatea informatică ale poliției germane, sunt puncte de contact specializate pentru firme și autorități care au devenit victime ale unui atac cibernetic. Există în toate landurile federale și la BKA. Preiau plângeri și oferă consultanță privind pașii următori. Depunerea plângerii: punctele centrale de contact pentru criminalitate cibernetică →
Zend Engine: Zend Engine este nucleul interpretorului PHP. Ea traduce codul PHP în instrucțiuni interne (opcodes), le execută și gestionează memoria. Erorile din Zend Engine afectează orice aplicație PHP și pot fi remediate doar printr-o actualizare PHP. Zend Engine: inima PHP →
Zero-Day: Un zero-day este o vulnerabilitate care este exploatată sau este cunoscută public înainte ca producătorul să pună la dispoziție un patch. Operatorii au atunci zero zile de avans. Până la patch ajută doar măsurile provizorii, izolarea și supravegherea. Fereastra de timp dintre patch și atac →

Contact imediat

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.

Urgență WhatsApp Sunați