ISO/IEC 27031:2025 u praksi — Praktična obuka na primeru pivare

ISO/IEC 27031:2025 u praksi

Ova serija od devet članaka provodi vas kroz zahteve standarda ISO/IEC 27031:2025 — ICT readiness for business continuity (IRBC), klauzulu po klauzulu, na konkretnom praktičnom primeru: fiktivnoj pivari „Zeleni Hmelj" d.o.o., istoj kompaniji koja je u seriji ISO 22301 u praksi izgradila sistem upravljanja kontinuitetom poslovanja (BCMS).

Ako je 22301 serija odgovorila na pitanje šta firma radi kad nešto stane, ova serija odgovara na uže, tehničko pitanje koje je ostalo otvoreno — kako se to isto obezbeđuje na nivou IT-ja, servera, mreže, SCADA sistema i cloud usluga. Svaki post gradi stvaran, popunjen dokument — registar, plan oporavka, izveštaj sa vežbe, odluku rukovodstva — kakav bi auditor tražio na proveri. Kroz celu seriju provlači se isti princip kao i u prethodnoj: ciljevi kontinuiteta dolaze od poslovanja (BCMS), a IRBC dokazuje da li i kako ih IT sektor stvarno može da ispuni.

Sadržaj serije

Deo 1

Veza između BCMS-a i IRBC-a, obrazac rizika prekida, popis kompetencija i uloga, ciljevi kontinuiteta prevedeni na IRBC nivo (klauzule 5, 6.1–6.3).

Deo 2

Praćenje pretnji, registar kritičnih ICT usluga sa predloženim RTO/RPO, analiza jaza u SLA ugovoru sa cloud provajderom (klauzula 7).

Deo 3

Baza poznatih scenarija incidenata, plan redundanse opreme (cold/warm/hot backup), popis ključnih elemenata za SCADA sistem (klauzula 8.1).

Deo 4

Formalna potvrda i revizija ciljeva iz dela 2, uvođenje MBCO koncepta i prvog ručnog workaround-a (klauzula 8.2).

Deo 5

Matrica primenjivosti scenarija, izbor primarne i dopunske strategije po ICT elementu, strategija za ICT prostor (klauzula 9).

Deo 6

Tehnološka razmatranja i failback problem, prvi uspešan test restore procedure, formalizacija IRBC obaveza prema dobavljaču (klauzula 9.2.4–9.2.7).

Deo 7

Formalno imenovanje IRBC strukture, provera principa geografske razdvojenosti, procedura aktivacije sa jasnom granicom odlučivanja (klauzula 10.1–10.2).

Deo 8

Kompletan koračni runbook za SCADA sistem, pisana workaround procedura za porudžbine, procena kapaciteta dobavljača (klauzula 10.3–10.5).

Deo 9

Planirana vežba i izveštaj sa vežbe, godišnji pregled svih otvorenih jazova, formalno odobrenje strategija od rukovodstva (klauzule 11–13).

Kome je ova serija namenjena

Serija je pisana za IT rukovodioce, administratore sistema, vlasnike BCMS-a i konsultante koji uvode ISO/IEC 27031 u malim i srednjim organizacijama sa ograničenim IT resursima — ne samo u proizvodnim firmama. Svi obrasci prikazani kroz seriju (registri, planovi oporavka, izveštaji sa vežbi, odluke rukovodstva) mogu se direktno prilagoditi drugom poslovnom kontekstu.

Napomena: Pivara „Zeleni Hmelj" d.o.o. je fiktivna kompanija kreirana isključivo u obrazovne svrhe, korišćena za ilustraciju zahteva standarda kroz realan poslovni kontekst.

Comments

Post a Comment

Popular posts from this blog

Šta je ISO 27001 i da li je mojoj firmi stvarno potreban?

  Prvi tekst na blogu InfoSec bez stresa — i pitanje koje sebi postavi skoro svaki vlasnik male ili srednje firme onog trenutka kad prvi put čuje za ovaj standard. Realna situacija Zamislite ovo: firma ima 15 zaposlenih, radi razvoj softvera ili pruža IT usluge, posluje solidno, sve funkcioniše. Onda stigne mejl od velikog klijenta — banke, osiguravajuće kuće ili strane kompanije s kojom se pregovara o saradnji. U prilogu je bezbednosni upitnik, a na dnu jedna rečenica koja pokvari popodne: „Molimo dostavite ISO 27001 sertifikat ili plan implementacije u naredna tri meseca." Ili, druga verzija iste priče: firma konkuriše na tenderu, sve uslove ispunjava — sem jednog. Traži se ISO 27001. Prva reakcija je obično paničan Google upit u stilu „šta je ISO 27001" i „da li mi to stvarno treba", u ponoć, uz osećaj da se upravo otvorila rupa u budžetu i rasporedu koje niko nije planirao. Ako je ovo vaša situacija — ili slutite da bi mogla postati — ovaj tekst je tu da va...
Read more

ISO 22301:2019 u praksi — Praktična obuka na primeru fabrike piva

Ova serija od osam članaka provodi vas kroz sve zahteve standarda ISO 22301:2019 — Sistemi upravljanja kontinuitetom poslovanja (BCMS) , klauzulu po klauzulu, na konkretnom praktičnom primeru: fiktivnoj proizvodnoj pivari „Zeleni Hmelj" d.o.o. , sa sopstvenom varionicom, punionicom i hibridnom IT/OT arhitekturom (SCADA/PLC industrijski sistemi, lokalni ERP i cloud servisi — Microsoft 365, cloud backup/DR, SaaS CRM). Umesto apstraktnog prepričavanja teksta standarda, svaki post gradi stvaran, upotrebljiv dokument — politiku, matricu, BIA analizu, BCP plan, zapisnik — kakav bi auditor tražio na sertifikacionoj proveri. Kroz celu seriju provlači se jedan princip: zahtevi kontinuiteta poslovanja dolaze od biznisa ka IT sektoru, a ne obrnuto — proizvodnja i komercijala definišu koliko dugo mogu da izdrže bez svog sistema, a IT/OT sektor sprovodi tehnička rešenja koja taj zahtev ispunjavaju. Sadržaj serije Deo 1 Uvod u BCMS i Klauzula 4 — Kontekst organizacije Razlika BCMS v...
Read more

ISO 27031: Upravljanje IRBC-om i usklađivanje sa ciljevima kontinuiteta (klauzula 6.1–6.3)

6.1 – Opšte Standard deli uzroke prekida u nekoliko grupa: prirodni uzroci – požar, poplava. Retki, ali fizički pogađaju celu lokaciju odjednom, ne samo jednu komponentu. tehnički kvarovi – hardver, softver, napajanje, klimatizacija. Najčešća kategorija u praksi, i ona za koju firme obično imaju najviše iskustva. ljudska greška – loše podešen bekap, propust u upravljanju izmenama. Retko ko je namerno kriv, ali posledice su iste kao da jeste. namerna akcija – hakovanje, malver, sabotaža. Ovde je pored oporavka bitna i istraga – ko je i kako ušao. društveni faktori – pandemija, štrajk. Ne pogađaju tehnologiju direktno, nego ljude koji je održavaju. cyber napadi – DoS, DDoS, napadi koji preplave sistem saobraćajem dok ne prestane da radi. lanac snabdevanja – prekid kod cloud provajdera, nejasni bezbednosni uslovi u ugovoru sa dobavljačem. Ovde firma nema direktnu kontrolu, samo ugovor i poverenje. Rizik da IT prestane da radi ima jedan prepoznatljiv obrazac: retko se ...
Read more