Trenutno stanje: PHP2Shell. Dvije kritične PHP ranjivosti (CVSS 9.2) omogućuju zlonamjerni kod bez prijave. Zakrpe od 21. 10. 2026.Što sada učiniti →

Web-stranica hakirana, što učiniti? Hitna pomoć na daljinu

Je li Vaša web-stranica hakirana ili se ponaša neuobičajeno? Na daljinu preuzimamo zaustavljanje napada, osiguravanje tragova, čišćenje i dokumentaciju.

Stanje 4 min čitanjaUsluge

Ukratko: Ako je Vaša web-stranica hakirana, najvažnije pitanje glasi „što učiniti, a da se ne unište tragovi?“. Na daljinu preuzimamo zaustavljanje napada, osiguravamo zapisnike i datoteke, uklanjamo zlonamjerni kod, zatvaramo ulaz kroz koji je napadač došao i sve dokumentiramo. Odluke ostaju Vama, a tehničke činjenice isporučujemo mi.

Web-stranica hakirana: što učiniti u prvom satu?

Prvi koraci odlučuju može li se incident kasnije čisto razjasniti. Mirnoća je važnija od brzine pod svaku cijenu. Ove točke možete odmah obaviti sami:

  • Ništa ne brisati: ne uklanjati datoteke, ne instalirati iznova preko starog stanja, ne vraćati sigurnosnu kopiju prije nego što se sve osigura.
  • Izolirati: web-stranicu staviti u način održavanja ili je privremeno isključiti s mreže ako su posjetitelji ugroženi ili bi podaci mogli otjecati.
  • Čuvati zapisnike: zamolite pružatelja hostinga da ne prepisuje zapisnike pristupa i pogrešaka. Kod PHP2Shella stručni tisak savjetuje čuvanje zapisnika poslužitelja od 20. 10. 2026.
  • Zabilježiti pristupe: tko ima administratorski, FTP, SSH i panel pristup? Lozinke mijenjati tek nakon dogovora, i to s čistog uređaja.
  • Obavijestiti uključene: upravu, službenika za zaštitu podataka i, ako postoji polica, osiguravatelja.
Djelujte odmah

Pretpostavite da je napadač s pristupom web-poslužitelju mogao čitati i pristupne podatke iz konfiguracijskih datoteka. Pristupi bazi podataka, e-pošti i API-ju stoga idu na popis tajni koje treba promijeniti.

Koji znakovi upućuju na kompromitaciju, opisuje stranica Jesam li već kompromitiran?.

Kako PHP SOS konkretno pomaže?

  1. Slika stanja: S Vama razjašnjavamo što je uočeno, koji bi sustavi mogli biti pogođeni i koji se podaci na njima nalaze. Iz toga nastaje kratka procjena sa sljedećim koracima.
  2. Osigurati i zaustaviti: Osiguravamo datoteke, bazu podataka i zapisnike prije nego što se išta promijeni. Zatim zaustavljamo napad, primjerice blokiranjem sumnjivih pristupa, isključivanjem zaraženih funkcija ili privremenom izolacijom.
  3. Pronaći i zatvoriti ulaznu točku: Provjeravamo verziju PHP-a i stanje zakrpe, CMS, proširenja i pristupe. Ako je ulaz putem PHP2Shella vjerojatan, zakrpamo i ponovno pokrećemo sve PHP procese.
  4. Očistiti i vratiti: Web shellovi, stražnja vrata i manipulirane datoteke uklanjaju se ili se stanje iznova gradi iz pouzdanih izvora. Pojedinosti su na stranici Uklanjanje zlonamjernog softvera i web shellova.
  5. Zaključak i izvješće: Dobivate dokumentaciju incidenta i preporuke za ojačavanje. Ako je potrebno razjašnjenje prihvatljivo na sudu, uključujemo specijalizirane partnere za forenziku.

Što dobivate od nas

  • vremensku crtu incidenta, ukoliko se može dokazati iz tragova
  • popis pronađenih i uklonjenih zlonamjernih komponenti
  • opis vjerojatne ulazne točke, jasno odvojen na dokazano, vjerojatno i nepoznato
  • popis svih promijenjenih pristupa i tajni
  • preporuke što treba trajno osigurati

Izvješće pomaže u razgovorima sa službenikom za zaštitu podataka, osiguravateljem i, po potrebi, policijom. Za pravnu ocjenu, primjerice obvezu prijave prema GDPR-u u roku od 72 sata, ono ne zamjenjuje savjetovanje sa stručnjacima.

Što trebamo od Vas

  • Pristupe: poslužitelju (SSH ili panel), administraciji CMS-a i bazi podataka, odnosno dopuštenje da izravno razgovaramo s Vašim pružateljem hostinga
  • Kontakt osobu: dostupnu osobu s ovlastima za isključivanje, ponovna pokretanja i promjenu lozinki
  • Informacije: od kada se problem primjećuje, koje su zadnje promjene bile i tko je imao pristup
  • Sigurnosne kopije: gdje se nalaze kopije i koliko su stare
  • Kontakt s davateljima usluga: agencija, programer ili pružatelj hostinga koji poznaju sustav

Što ne obećavamo

Ne možemo obećati da se svaki napad može u potpunosti rekonstruirati. Ako zapisnici nedostaju ili su već prepisani, ostaju praznine, a njih otvoreno navodimo. Također ne obećavamo da očišćena stranica zauvijek ostaje sigurna. Na incidentu radimo dok nije zaključen i dokumentiran te Vam kažemo što je nakon toga još potrebno učiniti.

Ne pružamo pravno savjetovanje. Pitanja o obvezama prijave, odgovornosti ili osiguravajućoj zaštiti pripadaju službeniku za zaštitu podataka, odvjetniku i osiguravatelju. Za strukturirano postupanje nakon incidenta pomaže naš kontrolni popis nakon hakiranja.

Kada je potrebna opsežnija obrada incidenta

Neki incidenti nadilaze jednu web-stranicu: više poslužitelja, odliveni podaci klijenata, ucjena ili napadač koji se kreće dalje kroz mrežu. Tada prelazimo na strukturirani odgovor na incident (Incident Response) s utvrđenim ulogama, koordinacijskim sastancima i usklađenom komunikacijom. Prijelaz dogovaramo s Vama čim se pokaže da je potreban.

I nakon manjeg incidenta isplati se pogled unaprijed. Očišćena web-stranica bez ojačavanja, ažuriranja i nadzora ostaje lak cilj, jer napadači poznate žrtve često ponovno provjeravaju. Zato je smisleno nakon zaključenja odrediti tko će ubuduće biti odgovoran za ažuriranja, sigurnosne kopije i kontrolu. Incident često upravo tu pokaže prazninu: nitko se nije osjećao odgovornim ili su pristupi bili kod davatelja usluga koji više nije bio dostupan. Ta pitanja razjašnjavamo s Vama u završnom razgovoru kako bi iz incidenta nastao bolji rad.

Česta pitanja

Trebam li hakiranu web-stranicu odmah obrisati i postaviti iznova?

Molimo ne olako. Tko sve obriše, uništava tragove koji pokazuju kako je napadač ušao i jesu li podaci odliveni. Bolje je stranicu isključiti s mreže ili je izolirati i prvo osigurati podatke.

Po čemu prepoznajem da je moja web-stranica hakirana?

Tipični znakovi su strana preusmjeravanja, spam stranice u Googleovu indeksu, nepoznati administratorski računi, nove PHP datoteke ili upozorenja preglednika, pružatelja hostinga ili Googlea. Naglo povećano opterećenje poslužitelja ili neuobičajen odlazni promet također mogu biti naznake.

Moram li prijaviti hakerski napad?

Ako bi mogli biti pogođeni osobni podaci, može postojati obveza prijave nadzornom tijelu u roku od 72 sata. Odnosi li se to na Vas, razjasnite sa svojim službenikom za zaštitu podataka ili odvjetnikom.

Pomaže li hitna pomoć i ako je poslužitelj kod pružatelja hostinga?

Da. Radimo s pristupom koji imate i po potrebi se usklađujemo s Vašim pružateljem hostinga. Što možemo provjeriti, ovisi o ovlastima koje nam možete dati.

Izvori

Hitni kontakt

Svaki sat se računa. Pišite nam odmah.

Ukratko opišite sustav, verziju PHP-a i opažanje. Javit ćemo Vam se, razjasniti situaciju i raditi na daljinu dok incident nije zaključen i dokumentiran.

Hitna pomoć