Detekujte a reagujte tam, kde rozhoduje rychlost. Předcházejte a izolujte tam, kde jde o fyzickou bezpečnost. Vybudujte jedno řídicí centrum, které tomuto rozdílu rozumí.
Průvodce na 15 minut pro partnery a bezpečnostní manažery
ITDetekujte. Reagujte.
70 % detekce a reakce
Jednosměrný tok důkazů←
OTPředcházejte. Izolujte.
70 % prevence
Jeden pohled na hrozbu. Odlišná pravidla reakce.
01 / Provozní model
Jeden SOC. Dvě různé odpovědnosti.
Bezpečnostní operační centrum (SOC) tvoří tým, technologie a provozní proces, který mění bezpečnostní signály v rozhodnutí. Shromažďuje důkazy, vyšetřuje podstatné události, omezuje útoky a zlepšuje obranu pro příště. Nákup konzole je jen začátek: za každý vážný incident musí někdo odpovídat, i ve tři ráno.
V informačních technologiích (IT) je prioritou chránit identity, aplikace a data při neustálém vývoji podnikání. V provozních technologiích (OT) je prioritou zachovat bezpečný fyzický proces: výrobu energie, úpravu vody, provoz vlaků nebo výrobní linky.
Společný obraz útoku. Reakce odpovídající prostředí. Izolovat napadený kancelářský notebook může být rozumné. Izolovat průmyslový řídicí systém bez znalosti jeho procesních závislostí může samo vyvolat incident.
Přístup Yellow Cube
Jedno řídicí centrum. Jasné hranice reakce.
IT
Rychle odhalit. Spolehlivě omezit. Investujte do rychlé detekce a reakce; automatizaci omezte na schválené kroky u koncových zařízení, identit a podnikových systémů.
OT
Udržte hrozbu venku. Upřednostněte izolaci a prevenci. Monitorujte pasivně a rozhodování o průmyslové reakci ponechte lidem odpovědným za závod.
SOC
Spojte důkazy. Propojte signály IT a OT v jednom vyšetřování s určenými vlastníky incidentů a otestovaným plánem eskalace.
Prozkoumejte fázi najetím na číslo nebo klepnutím.
Řetězec útoku v IT
Průzkum
Průnik
Udržení přístupu
Pohyb v sítiMožný přestup do OT →
Incident
Obnova ↻
Řetězec útoku v OT
Průzkum
Pohyb v síti
Incident
ŠkodaZde může cyklus skončit.
IT se může obnovit a cyklus opakovat. Fyzické škody v OT mohou být nevratné. Přestup vyžaduje dosažitelný vstupní bod do OT.
Zavést. Provozovat. Zlepšovat.
SOC je služba, kterou průběžně rozvíjíte.
Začněte dohodnutou odpovědností a hranicemi reakce. Pak tento cyklus opakujte podle toho, jak se mění podnikání, závod a hrozby.
Jeden společný přehled. Reakce IT. Bezpečnost OT.
01
Připojit nové signály
Zmapujte aktiva, vlastníky a kritické procesy. Připojte schválené zdroje EDR, NDR, identit a aplikací do Open XDR; nové zdroje OT připravujte odděleně, dokud není ověřena izolace.
02
Zajistit a ověřit izolaci
Vybudujte a otestujte jednosměrnou monitorovací cestu z OT do IT. Hledejte obchvaty a před použitím schvalte každý exportovaný zdroj i postup offline importu; po změnách ověření opakujte.
03
Shromáždit důkazy a vyšetřit
Sledujte stav zdrojů a chybějící logy. Korelujte důkazy z koncových zařízení, sítě a identit s kritičností aktiv, abyste porozuměli událostem a určili priority incidentů.
04
Rozhodnout, reagovat a obnovit
Omezujte hrozby v IT podle schválených postupů a ověřujte obnovu. Kroky v OT eskalujte provozním a bezpečnostním pracovníkům závodu podle otestovaných místních postupů.
05
Učit se, udržovat a zlepšovat
Vyhodnocujte incidenty a cvičení, laďte detekce, udržujte senzory a konektory a znovu testujte reakci i obnovu. Mezery v pokrytí a změny konfigurace promítněte do dalšího cyklu.
↻
Každá změna zahajuje další kontrolu. Provádějte revize po nových integracích, změnách infrastruktury a incidentech i během plánovaných cvičení. Získané poznatky využijte ke zlepšení pokrytí a novému ověření izolace. OT zabezpečení: doporučení [6]
02 / Sledujte důsledky
Stejný rozpočet. Jiné těžiště.
Náš výchozí model rozdělení bezpečnostního úsilí ve vyspělém prostředí. Jde o plánovací doporučení Yellow Cube, nikoli o oborové průměry nebo nákupní vzorec.
IT
Najít. Omezit. Obnovit.
30%prevence70%detekce a reakce
Investujte i za první obrannou linii: do chování, identit, přehledu o síti, vyšetřování a účinného týmu pro reakci.
OT
Udržte útok venku.
70%prevence30%detekce a reakce
Důraz dejte na izolaci, řízené přenosy a bezpečné technické postupy. Zachovejte pasivní monitoring a nacvičený plán reakce.
Toto rozdělení použijte po dohodě o rozsahu. Neznamená opustit správu identit, zálohy, školení ani bezpečnostní inženýrství. Skutečné investice určuje stávající vyspělost, expozice a důsledky selhání.
Proč se poměr mezi IT a OT mění
Rozhodnutí
Podnikové IT
Průmyslové OT
Co je třeba chránit?
Informace, identity a kontinuitu služeb.
Lidi, zařízení a fyzický proces.
Můžeme systém měnit?
Časté aktualizace a centrální správa koncových zařízení jsou často proveditelné.
Změny závisí na podpoře dodavatele, testování a servisních oknech.
Můžeme reakci vrátit zpět?
Mnoho kroků lze vrátit, dopad na podnikání však zůstává důležitý.
Odstavení nebo ztráta řídicího signálu mohou mít okamžité fyzické následky.
Co obnoví zotavení?
Otestované zálohy mohou obnovit systémy, nemohou však vzít zpět odcizené informace.
Zálohy mohou obnovit logiku a konfigurace, neopraví však poškozené stroje.
82%
detekcí společnosti CrowdStrike v roce 2025 bylo bez malwaru.
82 % bez malwaru · 18 % ostatní detekce. CrowdStrike 2026 Global Threat Report. Údaj popisuje pozorované detekce, nikoli podíl všech útoků na světě. [1]
To je silný důvod dívat se za hranice signatur. Útočník se může přihlásit odcizenými údaji, zneužít nástroj vzdálené správy nebo se pohybovat prostředím pomocí legitimního shellu. „Bez malwaru“ je širší pojem než „bez souborů“: zahrnuje i činnosti, které škodlivý program vůbec nepotřebují.
Útoky living-off-the-land mění nástroje, kterým správci již důvěřují, v útočné prostředky. Klíčové je, kdo je použil, na kterém stroji, s jakými oprávněními a co následovalo. Detekce a reakce na koncových zařízeních (EDR), v síti (NDR), události identit a cloudové logy odhalují různé části příběhu. Rozšířená detekce a reakce (XDR) je propojuje.
Vybudujte spolehlivý 30% základ
10% Prevence na koncových zařízeních
Signaturový antivirus je základ, který posiluje behaviorální prevence, řízení aplikací a ochrana před exploity. Preventivní vrstva má význam, i když nevidí každý útok.
10% Bezpečnostní stav
Odstraňte zbytečnou expozici, nadměrná oprávnění, slabá nastavení identit a rizikové konfigurace cloudu. Inventář a přiřazená odpovědnost mění nálezy v konkrétní úkoly.
10% Správa zranitelností a aktualizací
Upřednostněte zneužitelná a vystavená aktiva podle dopadu na podnikání. Ověřte účinnost opravy; naplánovaná aktualizace není odstraněná zranitelnost.
Výzkum s podporou AI tlak na tuto oblast zvyšuje. V březnu 2026 Anthropic oznámil, že s Mozillou během dvou týdnů našel 22 zranitelností Firefoxu. Je to konkrétní příklad rychlejšího objevování, nikoli důkaz, že AI způsobila každý nárůst počtu CVE. Praktický závěr: zkraťte cestu od relevantní zranitelnosti k ověřené opravě. [2]
Proměňte zbývajících 70 % v provozní schopnost
Provozovat několik konkurenčních antivirových enginů v reálném čase na každém notebooku je obvykle nepraktická cesta k jistotě: problémem se stávají kompatibilita, výkon a správa. Specializovaný skener přenášených souborů má jinou zátěž a může kombinovat více enginů na řízeném kontrolním bodě.
V IT investujte zbývající úsilí do pozorování chování, vyšetřování incidentů a rychlé reakce. Předem schvalte vratné kroky, například izolaci nekritické stanice nebo zrušení rizikové relace. Privilegované a servisní účty chraňte přísnějšími pravidly. Testujte obnovu ze záloh i zotavení po havárii; úspěšná zálohovací úloha sama jejich funkčnost nedokazuje.
04 / Útok je cesta
Útočníci se nerodí uvnitř sítě OT.
Potřebují vstupní cestu, užitečná oprávnění a možnost ovlivnit proces. Každá závislost je příležitostí útok přerušit.
01
Získat opěrný bod
Identita získaná phishingem, vystavená služba nebo napadené zařízení dodavatele poskytne počáteční přístup.
Sledovat: identity, e-mail, koncová zařízení
02
Připravit cestu
Útočník objevuje systémy, shromažďuje přihlašovací údaje a hledá propojení do provozu.
Sledovat: EDR, NDR, privilegovaný přístup
03
Překročit hranici
Vzdálená relace, důvěryhodný přenos nebo servisní zařízení se stává pokusem o vstup.
Předcházet: izolace, pravidla přenosu
04
Ovlivnit proces
Změny logiky, nastavení nebo přehledu operátora mohou proměnit kybernetický incident ve fyzickou škodu.
Chránit: místní bezpečnost a technické postupy
Jde o ilustrační cestu, nikoli příslib hodin či dnů na reakci. Někteří útočníci postupují rychle, jiní se připravují týdny. Včasná detekce opěrného bodu v IT může odebrat zamýšlený přístup dříve, než se dostanou k průmyslovým systémům.
Interaktivní vzdálené řízení vyžaduje komunikační cestu. Správně navržená dioda směrem pouze ven odstraňuje zpětnou cestu. Předem umístěný malware, interní útočníci a napadená přenosná média však mohou jednat bez živého operátora zadávajícího příkazy. Izolace a prevence souborových hrozeb musí fungovat společně.
Izolace opěrného bodu v IT může odříznout útočníka, který na něm závisí. Nedokazuje však, že již napadené OT je čisté.
05 / Referenční architektura
Spojte důkazy. Zachovejte hranici.
Umístěte ochranná opatření do známého Purdue modelu: EDR na koncových zařízeních IT, pasivní NDR v obou sítích a jedno řídicí centrum nad hranicí izolace.
Důkazy ze zařízení a sítě, korelované v jednom vyšetřování.
EDR na pracovních stanicích a serverech IT
Pozorování NDR v IT
Důkazy NDR z OT přes diodu
Analýza a reakce s podporou AI
Automatizujte schválené kroky v IT. Rozhodnutí o závodu eskalujte inženýrům OT.
L3.5
Hardwarově vynucená izolace
Monitorovací data mohou opustit OT. Neexistuje zpětná relace ani řídicí cesta ze SOC do závodu.
Jednosměrná datová diodaPouze z OT do IT
OPSWAT nebo Waterfall Ověřený export / replikace
Uvnitř chráněné zóny OT
Senzor NDR v OT
Pouze zrcadlený provoz. Záchytové rozhraní pozoruje kopii z přepínače OT nebo TAP.
Pasivní záchyt. Bez blokování v provozní cestě. V tomto návrhu bez aktivního sondování.
Přes diodu výše se exportují pouze schválené monitorovací důkazy.
L3–L2
Provoz a řízení OT
Inženýrská stanice
HMI / SCADA
Historizační server
Přepínač OT / TAP · zrcadlená kopie do senzoru NDR v OT
Výrobní provoz zůstává v síti OT. Senzor dostává samostatnou kopii pro pozorování.
L1–L0
Řídicí systémy a fyzický proces
PLC / RTU
Pohony / provozní senzory
Stroje / proces
Místní řízení a bezpečnostní systémy zůstávají v pravomoci závodu.
Kopie zajišťuje přehled. Dioda zachovává izolaci.
Samotné zrcadlení SPAN nebo TAP nestačí pro OT zabezpečení ani jako bezpečnostní hranice mezi IT a OT. Hardwarově vynucená jednosměrná cesta brání SOC posílat touto monitorovací přípojkou provoz zpět.
Zjednodušené umístění v Purdue modelu; skutečné zóny se řídí návrhem lokality. Plné spojnice mezi panely přenášejí bezpečnostní důkazy, přerušované označují zrcadlený provoz. Snímání OT je pasivní a diodou procházejí jen schválená monitorovací data. Ověřte kombinaci senzoru a brány a zajistěte místní aktualizace senzorů. Viz doporučení Stellar Cyber pro nasazení [8].
Co zde znamená „airgap“
Doslovná vzduchová mezera nemá žádné síťové spojení. Tento návrh používá hardwarově vynucenou jednosměrnou hranici, která zachovává izolaci při exportu dat. Nezaměňujte ji s běžným pravidlem firewallu, které lze změnit a povolit relace zpět do OT.
Syslog lze shromažďovat uvnitř OT a znovu vysílat mimo něj. FTP a jiné obousměrné protokoly vyžadují kompatibilní replikační nebo proxy koncové body; běžná FTP relace jednoduše neprojde jednosměrným vodičem. Waterfall tento přístup dokumentuje pro bezpečnostní monitoring a OPSWAT nabízí optické diody i brány. [3][4]
Navrhněte celou hranici
Pro každý schválený tok určete směr, protokoly, objem a toleranci ztrát. Kolektor umístěte tam, kde může pracovat bez příchozí cloudové správy, a ověřte vyrovnávací paměť, synchronizaci času a aktualizace senzorů. Vybranou kombinaci produktů prověřte ověřením konceptu.
Zmapujte každou alternativní cestu: VPN dodavatelů, notebooky se dvěma síťovými připojeními, bezdrátové spoje, mobilní modemy a sdílenou administrátorskou důvěru. Dioda chrání vlastní cestu; přehlédnuté spojení může architekturu oslabit. Nezaměňujte umístění senzoru s předpokladem, že každý senzor funguje přes každou diodu.
OT nabízí možnost, kterou cestující notebook málokdy má: soustředit příchozí soubory do několika řízených přenosových bodů. Balíčky údržby, konfigurace a média dodavatelů lze prověřit dříve, než dorazí na chráněnou inženýrskou stanici.
OPSWAT MetaDefender Kiosk a Core podporují tento přístup založený na prevenci kontrolou více enginy a u vhodných formátů odstraněním aktivního obsahu a rekonstrukcí. Cílem je hlubší kontrola na hranici s auditovatelným rozhodnutím o uvolnění. Skenování není zárukou; podepsaný firmware i řídicí programy stále vyžadují ověření pravosti a technickou validaci. [5]
Identifikovat. Zaznamenejte dodavatele, cílové aktivum, typ souboru a obchodní účel.
Prověřit. Použijte schválenou sadu enginů, pravidla pro soubory a postup sanitizace. Nevyhovující nebo neprůkazné výsledky umístěte do karantény.
Schválit. Oprávněný vlastník potvrdí, že obsah je vhodný, kompatibilní a očekávaný.
Přenést a ověřit. Uvolněte pouze schválený soubor, zachovejte auditní stopu a ověřte jeho použití v plánovaném servisním okně.
Když je aktualizace obtížná, vědomě ji kompenzujte
Aktualizace v OT jsou omezené, nikoli neexistující. Některá aktiva mají dlouhé cykly podpory nebo úzká servisní okna; jiná nesnesou agenta či běžný sken. Udržujte inventář aktiv a zranitelností, podle možností používejte aktualizace schválené dodavatelem a při odkladu opravy dokumentujte kompenzační opatření.
Pasivní monitoring zůstává cenný. Nečekaná inženýrská aktivita, nové zařízení nebo změna komunikace mohou odhalit problém před vznikem škody. Detekce po nebezpečném řídicím příkazu však může ponechat příliš málo času. Architektura má zabránit přístupu k této řídicí cestě dříve, než začne spoléhat na závod v odhalování zneužití.
Konfiguraci řídicího systému obnovíte. Rozbitou turbínu ze zálohy neobnovíte. OT stále potřebuje otestované zálohy, postupy obnovy, náhradní díly a plány bezpečného restartu. Pomáhají s obnovou, nemažou fyzické následky. NIST výslovně zahrnuje spolehlivost, provozní bezpečnost a obnovu do oblasti zabezpečení provozní techniky. [6]
Řízený import / OPSWAT MetaDefender
Jeden přenosový bod. Osm vrstev kontroly.
Získejte jistotu dříve, než soubor dorazí do OT. Každá vrstva odpovídá na jinou otázku o původu, obsahu nebo chování.
Začněte nedůvěryhodným souborem dodavatele nebo přenosným médiem
Určete skutečný typ souboru, prověřte podporované archivy a originál ponechte v karanténě po dobu požadovaných kontrol.
Propojte reputaci souboru, známé indikátory hrozeb a poznatky o chování. Označte vazby na škodlivou infrastrukturu, související malware nebo známé kampaně.
Před instalací prověřte podporované spustitelné soubory, instalátory a knihovny na známé zranitelné komponenty a verze. Nepouštějte do závodu CVE, kterým lze předejít.
Kombinujte přední antimalwarové enginy dodavatelů z celého světa. Široké pokrytí signatur posiluje prevenci známých hrozeb, doplněnou heuristikou a dalšími detekčními metodami.
Před spuštěním analyzujte strukturální a sémantické znaky souborů a identifikujte potenciálně škodlivé, dosud neznámé soubory. Přidejte časnou vrstvu ochrany před hrozbami nultého dne.
Emulujte soubory v izolovaném analytickém prostředí a odhalte skryté škodlivé funkce, vyhýbavé chování a zpětná síťová spojení před vstupem do produkce.
Odhalujte citlivé informace, přihlašovací údaje a regulovaný obsah. Blokujte nebo redigujte podle pravidel přenosu; zvlášť přínosné při odchodu souborů z chráněného prostředí.
Znovu sestavte podporované dokumenty ze schváleného obsahu a odstraňte rizikové aktivní prvky. Představte si nové PDF z čistých stránek: nový použitelný soubor místo důvěry v původní skripty a vložené objekty.
ZADRŽET / ODMÍTNOUT
Neúspěšná nebo neúplná kontrola zastaví uvolnění.
Soubor umístěte do karantény k vyšetření. Neznámé výsledky a výjimky z pravidel vyžadují rozhodnutí odpovědného vlastníka.
SCHVÁLIT / PŘENÉST
Uvolněte schválený soubor offline postupem.
U podporovaných dokumentů použijte rekonstruovanou kopii. U oprav a firmwaru zachovejte autentický balíček dodavatele; ověřte podpis, zamýšlenou verzi a cíl a před nasazením otestujte očekávanou opravu.
Navržený průběh kontroly, nikoli pevné pořadí vykonávání produktu. Kontroly mohou běžet souběžně; postup určují typ souboru, pravidla a licencované moduly. CDR je určeno podporovaným dokumentovým formátům, nikoli rekonstrukci podepsaného firmwaru. Zpravodajství o hrozbách pomáhá při posouzení opravy; technická validace potvrzuje, zda oprava řeší zamýšlený problém. Nevzniká živé propojení IT s OT.
Vycházejte z aktiv a provozních schopností zákazníka. Zachovejte užitečná opatření, doplňte mezery a propojte důkazy.
01 / Řídicí centrum
Stellar Cyber Open XDR
Spojte důkazy z koncových zařízení, identit, sítě, cloudu a bezpečnostních produktů do společného vyšetřování. Obohacování, korelace a třídění s podporou AI pomáhají analytikům omezit šum a soustředit se na významné incidenty. Automatizace reakce dodržuje schválené postupy a skutečně udělená oprávnění. [7]
02 / Přehled
NDR napříč IT a OT
Pozorujte provoz tam, kde nelze použít agenty. Doporučení Stellar Cyber pro OT podporují síťové senzory a průmyslové logy ve společné analytické platformě. Pro závod ověřte pokrytí protokolů i omezení nasazení; „univerzální“ znamená jeden vyšetřovací model, nikoli stejný přehled o každém zařízení. [8]
03 / Lidé nepřetržitě
Cynet + CyOps
Cynet kombinuje ochranu a detekci na koncových zařízeních s odbornou službou 24×7. Zvolte úroveň služby a předem schválenou pravomoc k omezení hrozeb podle zákazníka. Pokrytí platí pro dohodnuté prostředí Cynet; automaticky nezahrnuje provoz každého nástroje třetí strany připojeného ke Stellar Cyber. [9]
04 / Průmyslová hranice
OPSWAT + Waterfall
Použijte MetaDefender pro řízenou kontrolu souborů a přenosové postupy. Pro schválené datové cesty vyberte jednosměrné řešení OPSWAT nebo Waterfall. Jde o doplňující role v architektuře; přesnou kombinaci, podporu protokolů a údržbu ověřujeme s partnerem.
Zapojte i zbytek portfolia
Podezřelý shell získává význam ve spojení s předcházejícím e-mailem, použitou identitou a zpřístupněnými daty. Podle projektu může Yellow Cube přidat tyto specializované schopnosti. Dostupnost konektorů a oprávnění k reakci ověřujeme jednotlivě.
Zastavit a odhalit vstupní cestu
IronScales pro ochranu e-mailu; Whalebone pro zabezpečení DNS; WithSecure nebo Cynet pro ochranu koncových zařízení; iVerify pro mobilní rizika.
Řídit přístup a pohyb
Stormshield: segmentace sítě; Imprivata pro privilegovaný přístup; A10 Networks pro ochranu před DDoS a zabezpečení aplikací/API.
Porozumět záměru a dopadu
Group-IB pro zpravodajství o hrozbách a vnější expozici; Varonis pro bezpečnost dat; Teramind pro kontext interních rizik. MailStore podporuje archivaci e-mailů, což je jiný požadavek než záloha systémů.
Prokázat provozní schopnost
Cymulate pro ověřování opatření; CYBER RANGES a Yellow Cube HackLab pro praktická cvičení, vyšetřovací dovednosti a nácvik eskalace.
AI může obohatit upozornění, propojit související události, shrnout vyšetřování a navrhnout či provést povolenou reakci. Může se také mýlit. Potlačování falešných poplachů berte jako laděný proces s auditem a revizí, nikoli jako záruku, že každé uzavřené upozornění bylo neškodné.
Před prvním incidentem dohodněte matici kroků. Míra jistoty, kritičnost aktiva a obchodní kontext určují, co proběhne automaticky. Uchovávejte důkazy, rozhodnutí a provedený krok společně, aby analytik mohl události rekonstruovat.
Automatizovat podle pravidel
Běžné omezení hrozeb v IT
Shromážděte důkazy, otevřete případ, informujte vlastníka a izolujte výslovně schválenou kategorii nekritických zařízení. Zaznamenejte krok a zajistěte cestu k obnově.
Vyžadovat schválení
Kroky s širším dopadem
Privilegovaný účet deaktivujte, sdílený server izolujte nebo síťový přístup měňte pouze podle dohodnutých eskalačních pravidel. Servisní účet může podporovat více podnikových procesů.
Pravomoc v OT zůstává místní
Změny v závodě
Eskalujte provozním a bezpečnostním pracovníkům. Pro změny řídicích systémů, odstavení a restart používejte ověřené místní postupy. Podnikový postup SOC je nesmí spouštět naslepo.
Útočník může chtít vyvolat přehnanou reakci obránce. Falešný poplach způsobující zbytečné zastavení výroby může také splnit cíl narušení. Řešením není ignorovat upozornění OT, ale spojit důkazy SOC s technickou pravomocí a bezpečným rozhodovacím procesem.
09 / Od konceptu k provozní službě
Začněte jednou skutečnou lokalitou. Ověřte celý postup.
Pro partnery spočívá obchodní příležitost v provozní schopnosti: návrhu, integraci, validaci a průběžné službě kolem stávajících investic zákazníka.
01
Zmapovat prostředí a důsledky
Určete kritické procesy, závislosti na IT, stávající nástroje a všechna propojení IT/OT. Dohodněte, které systémy lze izolovat a kdo odpovídá za každé rozhodnutí. Výstupem je architektura s vymezeným rozsahem, nikoli obecný nákupní seznam.
02
Ověřit datové cesty
Připojte reprezentativní sadu zdrojů IT a pasivní telemetrie OT. Otestujte parsování, časová razítka, replikaci diodou, vyrovnávací paměť a stav kolektorů. Prokažte, že monitorovací cesta se nemůže stát cestou řídicí.
03
Nacvičit reakci
Procvičte napadení IT, odmítnutý soubor údržby a anomálii OT. Potvrďte, kdo případ převezme mimo pracovní dobu, co smí udělat a jak kontaktuje pracovníky závodu. Ověřte obnovu i omezení hrozby.
04
Provozovat, měřit a zlepšovat
Sledujte pokrytí telemetrie, dobu vyšetřování, dobu schváleného omezení hrozby, výjimky při přenosu a výsledky cvičení obnovy. Se zákazníkem revidujte změněná aktiva, nová propojení a končící výjimky údržby.
Přineste nám nákres sítě a přehled současných bezpečnostních nástrojů.
Společně můžeme řešit návrh hranice, chybějící přehled, vhodnost produktů a provozní model 24×7. Vymezíme praktické ověření konceptu a službu, kterou váš tým dokáže spolehlivě poskytovat.
Začněte tím, co funguje. Open XDR může spojit podporované zdroje dat do jednoho vyšetřování. Než doporučíme konsolidaci nebo náhradu, ověříme pokrytí konektorů, uchovávání dat, duplicity a oprávnění k reakci.
02Znamená silná izolace, že můžeme přestat monitorovat OT?+
Ne. Pasivní monitoring a místní připravenost na incidenty zůstávají nezbytné kvůli interním hrozbám, chybám při údržbě, škodlivým importům a nečekaným propojením. Prevence snižuje expozici; monitoring ověřuje, zda předpoklady stále platí.
03Kdo odpovídá za incident mimo pracovní dobu?+
Dohodněte to výslovně při návrhu služby. Cynet CyOps pokrývá smluvně vymezený rozsah Cynet. Partner, zákazník a případný další poskytovatel SOC musí určit odpovědnost za ostatní zdroje, eskalaci pracovníkům závodu a pravomoc jednat. Společná konzole nenahrazuje servisní smlouvu.
04Můžeme začít s IT a přidat OT později?+
Ano. Vybudujte základ detekce a reakce v IT a potom přidejte přehled o OT schválenými cestami. Průmyslové závislosti zmapujte hned na začátku, aby raná automatizace IT nechtěně nenarušila provoz. Hranici vybudujte před připojením závodu.
05Co ověřit před širším nasazením?+
Začněte jednou reprezentativní lokalitou a před výběrem finálního řešení dohodněte kritéria úspěchu. Prokažte užitečné důkazy z IT a OT v jednom vyšetřování, spolehlivou jednosměrnou telemetrii, řízený import souborů a nacvičenou reakci s konkrétními odpovědnými osobami. Měřte pokrytí, dobu vyšetřování a výjimky při přenosu. Výsledek má ukázat, co funguje, co vyžaduje technické dopracování a co bude potřeba pro provoz ve větším měřítku.
06Co určuje cenu a potřebujeme celé řešení?+
Rozsah služby přizpůsobte aktivům a rizikům, která potřebujete pokrýt. Nabídku ovlivňují počty koncových zařízení a lokalit, objem a uchovávání telemetrie, OT senzory, brány, moduly kontroly souborů, integrace a rozsah služeb. Zachovejte účinná stávající opatření a doplňte chybějící schopnosti. Implementaci, pravidelné licence, podporu a provozní odpovědnosti dohodněte jako samostatné části obchodního rozsahu.
07Můžeme toto řešení nabízet zákazníkům jako řízenou službu?+
Ano. Partneři mohou vytvořit službu zahrnující posouzení, integraci, monitoring, řízené přenosy a průběžné zlepšování. Yellow Cube pomůže s architekturou, výběrem produktů, technickým ověřením; k dispozici je i podpora prodeje. Určete, kdo provozuje jednotlivé platformy, kdo řeší incidenty mimo pracovní dobu a které kroky vyžadují souhlas zákazníka. Před závazkem vůči zákazníkovi potvrďte rozsah služeb dodavatelů a obchodní podmínky vybrané kombinace.
08Můžeme získat přehled o OT bez narušení výroby?+
Počítejte s pasivním pozorováním a postupným nasazením; tým závodu schvaluje umístění senzorů, export dat a servisní okna. Před zapnutím nového zdroje ověřte monitorovací cestu a její závislosti a dohodněte přejímací kritéria i podmínky návratu. Monitoring se nesmí stát závislostí řízení přímo v provozní cestě. Změny zařízení závodu nebo síťových propojení nadále vyžadují technické schválení pro konkrétní lokalitu.
09Co je třeba udržovat po spuštění SOC?+
Určete vlastníky konektorů, senzorů, replikace přes brány, pravidel kontroly souborů a detekčního obsahu. Sledujte chybějící logy a stav kolektorů, plánujte schválené aktualizace, revidujte oprávnění k reakci a nacvičujte eskalaci i obnovu. Při změnách aktiv nebo propojení znovu ověřte izolaci. Pravidelná hodnocení služby mají sledovat pokrytí, dobu vyšetřování, výjimky při přenosu a dokončená opatření, aby SOC držel krok s chráněným prostředím.
10Co připravit na první schůzku?+
Přineste orientační nákres sítě, seznam současných bezpečnostních nástrojů, lokalit a aktiv v rozsahu projektu a známých propojení mezi IT a OT. Sdělte nám, kdo řeší incidenty, jaká výrobní omezení jsou důležitá a kde chybí pokrytí. Partneři mohou přidat popis služby, kterou chtějí nabízet. Z těchto podkladů společně navrhneme praktické ověření konceptu a další technické i obchodní kroky.
Pojďme budovat chytřejší kybernetickou obranu Společně
Dlouhodobá partnerství stavíme na důvěře, odbornosti a společném úspěchu. Ať chcete rozvíjet své podnikání, rozšířit nabídku kybernetické bezpečnosti nebo uvést inovativní řešení na nové trhy, v Yellow Cube najdete spolehlivého partnera.
