# IT hitni slučaj: odmah angažirajte stručnjaka za web-poslužitelj

> IT hitni slučaj na web-poslužitelju? Mi na daljinu uskačemo, osiguravamo tragove i čistimo. Nazovite nas ili pišite putem WhatsAppa.

Izvor: https://phpsos.de/hr/soforthilfe/it-notfall-dienstleister/  
Stanje: 25.10.2026  
Pružatelj: PHP SOS, PHP hitna pomoć i sigurnost poslužitelja. Hitna pomoć putem WhatsAppa: https://wa.me/491736494914?text=Pozdrav%20PHP%20SOS%2C%20trebamo%20pomo%C4%87%20s%20na%C5%A1im%20PHP%20poslu%C5%BEiteljem.%20Tvrtka%3A%20%E2%80%A6%20Web-stranica%3A%20%E2%80%A6

**Ukratko:** Jeste li pogođeni? Nazovite. Pomažemo. Ako imate IT hitni slučaj na web-poslužitelju, a nema stručnjaka pri ruci, angažirajte nas jednom porukom: preuzimamo od prve poruke, radimo na daljinu bez dolaska i sve bilježimo pisanim putem dok incident nije zaključen i dokumentiran.

> **Djelujte odmah:**
> **Sada ništa ne brisati i ništa ne postavljati iznova.** Ni kao pripremu za pružatelja usluga. Stanje sustava najvažnije je dokazno sredstvo. [Prijavite hitni slučaj](https://phpsos.de/hr/notfall/), a pristupe i uloge razjašnjavamo zajedno.

## Jeste li pogođeni? Kada je potreban pružatelj za hitne slučajeve

Nije svaki poremećaj sigurnosni incident. Pružatelj za hitne slučajeve ima smisla ako vrijedi barem jedna od ovih točaka:

- Vaš se web-poslužitelj ponaša upadljivo, a nitko u kući ne može procijeniti uzrok.
- Postoji sumnja na zlonamjerni kod, provalu ili podatke koji su iscurili.
- Pružatelj hostinga blokirao je ponudu ili traži čišćenje.
- Vaša je verzija PHP-a stara ili nerazjašnjena, a ne znate jesu li PHP2Shell ranjivosti iskorištene.
- Vlastiti IT ili agencija nisu dostupni ili nemaju iskustva s incidentima.

Dovoljna je sumnja. Hoćete li sami napredovati ili Vam treba podrška, možete odvagnuti uz pomoć stranice [Riješiti sami ili potražiti pružatelja?](https://phpsos.de/hr/blog/selbst-beheben-oder-dienstleister/).

## Što učiniti odmah

1. **Zamrznuti stanje.** Nikakve promjene na poslužitelju, nikakve akcije čišćenja, nikakva ažuriranja nasumce.
2. **Popisati pristupe.** Koji pristupi panelu, SSH-u, CMS-u i bazi podataka postoje i tko njima upravlja?
3. **Obavijestiti pružatelja hostinga.** Zamolite ga da sačuva zapisnike i snapshotove. Ne prešućujte ništa što on mora znati.
4. **Odrediti donositelja odluka.** Tko u tvrtki odobrava isključivanja, ponovna pokretanja i promjene lozinki?
5. **Razjasniti vrstu podataka.** Nalaze li se na sustavu osobni podaci, podaci o plaćanju ili poslovne tajne?
6. **Obavijestiti sudionike.** Službenika za zaštitu podataka i, ako postoji, osiguratelja kibernetičkog osiguranja.
7. **Angažirati pružatelja.** Nazovite ili pišite putem WhatsAppa. Preuzimamo od prve poruke.

## Kako teče angažman

Hitni slučaj ne trpi dug ugovorni proces, ali ne trpi ni praznine u odgovornosti i zaštiti podataka. Zato postupamo ovim redoslijedom:

1. **Prvi razgovor:** Saslušamo situaciju i postavimo malo pitanja potrebnih za prvu procjenu.
2. **Uskladiti okvir:** Zajedno razjašnjavamo koje sustave smijemo provjeravati, tko odlučuje i kako komuniciramo.
3. **Urediti zaštitu podataka:** Ako pristupamo sustavima s osobnim podacima, razgovaramo o potrebnom dogovoru o obradi podataka. Osnove objašnjava stranica [Obrada podataka kod pristupa poslužitelju](https://phpsos.de/hr/blog/auftragsverarbeitung-serverzugriff/).
4. **Uspostaviti pristup:** Dajete nam samo prava potrebna za nalog. Nakon završetka pristupi se ponovno ukidaju.
5. **Rad i izvješća:** Javljamo se s međustanjima i rezultate bilježimo pisanim putem.

Kako općenito usporediti pružatelje, piše u članku [Odabir pružatelja usluga IT sigurnosti: 12 pitanja](https://phpsos.de/hr/blog/sicherheitsdienstleister-auswaehlen/). Ugovorne obveze u vezi sa sigurnošću obrađuje stranica [Ugovori s pružateljima usluga: jasno urediti sigurnosne obveze](https://phpsos.de/hr/blog/dienstleistervertrag-sicherheit/).

## Kako PHP SOS konkretno pomaže?

1. **Procijeniti situaciju:** Što se dogodilo, koji poslužitelji rade, koje verzije PHP-a i koji način rada (PHP-FPM, mod_php, LiteSpeed) su u uporabi?
2. **Osigurati i zatvoriti:** Osiguravamo zapisnike, datoteke i bazu podataka. Zatim otklanjamo uzrok: zakrpa, konfiguracija ili blokiranje pristupa, uz ponovno pokretanje svih PHP procesa.
3. **Provjeriti i očistiti:** Tražimo web shellove, stražnja vrata, cron poslove i tuđe pristupe te ih uklanjamo ili iznova gradimo iz čistih izvora.
4. **Ojačati i izvijestiti:** Dobivate izvješće s vremenskom crtom, nalazima i preporukama. Kod većih incidenata prelazimo na [odgovor na incident](https://phpsos.de/hr/leistungen/incident-response/).

Ako je za početak riječ samo o PHP ranjivosti i dokazu zakrpe, odgovara [PHP2Shell hitna pomoć za tvrtke](https://phpsos.de/hr/leistungen/php2shell-soforthilfe/). Ako postoji zlonamjerni kod, [uklanjanje malwarea](https://phpsos.de/hr/leistungen/malware-entfernung/) je pravo polazište.

## Po čemu prepoznajete ozbiljnog pružatelja za hitne slučajeve

U hitnom slučaju mnogi posegnu za prvim ponuđačem. Tri pitanja pomažu da se za nekoliko minuta uvede red. Prvo: osigurava li se prvo, a mijenja tek potom? Tko odmah „čisti“, onemogućuje kasnije razjašnjavanje. Drugo: bilježi li se pisanim putem što je pronađeno i učinjeno? Bez dokumentacije ni osiguratelj ni službenik za zaštitu podataka ne mogu s time ništa. Treće: navode li se ograničenja? S ponuđačem koji sve proglašava izvedivim prije nego što je vidio sustav treba postupati oprezno.

Provjerite i razumije li pružatelj Vaš način rada. PHP-FPM, Apache s mod_php, php-cgi, FrankenPHP i LiteSpeed različito se ponašaju kod zakrpanja, a nakon ažuriranja svi procesi moraju se ponovno pokrenuti, inače stari kod nastavlja raditi u memoriji.

## Što pružatelj za hitne slučajeve ne može

Isplati se unaprijed znati ograničenja. Nijedan pružatelj ne može naknadno stvoriti zapisnike koji nikada nisu zapisani ili su već prepisani. Kod nedostatka tragova otvoreno navodimo praznine. Nitko ne može ni jamčiti da očišćeni sustav nikada više neće biti napadnut. A pravni savjet nije dio našeg naloga: pitanja o obvezama prijave, odgovornosti i osiguranju idu službeniku za zaštitu podataka, odvjetniku i osiguratelju, a mi im isporučujemo tehničke činjenice.

## Što nam trebate poslati

- kratak opis incidenta i trenutka kada je uočen
- pogođene domene, poslužitelje i, ako je poznato, verziju PHP-a
- ime pružatelja hostinga i vrstu ugovora (zajednički hosting, vServer, root poslužitelj, upravljani poslužitelj)
- kontakt osobu s ovlastima za odlučivanje
- postojeće sigurnosne kopije i njihovo stanje

## Zašto PHP SOS

Radimo Made in Germany i više od 25 godina s našom mrežom partnera stručnjaka za kibernetičku sigurnost specijalizirani smo za IT sigurnost. Razgovarate sa stalnom kontakt osobom, radimo na daljinu u cijeloj Njemačkoj i Europi i dokumentiramo svaki korak. Otvoreno kažemo što je dokazano, a što nije, i ne dajemo obećanja koja nijedan ozbiljan pružatelj ne može dati. Naš je redoslijed uvijek isti: prvo osigurati, zatim mijenjati, zatim izvijestiti.

## Jeste li pogođeni? Nazovite. Pomažemo.

Ne tražite dalje odgovarajućeg pružatelja dok incident traje. Nazovite ili pišite putem WhatsAppa, preuzimamo od prve poruke. [Prijavite hitni slučaj odmah](https://phpsos.de/hr/notfall/).


## Česta pitanja

**Po čemu prepoznajem dobrog pružatelja IT usluga za hitne slučajeve?**  
Prvo osigurava tragove, a tek onda mijenja, otvoreno razdvaja dokazano od pretpostavljenog, dokumentira svaki korak i ne obećava čuda. Budite sumnjičavi prema tvrdnjama poput „sve zajamčeno čisto“, jer to nitko ozbiljan ne može jamčiti.

**Koji pristupi treba pružatelju u IT hitnom slučaju?**  
U pravilu SSH ili pristup panelu poslužitelja, pristup CMS pozadini i bazi podataka ili Vaše dopuštenje da razgovara s pružateljem hostinga. Dajte samo ono što je potrebno i zabilježite tko je kada dobio koji pristup.

**Treba li mi za pristup na daljinu ugovor o obradi podataka?**  
Ako pružatelj pristupa sustavima s osobnim podacima, uglavnom je potreban dogovor o obradi podataka. Procjenu daju službenici za zaštitu podataka ili odvjetnici. To razjašnjavamo s Vama odmah na početku.

**Koja je razlika između odgovora na incident i uklanjanja malwarea?**  
Uklanjanje malwarea čisti zaraženi sustav. Odgovor na incident šire je postavljen: obuhvaća prikaz stanja, obuzdavanje, čišćenje, komunikaciju i naknadnu obradu, često na više sustava.

**Treba li uključiti mog pružatelja hostinga?**  
Često da, primjerice za snapshotove, zapisnike ili ukidanje blokada. S Vašim se pružateljem hostinga usklađujemo ako to dopustite. Što se može provjeriti ovisi o pravima koja dobijemo.

## Izvori

- [BSI: Savezni ured za informacijsku sigurnost](https://www.bsi.bund.de/)
- [BSI IT-Grundschutz](https://www.bsi.bund.de/DE/Themen/Unternehmen-und-Organisationen/Standards-und-Zertifizierung/IT-Grundschutz/it-grundschutz_node.html)
- [GDPR čl. 33.: prijava nadzornom tijelu](https://dsgvo-gesetz.de/art-33-dsgvo/)