Kort sagt: Vid cybersäkerhet i logistiken handlar det om portaler som behövs dygnet runt: försändelsespårning, tidsfönsterbokning, orderregistrering. Klargör vilka av dem som körs på PHP, låt patch och omstart bekräftas och håll en manuell reservväg redo om en portal tillfälligt måste tas offline.
Vilka PHP-system som körs i logistik och spedition
Själva transportledningssystemet är ofta en branschprogramvara med egen drift. Runt det uppstår webbapplikationer som ofta bygger på PHP: kundportaler för orderregistrering och försändelsespårning, tidsfönster- och rampbokning för leverantörer och åkare, portaler för underentreprenörer, leveranskvitton med fotouppladdning, skadeanmälningar och karriärsidor för förare.
Många av dessa applikationer är egenutvecklade på basis av ramverk eller körs i containrar. Vid containrar finns PHP i imagen. Hur man uppdaterar korrekt där beskriver sidan Patcha PHP i Docker-containrar.
Vilka uppgifter som finns i logistikportaler
I logistikportaler finns leverans- och hämtadresser, försändelseinnehåll och varuvärden, tidsfönster, registreringsnummer, förarnamn och telefonnummer, kundvillkor och faktureringsdata. Via gränssnitt är portalerna förbundna med TMS, lagerhantering, telematik och uppdragsgivarnas system.
Den här blandningen är särskilt värdefull för angripare. Den som vet när vilken högvärdig last står vid vilken ramp kan förbereda stölder eller förfalskade hämtningar. Inloggningsuppgifter till gränssnitt öppnar dessutom vägen till partner i leveranskedjan.
Även förardata förtjänar uppmärksamhet. Karriärsidor och portaler för underentreprenörer innehåller körkortskopior, intyg om kvalifikationer och kontaktuppgifter, delvis från förare från utlandet som vid missbruk av sina uppgifter knappast får stöd. Den som samlar dessa handlingar på webbservern bör inte spara dem där längre än nödvändigt.
Logistik och cybersäkerhet: följder av en incident
- Stillestånd vid rampen: Faller tidsfönsterbokningen bort köar fordon, och leveranskedjor stannar upp.
- Manipulerade order: En angripare med åtkomst till portalen kan ändra leveransadresser eller hämtningsbehörigheter.
- Leveranskedjan: Uppdragsgivare begär besked om deras uppgifter eller gränssnitt berörs. Under NIS2 tillkommer för berörda företag anmälningsskyldigheter.
- Förtroende: I en bransch med täta partnerskap sprider sig en incident snabbt.
Kan ingen bekräfta att PHP på er portalserver är patchad och omstartad, ta portalen offline och gå över till den manuella reservvägen. Fram till patchen kan virtuell patchning vara en brygga, men ersätter inte uppdateringen.
Typiska ansvarsglapp i logistikföretag
| System | Ofta sköts av | Öppen fråga |
|---|---|---|
| TMS och lagerhantering | Programvaruleverantör | Vilka webbkomponenter använder PHP? |
| Kund- och tidsfönsterportal | Egenutveckling eller leverantör | Vem patchar image eller server? |
| Webbplats och karriärsida | Byrå och webbhotell | PHP-nivå bekräftad? |
| Gränssnitt mot uppdragsgivare | IT-avdelning | Vilka inloggningsuppgifter ligger på webbservrar? |
I speditioner med flera orter tillkommer lokala lösningar som ett kontor har satt upp själv och som inte står i något centralt register.
Partneråtkomster: många konton, liten överblick
Logistikportaler lever på externa användare: åkare, underentreprenörer, leverantörer, kunder med flera orter. Med åren uppstår så hundratals konton, av vilka många är delade, föräldralösa eller skyddade med enkla lösenord. En angripare som kör kod på servern behöver visserligen inte dessa konton, men kan skapa nya eller utöka rättigheterna för befintliga utan att det märks.
Kontrollera därför efter en incident även användarhanteringen: Vilka konton har skapats eller ändrats senast, vilka har utökade rättigheter, vilka har inte använts på månader? Föräldralösa konton bör ni spärra, administratörsåtkomster skydda med en andra faktor. Det hör också till samrådet med uppdragsgivare som har åtkomst till era portaler.
De första timmarna för IT-chef och ledning
- Lista alla externt nåbara portaler, inklusive containerapplikationer och kontorens lösningar.
- Låt för varje system PHP 8.5.12, 8.4.27, 8.3.36 eller 8.2.35 respektive en bekräftad backport och omstart av alla processer styrkas.
- Säkra loggar från och med den 20 oktober 2026. Anvisningar för analysen ger guiden Analysera webbserverloggar.
- Förnya inloggningsuppgifter för gränssnitt som ligger lagrade på webbservrar efter rensningen.
- Informera viktiga uppdragsgivare sakligt så snart läget är belagt.
Hur hjälper PHP SOS konkret?
- Vi kartlägger era portaler och gränssnitt och prioriterar efter driftläge, PHP-version och betydelse för verksamheten.
- Vi patchar eller samordnar uppdateringar med programvaruleverantörer och tjänsteleverantörer, bygger om containerimages och styrker omstarten.
- Vid misstanke tar vi över incidenthanteringen med spårsäkring och kontroll av om order eller gränssnitt har manipulerats.
- Vi levererar en kortfattad, belagd dokumentation som ni kan lägga fram för uppdragsgivare, försäkringsgivare och vid behov myndigheter.
Vanliga frågor
Varför är försändelsedata intressanta för angripare?
Försändelsedata avslöjar vilken last som står var och när, och vem som hämtar den. Sådan information kan användas för lasttillgrepp, förfalskade hämtningsuppdrag eller bedrägeri med falska åkare. Dessutom finns kundstamdata och villkor som är värdefulla för konkurrenter.
Omfattas vår spedition av NIS2?
Transportsektorn hör till de områden som NIS2 omfattar, men om ett företag faktiskt berörs beror på verksamhet och storlek. Även utan direkt skyldighet för uppdragsgivare vidare säkerhetskrav via avtal. Den bindande bedömningen klarar ni ut med er juridiska rådgivning.
Hur fortsätter verksamheten om portalen är offline?
Håll en manuell reservväg redo: tidsfönster per telefon eller e-post, statusmeddelanden via en förberedd utskickslista, hämtningsnummer på papper. En planerad reservväg förhindrar att medarbetare under press tar osäkra genvägar.
Våra PHP-applikationer körs i containrar. Ändrar det något?
Även i containrar finns PHP i imagen. Ni måste uppdatera basimagen, bygga om och ersätta de körande containrarna. En uppdatering enbart på värden ändrar ingenting i PHP i containern.