Накратко: При киберсигурността в логистиката става дума за портали, които са нужни денонощно: проследяване на пратки, резервация на времеви прозорци, въвеждане на поръчки. Изяснете кои от тях работят на PHP, поискайте потвърждение за пача и рестартирането и дръжте готов ръчен резервен път, ако порталът трябва да излезе временно от мрежата.
Какви PHP системи работят в логистиката и спедицията
Самата система за управление на транспорта (TMS) често е специализиран софтуер със собствена експлоатация. Около нея възникват уеб приложения, които често се основават на PHP: клиентски портали за въвеждане на поръчки и проследяване на пратки, резервация на времеви прозорци и рампи за доставчици и превозвачи, портали за подизпълнители, доказателства за доставка с качване на снимки, съобщения за щети и страници за кариера за шофьори.
Много от тези приложения са собствени разработки на базата на фреймуърци или работят в контейнери. При контейнерите PHP е в образа. Как се актуализира правилно там, описва страницата Пачване на PHP в Docker контейнери.
Какви данни се намират в логистичните портали
В логистичните портали се намират адреси за доставка и вземане, съдържание на пратките и стойности на стоките, времеви прозорци, регистрационни номера, имена на шофьори и телефонни номера, клиентски условия и данни за фактуриране. Чрез интерфейси порталите са свързани с TMS, управление на склада, телематика и системите на възложителите.
Тази смесица е особено ценна за атакуващите. Който знае кога коя скъпа стока стои на коя рампа, може да подготви кражба или фалшиви вземания. Данните за достъп за интерфейси освен това отварят пътя към партньори във веригата на доставки.
Данните на шофьорите също заслужават внимание. Страниците за кариера и порталите за подизпълнители съдържат копия на шофьорски книжки, доказателства за квалификации и данни за контакт, отчасти на шофьори от чужбина, които при злоупотреба с данните им трудно намират подкрепа. Който събира тези документи на уеб сървъра, не бива да ги съхранява там по-дълго от необходимото.
Логистика и киберсигурност: последици от един инцидент
- Престой на рампата: Ако резервацията на времеви прозорци отпадне, превозните средства се натрупват, а веригите на доставки засядат.
- Манипулирани поръчки: Атакуващ с достъп до портала може да променя адреси за доставка или права за вземане.
- Верига на доставки: Възложителите искат информация дали техни данни или интерфейси са засегнати. Под NIS2 за засегнатите фирми се добавят задължения за уведомяване.
- Доверие: В бранш с тесни партньорства инцидентът се разчува бързо.
Ако никой не може да потвърди, че PHP на сървъра на Вашия портал е пачнат и рестартиран, изключете портала от мрежата и преминете към ръчния резервен път. До пача виртуалното пачване може да бъде мост, но не заменя актуализацията.
Типични празнини в отговорностите в логистичните фирми
| Система | Често се поддържа от | Отворен въпрос |
|---|---|---|
| TMS и управление на склада | Софтуерен доставчик | Кои уеб компоненти използват PHP? |
| Клиентски портал и портал за времеви прозорци | Собствена разработка или изпълнител | Кой пачва образа или сървъра? |
| Уебсайт и страница за кариера | Агенция и хостинг доставчик | Потвърдено ли е състоянието на PHP? |
| Интерфейси към възложителите | ИТ отдел | Кои данни за достъп стоят на уеб сървъри? |
В спедиции с няколко обекта се добавят локални решения, които даден клон е настроил сам и които не фигурират в никакъв централен регистър.
Достъпи на партньори: много акаунти, малко видимост
Логистичните портали живеят от външни потребители: превозвачи, подизпълнители, доставчици, клиенти с няколко обекта. С годините така възникват стотици акаунти, много от които са споделени, осиротели или защитени с прости пароли. Атакуващ, който изпълнява код на сървъра, не се нуждае от тези акаунти, но може да създава нови или да разширява правата на съществуващи, без да се забележи.
Затова след инцидент проверете и управлението на потребителите: кои акаунти са създавани или променяни наскоро, кои имат разширени права, кои не са използвани от месеци? Осиротелите акаунти блокирайте, а администраторските достъпи защитете с втори фактор. Това спада и към съгласуването с възложители, които имат достъп до Вашите портали.
Първите часове за ИТ ръководителя и управителите
- Съставете списък на всички достъпни отвън портали, включително контейнерните приложения и решенията на клоновете.
- За всяка система накарайте да се докаже PHP 8.5.12, 8.4.27, 8.3.36 или 8.2.35, респективно потвърден backport, и рестартирането на всички процеси.
- Запазете логовете от 20.10.2026 г. Указания за анализа дава наръчникът Анализ на логовете на уеб сървъра.
- Подновете данните за достъп за интерфейси, записани на уеб сървъри, след почистването.
- Информирайте важните възложители по същество, щом състоянието е доказано.
Как помага PHP SOS конкретно?
- Описваме Вашите портали и интерфейси и приоритизираме по режим на работа, версия на PHP и значение за дейността.
- Пачваме или координираме актуализации със софтуерни доставчици и изпълнители, изграждаме наново образите на контейнерите и доказваме рестартирането.
- При съмнение поемаме Incident Response със запазване на следите и проверка дали поръчки или интерфейси са манипулирани.
- Предоставяме кратка и доказуема документация, която можете да представите на възложители, застрахователи и при нужда на органи.
Често задавани въпроси
Защо данните за пратките са интересни за атакуващите?
Данните за пратките издават каква стока кога къде стои и кой я взема. Такава информация може да се използва за кражба на товари, фалшиви нареждания за вземане или измама с фалшиви превозвачи. Към това се добавят основни данни за клиентите и условия, които са ценни за конкурентите.
Попада ли нашата спедиция под NIS2?
Транспортният сектор е сред областите, които NIS2 обхваща, но дали една фирма действително е засегната, зависи от дейността и от размера. Дори без пряко задължение възложителите предават изискванията за сигурност чрез договори. Обвързващата класификация изяснете със своя правен съветник.
Как продължава дейността, ако порталът е офлайн?
Дръжте готов ръчен резервен път: времеви прозорци по телефон или имейл, съобщения за статус чрез подготвен списък за разпространение, номера за вземане на хартия. Планираният резервен път пречи на служителите под натиск да вземат несигурни преки пътища.
Нашите PHP приложения работят в контейнери. Променя ли това нещо?
И в контейнерите PHP е в образа. Трябва да актуализирате базовия образ, да го изградите наново и да замените работещите контейнери. Актуализацията само на хоста не променя нищо в PHP в контейнера.