# Logisztika és szállítmányozás kiberbiztonsága: portálok és ellátási láncok

> Szállítmánykövetés, időablak-foglalás, ügyfélportál: így kezelik a logisztikai cégek a PHP2Shell-t, védik a rakományadatokat és biztosítják az üzemet.

Forrás: https://phpsos.de/hu/branchen/logistik/  
Állapot: 2026. 10. 25.  
Szolgáltató: PHP SOS, PHP-vészhelyzeti segítség és szerverbiztonság. Azonnali segítség WhatsAppon: https://wa.me/491736494914?text=%C3%9Cdv%C3%B6zl%C3%B6m%2C%20PHP%20SOS%21%20Seg%C3%ADts%C3%A9gre%20van%20sz%C3%BCks%C3%A9g%C3%BCnk%20a%20PHP-szerver%C3%BCnkkel.%20C%C3%A9g%3A%20%E2%80%A6%20Weboldal%3A%20%E2%80%A6

**Röviden:** A logisztika kiberbiztonságánál olyan portálokról van szó, amelyekre éjjel-nappal szükség van: szállítmánykövetés, időablak-foglalás, megrendelésrögzítés. Tisztázza, melyek futnak közülük PHP-n, igazoltassa a javítást és az újraindítást, és tartson készenlétben kézi pótutat arra az esetre, ha egy portált átmenetileg le kell kapcsolni a hálózatról.

## Mely PHP-rendszerek futnak a logisztikában és a szállítmányozásban

Maga a fuvarmenedzsment-rendszer (TMS) gyakran saját üzemeltetésű ágazati szoftver. Körülötte webalkalmazások keletkeznek, amelyek gyakran PHP-ra épülnek: ügyfélportálok megrendelésrögzítéshez és szállítmánykövetéshez, időablak- és rámpafoglalás beszállítóknak és fuvarozóknak, portálok alvállalkozóknak, fotófeltöltéses átvételi igazolások, kárbejelentések és karrieroldalak sofőröknek.

Ezen alkalmazások közül sok keretrendszerre épülő egyedi fejlesztés, vagy konténerekben fut. A konténereknél a PHP az image-ben van. Hogyan kell ott helyesen frissíteni, azt a [PHP javítása Docker-konténerekben](https://phpsos.de/hu/php2shell/docker-container-patchen/) oldal írja le.

## Milyen adatok vannak a logisztikai portálokban

A logisztikai portálokban szállítási és átvételi címek, szállítmánytartalmak és áruértékek, időablakok, rendszámok, sofőrnevek és telefonszámok, ügyfélfeltételek és elszámolási adatok vannak. Interfészeken keresztül a portálok össze vannak kötve a TMS-sel, a raktárkezeléssel, a telematikával és a megbízók rendszereivel.

Ez a keverék különösen értékes a támadók számára. Aki tudja, mikor melyik értékes rakomány melyik rámpán áll, lopást vagy hamis átvételeket készíthet elő. Az interfészek hozzáférési adatai ráadásul megnyitják az utat az ellátási lánc partnerei felé.

A sofőradatok is figyelmet érdemelnek. A karrieroldalak és az alvállalkozói portálok jogosítványmásolatokat, képesítési igazolásokat és elérhetőségi adatokat tartalmaznak, részben külföldi sofőröktől, akik adataikkal való visszaélés esetén aligha találnak támogatásra. Aki ezeket az iratokat a webszerveren gyűjti, ne tartsa ott őket tovább a szükségesnél.

## Logisztika és kiberbiztonság: egy incidens következményei

- **Állásidő a rámpánál:** ha az időablak-foglalás kiesik, a járművek torlódnak, és az ellátási láncok akadozni kezdenek.
- **Manipulált megrendelések:** a portálhoz hozzáférő támadó megváltoztathatja a szállítási címeket vagy az átvételi jogosultságokat.
- **Ellátási lánc:** a megbízók tájékoztatást kérnek arról, hogy az ő adataik vagy interfészeik érintettek-e. A [NIS2](https://phpsos.de/hu/compliance/nis2/) alapján az érintett vállalkozásokra bejelentési kötelezettségek is jönnek.
- **Bizalom:** a szoros partnerségekkel jellemzett ágazatban egy incidens gyorsan elterjed.

> **Azonnal cselekedjen:**
> Ha senki sem tudja igazolni, hogy a portálszerverén a PHP javítva van és újraindult, kapcsolja le a portált a hálózatról, és álljon át a kézi pótútra. A javításig a [virtuális javítás](https://phpsos.de/hu/leistungen/waf-virtuelles-patching/) áthidalás lehet, a frissítést azonban nem pótolja.

## Tipikus felelősségi rések a logisztikai vállalkozásoknál

| Rendszer | Gyakran gondozza | Nyitott kérdés |
|---|---|---|
| TMS és raktárkezelés | szoftverszolgáltató | Mely webes összetevők használnak PHP-t? |
| Ügyfél- és időablak-portál | egyedi fejlesztés vagy szolgáltató | Ki javítja az image-et vagy a szervert? |
| Weboldal és karrieroldal | ügynökség és tárhelyszolgáltató | PHP-állapot igazolva? |
| Interfészek a megbízók felé | IT-osztály | Mely hozzáférési adatok vannak webszervereken? |

A több telephelyes szállítmányozóknál helyi megoldások is jönnek, amelyeket egy kirendeltség maga állított be, és amelyek egyetlen központi jegyzékben sem szerepelnek.

## Partnerhozzáférések: sok fiók, kevés áttekintés

A logisztikai portálok külső felhasználókból élnek: fuvarozók, alvállalkozók, beszállítók, több telephelyes ügyfelek. Az évek során így több száz fiók keletkezik, amelyek közül sok megosztott, árván maradt vagy egyszerű jelszóval védett. Egy támadónak, aki kódot futtat a szerveren, ugyan nincs szüksége ezekre a fiókokra, újakat azonban létrehozhat, vagy meglévő fiókok jogait kibővítheti anélkül, hogy az feltűnne.

Egy incidens után ezért a felhasználókezelést is ellenőrizze: mely fiókokat hozták létre vagy módosították utoljára, melyeknek vannak kibővített jogai, melyeket nem használtak hónapok óta? Az árván maradt fiókokat zárolja, a rendszergazdai hozzáféréseket védje második faktorral. Ez a portáljaihoz hozzáférő megbízókkal folytatott egyeztetésbe is beletartozik.

## Az első órák az IT-vezetésnek és a vezetőségnek

1. Listázza fel az összes kívülről elérhető portált, a konténeres alkalmazásokat és a kirendeltségek megoldásait is beleértve.
2. Minden rendszernél igazoltassa a PHP 8.5.12, 8.4.27, 8.3.36 vagy 8.2.35 verziót, illetve az igazolt backportot és az összes folyamat újraindítását.
3. Mentse a naplókat 2026. 10. 20-tól. Az értékeléshez útmutatást ad a [Webszerver-naplók elemzése](https://phpsos.de/hu/ratgeber/logfiles-auswerten/) útmutató.
4. A webszervereken tárolt interfész-hozzáférési adatokat a tisztítás után újítsa meg.
5. Tárgyszerűen tájékoztassa a fontos megbízókat, amint az állapot igazolt.

## Hogyan segít konkrétan a PHP SOS?

- Felmérjük a portáljait és interfészeit, és üzemmód, PHP-verzió és az üzem szempontjából való jelentőség szerint priorizálunk.
- Javítunk, vagy koordináljuk a frissítéseket a szoftverszolgáltatókkal és szolgáltatókkal, újraépítjük a konténer-image-eket, és igazoljuk az újraindítást.
- Gyanú esetén átvesszük az [incidenskezelést](https://phpsos.de/hu/leistungen/incident-response/) nyomrögzítéssel és annak vizsgálatával, hogy a megrendeléseket vagy interfészeket manipulálták-e.
- Tömör, igazolható dokumentációt szállítunk, amelyet bemutathat a megbízóknak, a biztosítóknak és adott esetben a hatóságoknak.


## Gyakori kérdések

**Miért érdekesek a szállítmányadatok a támadóknak?**  
A szállítmányadatok elárulják, milyen áru mikor hol áll, és ki veszi át. Az ilyen információk rakománylopásra, hamis átvételi megbízásokra vagy hamis fuvarozókkal elkövetett csalásra használhatók. Ehhez jönnek az ügyfél-törzsadatok és a feltételek, amelyek értékesek a versenytársak számára.

**Vonatkozik a szállítmányozónkra a NIS2?**  
A közlekedési ágazat azok közé a területek közé tartozik, amelyeket a NIS2 lefed, hogy egy vállalkozás ténylegesen érintett-e, azonban a tevékenységtől és a mérettől függ. Közvetlen kötelezettség nélkül is továbbadják a megbízók a biztonsági követelményeket szerződéseken keresztül. A kötelező besorolást jogi tanácsadójával tisztázza.

**Hogyan megy tovább az üzem, ha a portál offline?**  
Tartson készenlétben kézi pótutat: időablakok telefonon vagy levélben, állapotjelentések előkészített terjesztési listán, átvételi számok papíron. Egy előre tervezett pótút megakadályozza, hogy a munkatársak nyomás alatt nem biztonságos rövidítéseket válasszanak.

**A PHP-alkalmazásaink konténerekben futnak. Ez változtat valamin?**  
A konténerekben is a PHP az image-ben van. Frissítenie kell az alap image-et, újra kell építenie, és ki kell cserélnie a futó konténereket. A hoszton végzett frissítés önmagában nem változtat a konténerben lévő PHP-n.

## Források

- [php.net: biztonsági közlemények](https://www.php.net/)
- [BSI: figyelmeztetések és ajánlások](https://www.bsi.bund.de/)
- [TechTarget: PHP2Shell, 22 millió kitett szerver](https://www.techtarget.com/cybersecurity/news/366652444/PHP2Shell-22M-exposed-servers-at-risk-as-emergency-patches-released)