Az ipari kiberbiztonsági projektekben gyakran külön listák készülnek a tűzfalakról, a távoli hozzáférésekről, a vírusvédelemről és az ismert sérülékenységekről. Ezekből azonban nem mindig derül ki, hogy egy támadó a valós hálózati és jogosultsági kapcsolatokon keresztül ténylegesen eljuthat-e a termelést vagy a biztonsági funkciókat támogató rendszerekig.
A Honeywell 2026. július 6-án közzétett szakmai összefoglalója szerint az OT behatolásteszt egyik fő célja éppen a valós támadási útvonalak feltárása. A vizsgálat nem áll meg az egyedi sérülékenységek felsorolásánál, hanem azt elemzi, hogyan kapcsolódhat össze egy gyenge jelszó, egy hibás hálózati szegmentáció, egy újrahasznált felhasználói fiók vagy egy nem megfelelően védett távoli elérés.
Egy önmagában közepesnek minősített hiba a teljes rendszer összefüggésében súlyossá válhat. Ha például egy vállalati felhasználói fiókból elérhető egy mérnöki munkaállomás, onnan pedig megfelelő leválasztás nélkül a HMI vagy a vezérlőhálózat, akkor több kisebb hiányosság együtt közvetlen technológiai kockázatot jelenthet. Az OT tesztelés értéke ezért az összefüggések bizonyításában rejlik.
A módszert azonban nem szabad az informatikai behatolástesztek egyszerű másolataként alkalmazni. Egy termelő hálózatban az agresszív szkennelés, a túl sok párhuzamos kapcsolat, a hibás protokollüzenet vagy egy automatikus exploit futtatása kommunikációs zavart, vezérlőhibát vagy leállást okozhat. A Honeywell ezért a szigorú hatókör-meghatározást, a szakaszos végrehajtást és az OT-specifikus szakértelmet emeli ki.
A biztonságos vizsgálat első lépése a cél meghatározása. Más eljárás szükséges a szegmentáció ellenőrzéséhez, a távoli elérés vizsgálatához, a mérnöki állomások jogosultsági tesztjéhez vagy egy incidensészlelési rendszer próbájához. A teszttervben rögzíteni kell a megengedett módszereket, a tiltott műveleteket, az érintett eszközöket, az időablakot, a megfigyelő személyzetet és a megszakítási feltételeket.
A gyártói anyag szerint a pentest akkor a leghasznosabb, ha az alapvető védelmi elemek már léteznek. Ilyen a dokumentált incidenskezelési terv, az ipari DMZ, a hálózati szegmentáció, a forgalomláthatóság, a biztonságos távoli hozzáférés és a kockázatalapú sérülékenységkezelés. A vizsgálat ezek működését ellenőrzi a gyakorlatban, nem pedig helyettesíti a hiányzó architektúrát.
Különösen fontos az üzemi és informatikai csapat közös részvétele. A biztonsági szakember ismeri a támadási módszereket, az üzemeltető viszont tudja, hogy egy adott PLC, HMI, kommunikációs átjáró vagy védelmi rendszer milyen terhelést visel el. A tesztet ezért változáskezelési folyamatként kell kezelni, jóváhagyással, mentéssel, visszaállítási tervvel és folyamatos üzemi megfigyeléssel.
A jó OT pentest végén nem pusztán egy hosszú hibajegyzék készül. A jelentésnek bemutatható támadási láncokat, üzemi hatást, észlelési lehetőséget és prioritási sorrendet kell tartalmaznia. Így a vezetés nem csak azt látja, hogy milyen hibák léteznek, hanem azt is, mely intézkedések csökkentik ténylegesen a termelési és biztonsági kockázatot.