Īsi sakot: Kiberdrošība MVU PHP2Shell gadījumā reti cieš neveiksmi ielāpošanā, bet gan pārskatā. Līdzās vietnei pie dažādiem pakalpojumu sniedzējiem darbojas tirgotāju portāli, konfiguratori, karjeras lapas un iekšējie wiki. Tikai pilnīgs saraksts padara risku pārvaldāmu un pierādāmu klientiem un uzraudzībai.
Tipiskās PHP sistēmas vidējos uzņēmumos
Gadu gaitā ražojošos uzņēmumos krājas daudzas tīmekļa lietojumprogrammas: B2B veikali rezerves daļām, tirgotāju un partneru portāli ar cenrāžiem, produktu konfiguratori, lejupielāžu sadaļas tehniskajai dokumentācijai un CAD datiem, reklamāciju un servisa portāli, karjeras lapas ar kandidātu pārvaldību. Iekšēji klāt nāk wiki, piemēram, MediaWiki, biļešu rīki un tīmekļa analītika.
Liela daļa no tā darbojas uz PHP. Sistēmas bieži pasūtījušas funkcionālās nodaļas, uzbūvējušas aģentūras un darbina hostinga sniedzēji, kurus centrālā IT nepazīst. Tieši tur ir īstā problēma ievainojamības, piemēram, PHP2Shell, gadījumā.
Kādi dati un savienojumi var būt skarti
Portālos atrodas klientu nosacījumi, kontaktpersonas pie tirgotājiem, piedāvājumu un pasūtījumu dati, kā arī zīmējumi, uz kuriem attiecas konfidencialitātes līgumi. Kandidātu portāli satur dzīvesgājumus un liecības. Konkurentiem un šantāžistiem konstrukciju dati un cenu struktūras bieži ir vērtīgāki par personas datiem.
Kritiski ir savienojumi: daudzi portāli apmainās ar datiem ar ERP, preču uzskaiti vai PIM. Kas izpilda kodu šādā tīmekļa serverī, tur atrod piekļuves datus saskarnēm, datubāzēm vai VPN. Kompromitēts portāls tā var kļūt par ieeju uzņēmuma tīklā.
MVU un kiberdrošība: piegādes ķēde un NIS2
Ar NIS2 daudziem uzņēmumiem ir spēkā paplašināti pienākumi attiecībā uz riska pārvaldību un nozīmīgu drošības incidentu ziņošanu. Vai jūsu uzņēmums ir skarts tieši, atkarīgs no nozares un lieluma. Netieši skarti ir daudz vairāk uzņēmumu, jo klienti drošības prasības ar līgumiem nodod tālāk savām piegādātājiem.
Uzņēmuma vadībai klāt nāk jautājums par savu atbildību. Ko par to vispārīgi paredz, izskaidro lapa par vadības atbildību. Vērtējums konkrētajā gadījumā ir jūsu juridiskā konsultanta pārziņā.
Palo Alto Networks (Unit 42) saskaitīja vairāk nekā 22,6 miljonus publiski pieejamu, potenciāli ievainojamu instanču. Aizmirsts aģentūras testa sistēma automatizētajai skenēšanai ir tikpat redzama kā jūsu galvenā vietne.
Tipiskā atbildības sprauga MVU
| Joma | Kas bieži lemj | Kas pie tā trūkst |
|---|---|---|
| Uzņēmuma vietne | Mārketings ar aģentūru | PHP ielāpa pierādījums |
| Tirgotāju portāls, B2B veikals | Pārdošana ar pakalpojumu sniedzēju | Iekļaušana IT drošības koncepcijā |
| Karjeras lapa | Personāls ar sniedzēju | Skaidrība par hostingu un datiem |
| Iekšējie rīki | atsevišķas nodaļas | Inventārs un atbildīgie |
Centrālā IT atbild par tīklu, darba vietām un ERP, taču bieži nav piekļuves ārēji hostētām sistēmām. Šis modelis katrā kritiskā ievainojamībā kļūst par sašaurinājumu. Palīdz vienkāršs noteikums: katra tīmekļa lietojumprogramma, kas apstrādā uzņēmuma datus, pirms došanās tiešsaistē tiek pieteikta IT ar darbinātāju un kontaktpersonu.
Tīmekļa serveri un ražošanas tīklu tīri nodalīt
Rūpniecībā klāt nāk tīmekļa lietojumprogrammas, kas sazinās ar mašīnām un iekārtām: servisa un attālinātās apkopes portāli, informācijas paneļi ar mašīnu datiem, portāli klientiem, kas izgūst piegādāto iekārtu stāvokli. Dažas no tām ir būvētas uz PHP un atrodas tīkla zonā, kurai ir vairāk savienojumu, nekā uzdevumam nepieciešams.
Kompromitēts tīmekļa serveris nedrīkst būt atspēriena punkts uz ražošanu. Pārbaudiet, kādi savienojumi no tīmekļa serveru tīkla zonām pastāv uz biroja un ražošanas tīkliem, un ierobežojiet tos līdz nepieciešamajam. Tīmekļa serveros saglabātajiem piekļuves datiem jābūt tikai tām tiesībām, kas lietojumprogrammai patiešām vajadzīgas. Attālinātās apkopes piekļuvēm tas it īpaši attiecas.
Pirmās stundas IT vadībai un uzņēmuma vadībai
- Izveidot inventāru visām ārēji sasniedzamajām PHP sistēmām: domēns, darbinātājs, PHP versija, darbības režīms, kontaktpersona.
- Vispirms apstrādāt sistēmas ar mod_php un tās uz PHP 8.1 vai vecāka. mod_php gadījumā PHP komanda risku vērtē kā augstāko.
- Katrai sistēmai likt rakstiski apstiprināt ielāpu uz 8.5.12, 8.4.27, 8.3.36 vai 8.2.35 vai backport un pārstartēšanu. Ko nevar apstiprināt, uz laiku atvienot no tīkla.
- Saglabāt žurnālus no 20.10.2026 un pārbaudīt tīmekļa serveru savienojumus ar iekšējo tīklu.
- Īsi dokumentēt stāvokli, lai varētu pierādāmi atbildēt klientiem, apdrošinātājam un, ja nepieciešams, iestādēm.
Kā PHP SOS palīdz konkrēti?
- Mēs kopā ar IT un funkcionālajām nodaļām izveidojam PHP sistēmu inventāru un prioritizējam pēc riska.
- Mēs koordinējam ielāpus un pārstartēšanu ar aģentūrām un hostinga sniedzējiem un apkopojam apliecinājumus vienuviet.
- Aizdomu gadījumā mēs uzņemamies strukturētu incidentu reaģēšanu ar pēdu saglabāšanu un savienojumu ar uzņēmuma tīklu pārbaudi.
- Pēc tam mēs piedāvājam specializētu partneru veiktu drošības auditu vai penetrācijas testu, kura rezultātu varat uzrādīt klientiem.
- Pēc vēlēšanās mēs sistēmas pastāvīgi uzraugām, lai inventārs paliktu aktuāls.
Biežāk uzdotie jautājumi
Vai mūsu uzņēmumam attiecas NIS2?
Tas atkarīgs no nozares, uzņēmuma lieluma un apgrozījuma, un jāpārbauda konkrētajā gadījumā. Arī tas, uz ko NIS2 tieši neattiecas, prasības bieži izjūt caur klientiem piegādes ķēdē. Saistošo klasifikāciju noskaidrojiet ar savu juridisko konsultantu.
Vai uzlauzts tīmekļa serveris var novest uz uzņēmuma tīklu?
Tas ir iespējams, ja tīmekļa serverim ir savienojumi ar iekšējo tīklu, piemēram, saskarnes ar ERP, kopīgi piekļuves dati vai VPN tunelis. Vai pie jums tā ir, parāda tīkla savienojumu un saglabāto piekļuves datu pārbaude.
Kā atrast visas PHP lietojumprogrammas uzņēmumā?
Izejas punkts ir DNS ieraksti, sertifikāti, hostinga rēķini un līgumi ar aģentūrām. Papildus palīdz aptauja mārketingā, pārdošanā, servisā un personālā. Parasti tā atklājas sistēmas, par kurām IT nodaļa vispār nezināja.
Ko klienti pēc PHP2Shell sagaida no mums kā piegādātāja?
Daži klienti aktīvi jautā, vai viņu piegādātāji ir bijuši skarti un kā viņi reaģējuši. Noder īss, pierādāms izklāsts: kuras sistēmas, kāds ielāpa stāvoklis, kad pārstartēts, kādas pārbaudes uz kompromitāciju. Solīt vairāk, nekā ir pierādīts, kaitē.