Čo robí firemnú infraštruktúru auditovateľnou?

Pri pondelkovom rannom výpadku zriedkavo je najväčším problémom, že služba sa nespustí. Oveľa viac je to o tom, keď nikto presne nevie, čo sa zmenilo v piatok, kto to schválil, kde sa nachádza aktuálne nastavenie a či je možné vrátiť sa do známeho, funkčného stavu. To, že čo robí firemnú infraštruktúru auditovateľnou, začína presne s preukázateľnými odpoveďami na tieto otázky.

Auditovateľnosť nie je výlučne témou súladu alebo informačnej bezpečnosti. Pre rastúcu výrobnú, obchodnú alebo logistickú spoločnosť znamená predovšetkým prevádzkovú kontrolu. To, že stav systému, prístupy, zmeny a riešenie chyby nezávisia na pamäti jedného skúseného kolegu.

Auditovateľnosť nie je log súbor

Mnoho organizácií začína tému tým, že zapne logovanie na niektorom serveri alebo aplikácii. To môže byť potrebné, ale samo o sebe nestačí. Ak sa logy neuchovávajú dostatočne dlho, nemajú jednoznačného zodpovedného za ich kontrolu, alebo po incidente ich nikto nevie interpretovať, spoločnosť má veľa údajov, ale málo dôkazov.

V auditovateľnom prostredí je možné sledovať, aké systémy fungujú, akú úlohu plnia, aké údaje spracovávajú, kto k nim má prístup a aká zmena sa stala z obchodného alebo technického dôvodu. Nie je potrebné zaznamenávať každý malý klik myšou. Cieľom nie je sledovanie zamestnancov, ale rekonštrukcia cesty významnej udalosti.

To sa stáva viditeľnou hodnotou najmä vtedy, keď objednávka z e-shopu neprejde do ERP, niektoré skladové terminály nedostávajú údaje alebo výrobná správa sa líši od skutočného počtu kusov. V takých prípadoch je pre rýchlu obnovu potrebné vedieť, či chyba v dátovom prepojení, zmena oprávnení, chybná konfigurácia alebo aktualizácia aplikácie spôsobila problém.

Čo robí firemnú infraštruktúru auditovateľnou?

Auditovateľnosť pozostáva z viacerých, na seba nadväzujúcich disciplín. Ak niektorá chýba, prevádzka je ťažšie preukázateľná a pomalšie obnoviteľná.

Známy a udržiavaný systémový obraz

Prvá otázka sa zdá byť jednoduchá: z akých presne zariadení a služieb pozostáva infraštruktúra? V praxi na to často existuje viacero, navzájom sa líšiacich odpovedí. Jeden zoznam môže byť u IT, iný u externého prevádzkovateľa a časť cloudových predplatných môže byť viazaná na účet niektorého bývalého zamestnanca.

V auditovateľnom prostredí existuje aktuálny systémový inventár. Neobsahuje len názvy serverov, ale aj obchodné súvislosti: ktorý systém podporuje spracovanie objednávok, fakturáciu, skladové operácie alebo zber výrobných údajov. Je známy vlastník systému, technický zodpovedný, kritické závislosti a aké sú naň kladené očakávania obnovy.

Hodnota dokumentácie nie je v tom, že bola vytvorená. Jej hodnota spočíva v tom, že je použiteľná počas zmeny, novej integrácie alebo incidentu. Raz ročne aktualizovaná tabuľka je menej užitočná ako užšia, ale pravidelne udržiavaná evidencia.

Kontrolovaná správa zmien

Väčšina výpadkov nevzniká preto, že by niekto bol nezodpovedný. Často je potrebné rýchlo zasiahnuť kvôli naliehavej obchodnej požiadavke, vypršaniu certifikátu alebo nedostatku kapacity. Problém začína, keď zmena nemá stopu, nemá plán obnovy a dodatočne sa nezistí, aký stav bol zmenený.

Správna správa zmien nemusí nutne znamenať ťažkopádny schvaľovací reťazec. Pri menšej, dobre ohraničenej zmene môže stačiť krátky záznam o zmene: aký je cieľ, ktoré systémy sú dotknuté, kto ju vykonáva, kto ju schvaľuje, kedy sa uskutoční, ako sa overí výsledok a aký je spôsob obnovy. Pri kritických výrobných alebo logistických systémoch môže byť potrebná prísnejšia kontrola.

Podstatou je primeranosť. Ak každé malé nastavenie vyžaduje dni trvajúcu administráciu, kolegovia obídu proces. Ak však nič nie je zdokumentované, infraštruktúra sa postupne stáva neprehľadnou. Potrebné sú pravidlá, ktoré sa prispôsobujú skutočnému riziku.

Jasné oprávnenia a prístup viazaný na osobu

Zdieľané administrátorské heslo sa môže zdať pohodlné, kým nie je potrebné zistiť, kto vykonal zmenu. To isté platí pre staré používateľské účty, ktoré zostali aktívne po bývalom kolegovi alebo externom partnerovi.

Základom auditovateľnosti je, aby prístupy boli viazané na osobu alebo dobre identifikovateľný technický účet. Oprávnenia by mali zodpovedať role, pracovnej úlohe a potrebnej miere. Nie každý vedúci skladu potrebuje administrátorské práva na server a nie každý vývojár potrebuje priamy prístup k živým obchodným údajom.

To je potrebné pravidelne prehodnocovať. Je to obzvlášť dôležité po zmene pozície, odchode, zapojení externého poskytovateľa alebo po ukončení projektu. Prehodnotenie nie je prejavom nedôvery, ale kontrolou, či stav systému zodpovedá skutočnému fungovaniu spoločnosti.

Použiteľné logovanie a centrálne dôkazy

Pri logovaní je potrebné rozhodnúť, ktoré udalosti musia byť neskôr preukázateľné. Typicky sem patria neúspešné a zvýšené prihlásenia, zmeny oprávnení, zmeny konfigurácie, výpadky kritických služieb, chyby zálohovania a nezrovnalosti v dátovom prepojení.

Nie každú udalosť je potrebné spracovávať s rovnakou podrobnosťou. Priemyselný systém zberu údajov a interné zdieľanie súborov môžu predstavovať rôzne riziká. Preto je vhodné prispôsobiť čas uchovávania logov, prístup a spôsob kontroly obchodnej úlohe systému.

Centrálne zhromažďovanie pomáha najviac, keď sú časové pečiatky udalostí porovnateľné. Odhalenie príčiny chyby medzi e-shopom, integračnou službou a ERP je takmer nemožné, ak sa hodiny líšia alebo každý komponent uchováva svoje údaje inde. Presná časová synchronizácia a jednotné spracovanie udalostí sa môže zdať malým technickým detailom, ale môže ušetriť hodiny pri vyšetrovaní chyby. Záloha je dôkazom len vtedy, ak je obnoviteľná

Mnoho vedúcich sa upokojí, keď úlohy zálohovania ukazujú zelený stav. To je dobré znamenie, ale nie to isté ako obnoviteľnosť. V auditovateľnej infraštruktúre je zdokumentované, z ktorých systémov sa robí záloha, ako často, kde sa uchováva, ako dlho sa uchováva a kto kontroluje ich beh.

Rozhodujúca otázka je, či sa uskutočnila kontrolovaná skúška obnovy. Záloha databázy môže byť formálne úspešná, zatiaľ čo obnovená aplikácia sa nedokáže spustiť kvôli chýbajúcej konfigurácii, certifikátu alebo súvisiacim súborom. Preto musí praktika obnovy skúmať nielen údaje, ale aj fungujúcu obchodnú službu.

Nie je potrebné testovať každý systém s rovnakou frekvenciou. Systémy ovplyvňujúce dennú správu objednávok alebo výrobné procesy majú samozrejme iné očakávania ako zriedka používaný archív. Rozdiel však treba riešiť vedome, na základe zdokumentovaného rozhodnutia.

Za technickou kontrolou stojí obchodná zodpovednosť

Auditovateľnosť infraštruktúry sa môže ľahko zdať výlučne úlohou IT. V skutočnosti vyžaduje spoluprácu viacerých oblastí. Obchod musí určiť, ktoré procesy sú neprijateľné na výpadok, ktoré údaje sú citlivé a kto je oprávnený schváliť rizikovú zmenu. Úlohou IT je premeniť to na realizovateľné kontroly, dokumentáciu a prevádzkový režim.

Hranice zodpovednosti

sú obzvlášť dôležité v hybridnom prostredí, kde spolupracujú interný tím, externý prevádzkovateľ, cloudoví poskytovatelia a viaceré obchodné aplikácie. Ak sa integrácia zastaví, nestačí povedať, že „systém je chybný“. Treba vedieť, kto skúma prenos údajov, kto rozhoduje o obnove, kto komunikuje s dotknutou obchodnou oblasťou a kto uzatvára udalosť s poučeniami. Kde začať? Nie je vhodné začínať s kompletným systémom pravidiel alebo veľkým projektom infraštruktúry. Najprv je vhodné vybrať niekoľko systémov, ktorých výpadok priamo bráni predaju, výrobe, skladovej obsluhe alebo finančným procesom. Pri týchto systémoch je potrebné najprv objasniť systémový obraz, zodpovedných, prístupy, zmenu režimu, logy a skúšku obnovy.

Tento prístup funguje, pretože nevytvára teoretickú zhodu, ale posilňuje prevádzkovú bezpečnosť najdôležitejších obchodných procesov. Na základe skúseností sa neskôr môže vytvoriť primeraný režim, ktorý sa rozšíri na celú organizáciu.

Auditovateľná infraštruktúra nie je dobrá preto, že sa o nej vytvorí veľa dokumentov. Je dobrá preto, že v kritickej situácii vedúci a odborníci vychádzajú z rovnakého reálneho systémového obrazu, rýchlejšie sa rozhodujú a ďalšiu zmenu vykonávajú už s poučením.

sk

None