Ukratko: Kod kibernetičke sigurnosti u logistici radi se o portalima koji trebaju biti dostupni danju i noću: praćenje pošiljki, rezervacija termina, unos naloga. Razjasnite koji od njih rade na PHP-u, dajte potvrditi zakrpu i ponovno pokretanje te držite spreman ručni zamjenski put za slučaj da portal privremeno mora s mreže.
Koji PHP sustavi rade u logistici i špediciji
Sam sustav za upravljanje prijevozom (TMS) često je sektorski softver s vlastitim radom. Oko njega nastaju web-aplikacije koje se često temelje na PHP-u: portali za klijente za unos naloga i praćenje pošiljki, rezervacija termina i rampi za dobavljače i prijevoznike, portali za podizvođače, dokazi o isporuci s prijenosom fotografija, prijave šteta i stranice o karijerama za vozačice i vozače.
Mnoge od tih aplikacija su vlastiti razvoji na osnovi frameworka ili rade u kontejnerima. Kod kontejnera je PHP u image-u. Kako se tamo ispravno ažurira, opisuje stranica Zakrpanje PHP-a u Docker kontejnerima.
Koji su podaci u logističkim portalima
U logističkim portalima nalaze se adrese isporuke i preuzimanja, sadržaji pošiljki i vrijednosti robe, termini, registarske oznake, imena vozača i brojevi telefona, uvjeti klijenata i podaci za obračun. Putem sučelja portali su povezani s TMS-om, upravljanjem skladištem, telematikom i sustavima naručitelja.
Ta je mješavina za napadače osobito vrijedna. Tko zna kada se koji vrijedan teret nalazi na kojoj rampi, može pripremiti krađu ili krivotvorena preuzimanja. Pristupni podaci za sučelja uz to otvaraju put prema partnerima u lancu opskrbe.
Pozornost zaslužuju i podaci o vozačima. Stranice o karijerama i portali podizvođača sadrže preslike vozačkih dozvola, dokaze o kvalifikacijama i kontakt podatke, djelomično vozača iz inozemstva koji pri zlouporabi svojih podataka teško nalaze potporu. Tko te dokumente skuplja na web-poslužitelju, ne bi ih tamo trebao čuvati dulje nego što je nužno.
Logistika i kibernetička sigurnost: posljedice incidenta
- Zastoj na rampi: Ako rezervacija termina ispadne, vozila se gomilaju, a lanci opskrbe zapinju.
- Manipulirani nalozi: Napadač s pristupom portalu može mijenjati adrese isporuke ili ovlasti za preuzimanje.
- Lanac opskrbe: Naručitelji traže informaciju jesu li njihovi podaci ili sučelja pogođeni. Pod NIS2 pridodaju se obveze prijave za pogođene tvrtke.
- Povjerenje: U djelatnosti s bliskim partnerstvima incident se brzo pročuje.
Ako nitko ne može potvrditi da je PHP na Vašem poslužitelju portala zakrpan i ponovno pokrenut, odspojite portal s mreže i prijeđite na ručni zamjenski put. Do zakrpe most može biti virtualno zakrpanje, ali ne zamjenjuje ažuriranje.
Tipične praznine u odgovornosti u logističkim tvrtkama
| Sustav | Često ga održava | Otvoreno pitanje |
|---|---|---|
| TMS i upravljanje skladištem | Pružatelj softvera | Koje web-komponente koriste PHP? |
| Portal za klijente i rezervaciju termina | Vlastiti razvoj ili pružatelj usluga | Tko zakrpa image ili poslužitelj? |
| Web-stranica i stranica o karijerama | Agencija i pružatelj hostinga | Stanje PHP-a potvrđeno? |
| Sučelja prema naručiteljima | IT odjel | Koji su pristupni podaci pohranjeni na web-poslužiteljima? |
U špedicijama s više lokacija pridodaju se lokalna rješenja koja je podružnica sama postavila i koja nisu ni u jednom središnjem popisu.
Pristupi partnera: mnogo računa, malo pregleda
Logistički portali žive od vanjskih korisnika: prijevoznika, podizvođača, dobavljača, klijenata s više lokacija. Tijekom godina tako nastaju stotine računa, od kojih su mnogi zajednički, napušteni ili zaštićeni jednostavnim lozinkama. Napadaču koji izvršava kod na poslužitelju ti računi doduše ne trebaju, no može izraditi nove ili proširiti prava postojećih računa a da se to ne primijeti.
Nakon incidenta stoga provjerite i upravljanje korisnicima: koji su računi zadnji izrađeni ili mijenjani, koji imaju proširena prava, koji se mjesecima nisu koristili? Napuštene račune blokirajte, administratorske pristupe osigurajte drugim faktorom. To spada i u dogovor s naručiteljima koji imaju pristup Vašim portalima.
Prvi sati za IT vodstvo i upravu
- Popisati sve izvana dostupne portale, uključujući aplikacije u kontejnerima i rješenja podružnica.
- Za svaki sustav dati dokazati PHP 8.5.12, 8.4.27, 8.3.36 ili 8.2.35 odnosno potvrđeni backport i ponovno pokretanje svih procesa.
- Osigurati zapisnike od 20. 10. 2026. Napomene o analizi daje savjetnik Analiza zapisnika web-poslužitelja.
- Pristupne podatke za sučelja pohranjene na web-poslužiteljima obnoviti nakon čišćenja.
- Važne naručitelje stvarno informirati čim je stanje dokazano.
Kako PHP SOS konkretno pomaže?
- Bilježimo Vaše portale i sučelja te određujemo prioritete prema načinu rada, verziji PHP-a i važnosti za poslovanje.
- Zakrpamo ili koordiniramo ažuriranja s pružateljima softvera i usluga, ponovno gradimo image-e kontejnera i dokazujemo ponovno pokretanje.
- Pri sumnji preuzimamo odgovor na incidente s osiguranjem tragova i provjerom jesu li nalozi ili sučelja manipulirani.
- Isporučujemo sažetu, dokazivu dokumentaciju koju možete predočiti naručiteljima, osigurateljima i, prema potrebi, tijelima.
Česta pitanja
Zašto su podaci o pošiljkama zanimljivi napadačima?
Podaci o pošiljkama otkrivaju koja se roba kada nalazi gdje i tko je preuzima. Takve se informacije mogu koristiti za krađu tereta, krivotvorene naloge za preuzimanje ili prijevaru s lažnim prijevoznicima. Pridodaju se matični podaci klijenata i uvjeti koji su vrijedni konkurenciji.
Spada li naša špedicija pod NIS2?
Prometni sektor spada u područja koja NIS2 obuhvaća, no je li tvrtka doista pogođena, ovisi o djelatnosti i veličini. I bez izravne obveze naručitelji sigurnosne zahtjeve prenose ugovorima. Obvezujuće razvrstavanje razjasnite sa svojim pravnim savjetnikom.
Kako poslovanje teče dalje ako je portal izvan mreže?
Držite spreman ručni zamjenski put: termini telefonom ili e-poštom, statusne poruke preko pripremljenog popisa primatelja, brojevi za preuzimanje na papiru. Planiran zamjenski put sprječava da zaposlenici pod pritiskom posegnu za nesigurnim prečacima.
Naše PHP aplikacije rade u kontejnerima. Mijenja li to nešto?
I u kontejnerima je PHP u image-u. Morate ažurirati osnovni image, ponovno ga izgraditi i zamijeniti pokrenute kontejnere. Ažuriranje samo na hostu ništa ne mijenja na PHP-u u kontejneru.