# Furnizorul de hosting v-a blocat site-ul? Îl readucem curat

> Furnizorul de hosting v-a blocat site-ul din cauza malware-ului? Clarificăm cauza, curățăm și livrăm dovada pentru deblocare. Sunați sau scrieți-ne.

Sursa: https://phpsos.de/ro/soforthilfe/hoster-hat-website-gesperrt/  
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ă furnizorul dumneavoastră de hosting a blocat site-ul, este de obicei un indiciu de cod malițios sau de abuz, dar poate fi și prudență. De regulă se deblochează abia când cauza este remediată. Sunteți afectat? Contactați-ne imediat. Clarificăm la distanță situația, curățăm contul și coordonăm deblocarea cu furnizorul dumneavoastră de hosting.

> **Acționați imediat:**
> **Acum nu ștergeți nimic și nu reinstalați nimic.** Nici la solicitarea furnizorului de hosting. Urmele, logurile și fișierele trebuie să rămână păstrate până când totul este salvat. Sunați-ne sau scrieți-ne pe WhatsApp ori folosiți [Anunțați urgența](https://phpsos.de/ro/notfall/).

## V-a fost blocat site-ul?

O blocare se manifestă foarte diferit:

- pagina nu este accesibilă sau afișează o pagină de informare a furnizorului de hosting
- un e-mail sau un tichet menționează „malware”, „abuse”, „phishing” sau „spam”
- panoul de hosting este blocat, FTP și poșta nu mai funcționează
- doar unele funcții sunt oprite, de exemplu execuția PHP sau trimiterea de e-mailuri
- site-ul funcționează, dar furnizorul de hosting cere măsuri într-un termen stabilit

Citiți atent mesajul: adesea conține nume de fișiere, momente de timp sau mesaje importante pentru analiză. Cine a fost oprit preventiv recunoaște de obicei aceasta prin faptul că furnizorul nu menționează niciun fișier concret. Și aici rămâne necesară verificarea, deoarece o oprire singură nu dovedește nici infecția, nici absența ei.

## Ce faceți imediat

1. **Salvați mesajul furnizorului de hosting:** păstrați e-mailul, tichetul și o captură de ecran cu data. Ce termen a fost menționat?
2. **Nu curățați pe cont propriu.** Cine șterge sau reîncarcă fișiere poate distruge urme și riscă o nouă blocare.
3. **Rugați politicos furnizorul de hosting:** să indice locurile constatărilor, să păstreze logurile pentru perioada respectivă și să mențină accesul în citire sau prin export de backup. Un model pentru solicitare găsiți la [Cum vă întrebați furnizorul de hosting despre starea patchului](https://phpsos.de/ro/ratgeber/hoster-patch-status-erfragen/).
4. **Verificați trimiterea de e-mailuri:** dacă spamul a pornit de pe server, blocările rămân altfel în vigoare. Indicii despre cauză oferă [Serverul trimite spam](https://phpsos.de/ro/blog/server-verschickt-spam/).
5. **Notați accesurile:** panou, FTP, SSH, bază de date, backend CMS. Schimbați parolele abia după înțelegere.
6. **Clarificați consecințele pentru afacere:** accesibilitatea site-ului sau a e-mailului este critică pentru activitatea dumneavoastră? Atunci spuneți-ne imediat.
7. **Contactați-ne** înainte de a lăsa termenele să treacă sau de a schimba furnizorul de hosting.

## Cum ajută PHP SOS concret?

1. **Imaginea situației:** Citim mesajul furnizorului de hosting, clarificăm contul, amploarea și sistemele și discutăm ce funcții mai sunt accesibile.
2. **Salvare și izolare:** În măsura în care furnizorul de hosting oferă acces, salvăm fișierele, baza de date și logurile și separăm accesurile care nu mai sunt demne de încredere.
3. **Verificare și curățare:** Căutăm webshell-uri, fișiere manipulate, conturi străine și mecanisme care reîncarcă cod malițios. Procesul corespunde [Eliminării malware-ului și a webshell-urilor](https://phpsos.de/ro/leistungen/malware-entfernung/).
4. **Închiderea intrării și dovada:** Clarificăm cum a intrat atacatorul și închidem vulnerabilitatea. Apoi redactăm o descriere ușor de urmărit, pe care o puteți preda furnizorului de hosting pentru deblocare.
5. **Coordonare și securizare:** Dacă permiteți, vorbim cu furnizorul dumneavoastră de hosting, însoțim deblocarea și oferim recomandări pentru funcționarea pe termen lung.

Cum tratăm incidentul în general descrie pagina [Site hackuit: ajutor de urgență](https://phpsos.de/ro/leistungen/website-gehackt-notfallhilfe/).

## Cine răspunde la site-urile blocate?

La hostingul partajat, furnizorul de hosting controlează serverul și PHP, iar dumneavoastră controlați fișierele și aplicațiile. Faptul că furnizorul de hosting reacționează la PHP2Shell nu înseamnă că site-ul dumneavoastră este curat. Invers, aceasta nu scutește furnizorul de propriile obligații. Împărțirea o descrie [Hosting partajat: ce face furnizorul și ce trebuie să faceți dumneavoastră](https://phpsos.de/ro/server/shared-hosting/). După o blocare merită întrebarea ce versiune PHP rulează de fapt și dacă starea patchului este confirmată. Nu facem afirmații despre cât de mult a aplicat patchul un anumit furnizor. Trebuie să confirme el însuși, în scris.

O schimbare poate fi sensată, dar abia după curățare și nu ca o cale de scăpare, vezi [Schimbarea furnizorului de hosting după un incident](https://phpsos.de/ro/blog/hoster-wechseln-nach-vorfall/). Dacă și Google a marcat pagina, [Eliminarea avertismentului Google](https://phpsos.de/ro/ratgeber/google-warnung-entfernen/) descrie calea de urmat. Faptul că organizațiile își scot preventiv paginile din rețea este un tipar cunoscut; ce pot învăța firmele din aceasta se află la [Autoritățile scot site-uri din rețea](https://phpsos.de/ro/blog/behoerden-webseiten-offline/).

## Ce vor să vadă de obicei furnizorii de hosting pentru deblocare

Fiecare furnizor procedează diferit, dar așteptarea este asemănătoare: să arătați că ați înțeles și ați eliminat cauza, nu doar simptomul. Sunt uzuale o scurtă descriere a constatărilor, confirmarea că codul malițios a fost eliminat și datele de acces au fost schimbate și indicarea software-ului care a fost actualizat. Unii furnizori verifică apoi singuri contul, alții cer un alt tichet. Pregătim aceste documente astfel încât să le puteți transmite fără cunoștințe de specialitate. Ce angajamente își asumă furnizorul dumneavoastră și cât de repede reacționează decide el însuși; asupra acestui lucru nu avem nicio influență și o spunem deschis.

## Ce ar trebui să ne trimiteți

- mesajul furnizorului de hosting în formularea exactă, cu data și termenul menționat
- numele furnizorului de hosting, tariful și, dacă o cunoașteți, versiunea PHP
- adresa site-ului și celelalte pagini din același cont
- ce funcții sunt blocate (site, e-mail, panou, FTP)
- datele de contact ale agenției sau ale dezvoltatorului, dacă există

## 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 care vă însoțește cazul și este disponibil pentru întrebări cu furnizorul dumneavoastră de hosting. Lucrăm la distanță, fără deplasare, în toată Germania și Europa. Totul este documentat; nu facem promisiuni privind durata, pentru că depinde de furnizorul de hosting și de constatări. Lucrăm până când incidentul este încheiat și documentat.

## Sunteți afectat? Sunați-ne. Vă ajutăm.

O blocare este neplăcută, dar este un motiv clar de a acționa. Contactați-ne acum, prin apel sau WhatsApp, iar noi preluăm cazul de la primul mesaj. [Anunțați acum urgența](https://phpsos.de/ro/notfall/)


## Întrebări frecvente

**De ce mi-a blocat furnizorul de hosting site-ul?**  
Motivele uzuale sunt codul malițios din cont, trimiterea de spam, o încărcare neobișnuit de mare sau atacuri care pornesc de la serverul dumneavoastră. Furnizorul de hosting își protejează astfel ceilalți clienți. O indicație privind blocarea se găsește de obicei în mesaj sau în zona clientului.

**Înseamnă o blocare că site-ul meu a fost cu adevărat hackuit?**  
Nu în orice caz. Unii furnizori au scos site-uri din rețea și preventiv, în contextul PHP2Shell. Ce există de fapt arată abia o verificare. Mesajul de blocare este un prim indiciu pentru aceasta, dar nu unul complet.

**Pot cere furnizorului de hosting să ridice pur și simplu blocarea?**  
Se poate încerca, dar are de obicei puțin succes dacă nu s-a curățat nimic. Mulți furnizori cer o explicație sau o dovadă a curățării. Dacă se deblochează fără remedierea cauzei, amenință următoarea blocare.

**Ar trebui să trec la alt furnizor de hosting?**  
Nu pripit. O mutare ia cu sine codul malițios, dacă se mută și acesta, și distruge urme. Mai întâi curățați și clarificați cauza, abia apoi decideți în privința furnizorului.

**Cât durează până când site-ul meu revine online?**  
Depinde de amploarea infecției, de starea logurilor și de reacția furnizorului de hosting, de aceea nu indicăm termene. După prima evaluare vă spunem ce este de făcut și ce pași depind de furnizorul de hosting.

## Surse

- [BSI: Oficiul Federal German pentru Securitatea Informațiilor](https://www.bsi.bund.de/)
- [TechTarget: PHP2Shell, 22M exposed servers at risk](https://www.techtarget.com/cybersecurity/news/366652444/PHP2Shell-22M-exposed-servers-at-risk-as-emergency-patches-released)
- [Ajutor Google Search Console](https://support.google.com/webmasters/)