# Agenție: site-urile clienților hackuite? Sunați-ne. Vă ajutăm.

> Mai multe site-uri ale clienților agenției dumneavoastră sunt afectate? Sunați-ne sau scrieți-ne pe WhatsApp. Salvăm, curățăm și documentăm la distanță.

Sursa: https://phpsos.de/ro/soforthilfe/agentur-kundenseiten-gehackt/  
Stadiu: 25.10.2026  
Furnizor: PHP SOS, Asistență de urgență PHP și securitatea serverelor. Ajutor imediat pe WhatsApp: https://wa.me/491736494914?text=Bun%C4%83%20ziua%2C%20PHP%20SOS%2C%20avem%20nevoie%20de%20ajutor%20cu%20serverul%20nostru%20PHP.%20Firma%3A%20%E2%80%A6%20Site%3A%20%E2%80%A6

**Pe scurt:** Dacă la agenția dumneavoastră sunt afectate mai multe site-uri de clienți, rareori este o coincidență, ci de obicei un server comun, un acces partajat sau aceeași versiune PHP. Dacă sunteți afectat, contactați-ne imediat. Vă oferim o privire de ansamblu, izolăm incidentul la distanță, curățăm sistemele și vă livrăm rapoarte pentru clienții dumneavoastră.

> **Acționați imediat:**
> **Acum nu ștergeți nimic și nu reinstalați nimic.** Chiar dacă presiunea clienților este mare: fără loguri și fișiere salvate nu se poate clarifica nici cauza, nici dovedi ce nu a fost afectat. [Anunțați urgența](https://phpsos.de/ro/notfall/), iar noi preluăm cazul de la primul mesaj.

## Sunteți afectat? Semne atunci când site-urile clienților au fost hackuite

Ca agenție vedeți tipare pe care operatorii individuali nu le observă niciodată. Un incident comun este indicat de:

- Mai multe site-uri de clienți arată în același timp aceleași simptome: redirecționări, conținut spam, avertismente în browser.
- Același cont de administrator necunoscut sau același fișier suspect apare la clienți diferiți.
- Furnizorul de hosting raportează abuz sau încărcare neobișnuită pentru un cont pe care se află multe proiecte.
- Clienții sună pentru că site-ul lor este avertizat de Google, iar la verificarea încrucișată găsiți alte site-uri în aceeași stare.
- Un dezvoltator sau un fost angajat a avut acces la multe proiecte, iar un acces s-a scurs.
- Lucrările de mentenanță printr-un instrument central, de exemplu deployment, backupuri sau un serviciu de actualizare, au modificat un site pe care nu l-ați atins.
- Operați multe site-uri pe versiuni PHP pentru care nu puteți dovedi starea patchului pentru fiecare în parte.

De la PHP2Shell se adaugă faptul că vulnerabilitatea se află în interpretorul PHP însuși. O actualizare a CMS-ului, de exemplu la WordPress, nu o închide; decisiv este mediul de execuție PHP care livrează efectiv.

## Ce faceți imediat

1. **Listați site-urile afectate:** domeniu, server, cont de hosting, versiune PHP, CMS, responsabili. Fac parte din listă și cazurile bănuite.
2. **Căutați puncte comune:** același server? Aceleași accesuri? Același plugin? Aceeași cale de deployment?
3. **Izolați site-urile expuse:** treceți în modul de mentenanță site-urile care livrează activ cod malițios. Nu ștergeți.
4. **Cereți salvarea logurilor și a stării:** rugați furnizorul de hosting să păstreze jurnalele; salvați propriile jurnale de deployment.
5. **Verificați accesurile centrale:** cine are acces la panoul de hosting, SSH, Git, managerul de parole și deployment? Modificări doar după înțelegere.
6. **Informați clienții cu rezervă:** mai întâi doar ce este dovedit. Nu indicați o cauză înainte să fie stabilită.
7. **Contactați-ne:** sunați-ne sau scrieți-ne pe WhatsApp.

## Cum ajută PHP SOS concret?

1. **Imaginea situației:** Ne facem împreună cu dumneavoastră o privire de ansamblu asupra tuturor site-urilor și serverelor și le ordonăm după urgență: cod malițios livrat activ, bănuială de exfiltrare de date, probabil doar neactualizat.
2. **Salvare și închidere:** Salvăm fiecare sistem afectat înainte de a modifica ceva și închidem ușa comună de intrare: accesuri, starea PHP, repornirea tuturor proceselor.
3. **Verificare și curățare:** Căutăm sistematic pe toate site-urile aceleași urme, eliminăm webshell-uri și uși dosnice și restaurăm curat. Detalii la [Eliminarea malware-ului și a webshell-urilor](https://phpsos.de/ro/leistungen/malware-entfernung/).
4. **Securizare și raport:** Separăm site-urile unele de altele acolo unde este sensibil și livrăm pentru fiecare client un scurt raport pe care îl puteți transmite, precum și un raport general pentru dumneavoastră.

Lucrăm la distanță, fără deplasare, în toată Germania și Europa. La cerere în fundal pentru agenția dumneavoastră, așa cum este descris pe pagina [Agenții și White Label](https://phpsos.de/ro/branchen/agenturen-white-label/).

## De ce cad adesea multe site-uri deodată la agenții

Cine operează multe proiecte pe un server economisește costuri, dar schimbă izolarea pe comoditate. Dacă totul rulează sub același utilizator și același pool de procese PHP, codul unui site hackuit poate citi și modifica fișierele vecinilor. Nu este un caz exotic, ci standard în multe configurații. Cum pot fi separate curat pool-urile descrie [Izolarea pool-urilor PHP-FPM](https://phpsos.de/ro/blog/php-fpm-pools-isolieren/).

La acestea se adaugă accesurile partajate: o cheie SSH pentru toate proiectele, un cont de hosting cu toate domeniile, aceleași parole pentru staging și producție. Aici se aplică principiul privilegiilor minime. Mai multe în [Drepturile utilizatorului serverului web](https://phpsos.de/ro/blog/rechte-des-webserver-benutzers/).

Contează și lanțul de aprovizionare: plugin-urile, temele și bibliotecile vin de la terți, furnizorul de hosting răspunde de platformă, agenția de operare. Unde se află aceste granițe și unde apar lacune tratează [Lanțul de aprovizionare agenție și furnizor de hosting](https://phpsos.de/ro/blog/lieferkette-agentur-hoster/).

## Inventar, versiuni PHP și comunicarea cu clienții

Cea mai frecventă problemă în astfel de situații este lipsa unei privirii de ansamblu: ce site rulează pe ce server cu ce versiune PHP și cine este responsabil? Fără această listă nu se poate spune cine este afectat de patch și cine nu. Cum construiți un astfel de registru arată [Inventarul site-urilor și serverelor](https://phpsos.de/ro/blog/inventar-websites-server/). Dacă rulează în paralel mai multe versiuni PHP, ajută suplimentar [Mai multe versiuni PHP pe un server](https://phpsos.de/ro/blog/mehrere-php-versionen-server/).

Față de clienți contează claritatea. Nu trebuie să știți totul, dar nu trebuie să înfrumusețați nimic: ce este dovedit, ce se mai verifică, ce faceți în continuare? Ajutor la formulare găsiți la [Informarea clienților după un incident](https://phpsos.de/ro/blog/kunden-nach-vorfall-informieren/). Dacă sunt afectate date cu caracter personal, pot conta obligațiile de notificare conform art. 33 RGPD. Aceasta este o informație generală; evaluarea aparține responsabililor cu protecția datelor și avocatului. Dacă incidentul depășește site-urile individuale, trecem la un [Incident Response](https://phpsos.de/ro/leistungen/incident-response/) structurat.

## Ce ar trebui să ne trimiteți

- o listă a domeniilor afectate și a celor probabil afectate
- informații despre server și hosting pentru fiecare proiect, în măsura în care le cunoașteți
- versiunile PHP și CMS-urile sau magazinele folosite
- accesurile pe care ni le puteți acorda și rolurile din echipă
- indicii despre ce s-a modificat sau lansat ultima dată
- numele persoanei de contact pentru decizii și pentru comunicarea cu clienții

## De ce PHP SOS

Lucrăm Made in Germany și suntem specializați în securitate IT de peste 25 de ani, împreună cu rețeaua noastră de parteneri din profesioniști cyber. Aveți un interlocutor pentru toate proiectele afectate, lucrăm la distanță și documentăm pentru fiecare sistem ce s-a găsit și ce s-a făcut. Nu promitem minuni. Ce nu poate fi dovedit numim necunoscut, pentru ca față de clienții dumneavoastră să nu spuneți mai mult decât știți.

## Sunteți afectat? Sunați-ne. Vă ajutăm.

Dacă mai multe dintre site-urile clienților dumneavoastră prezintă anomalii, presiunea timpului este dublă: tehnic și în relația cu clienții. Contactați-ne acum: sunați-ne sau scrieți-ne pe WhatsApp. Preluăm cazul de la primul mesaj și rămânem alături până când incidentul este încheiat și documentat. [Anunțați acum urgența](https://phpsos.de/ro/notfall/)


## Întrebări frecvente

**De ce sunt adesea afectate mai multe site-uri de clienți deodată?**  
Adesea site-urile împart un server, un cont de hosting, același proces PHP sau aceleași date de acces. Dacă un atacator pătrunde într-un punct, se poate deplasa lateral. În plus, un PHP vulnerabil afectează toate site-urile care îl folosesc.

**Ar trebui să-mi informez imediat clienții?**  
Depinde de situație și de contract. Clarificați mai întâi ce site-uri sunt cu adevărat afectate, pentru a nu informa pe baza unor presupuneri. La date cu caracter personal sunt posibile obligații de notificare; încadrarea aparține responsabililor cu protecția datelor sau avocatului.

**Cine răspunde dacă site-ul unui client a fost hackuit?**  
Depinde de contractele dumneavoastră, de sfera întreținerii și de desfășurarea evenimentelor. Nu oferim consultanță juridică în această privință. Un raport curat despre cauză și măsuri ajută la această clarificare.

**Puteți lucra sub numele nostru, fără ca clientul final să ne vadă?**  
La cerere lucrăm în fundal pentru agenția dumneavoastră și livrăm rapoarte pe care le puteți transmite clienților dumneavoastră. Detaliile le discutăm în prealabil.

**Este suficient să curăț site-urile clienților pe rând?**  
De obicei nu. Dacă cauza se află în serverul comun, într-un acces partajat sau într-o versiune PHP neactualizată, problemele reapar după curățarea individuală. Cauza trebuie remediată odată cu ele.

## Surse

- [BSI: Oficiul Federal German pentru Securitatea Informațiilor](https://www.bsi.bund.de/)
- [RGPD art. 33: notificarea autorității de supraveghere](https://dsgvo-gesetz.de/art-33-dsgvo/)
- [php.net: comunicate și actualizări de securitate](https://www.php.net/)
