ISO-Readyness ++

Az ISO 27001:2024, ISO 9001 és ISO 42001 szabványok mentén robusztus, skálázható és karbantartás-mentes infrastruktúrát, folyamatokat és szervezetet építünk.

A probléma amire megoldást adunk

Ne csak tanúsítványt szerezzen; operatívan hatékonnyá, robosztussá és rezilienssé változtatjuk szervezetét, folyamatait és IT rendszereit.

Értékajánlatunk

Egy ISO tanúsítvány megszerzése csak azt mutatja, hogy az iparági sztenderdek minimális elvárásait teljesítik. Bár az ISO szabványok és irányelvek adják a gerincét a transzformatív vezetői munkánknak, mi a tényleges operatív rezilienciát, magas hibatűrést, teljes automatizációt és zéró karbantartásigényű rendszerek, folyamatok kialakítását tűzzük ki célul.

Mit kap tőlünk

Konkrét példák

* A klienseinket a bemutatott problémákra és szituációkra való tekintettel anonimizáltuk.

Információbiztonság a felhőszolgáltatások használatánál

ISO/IEC 27001:2022 · Annex A
Követelmény
“A felhőszolgáltatások beszerzésére, használatára, kezelésére és megszüntetésére kijelölt folyamat van, amely a biztonsági követelményeket is rögzíti.”
Felméréskori állapotHiányos

Egy proptech kliensünk IT csapattagjai belső formális jóváhagyás nélkül regisztráltak különféle felhőszolgáltatásokra céges felhasználónevekkel. Ennek hatására 11 különböző SaaS rendszer kezelt valamilyen ügyféladatot, amelyek közül 8-hoz nem volt adatfeldolgozási szerződés sem kilépési terv, továbbá az adatfeldolgozás és tárolási eljárásokat a kliensnél senki sem ismerte pontosan és nem validálták.

Minimálisan mi lett volna szükséges a tanúsításhoz?

Felhőszolgáltatás-nyilvántartás vezetése, minden eszközhöz adatfeldolgozási szerződés, kijelölt felelős és dokumentált kilépési terv, évenkénti felülvizsgálattal. Ennyi elég a megfeleléshez.

Mivel volt több a mi megoldásunk?

A már alkalmazott ClickUp rendszerben önkiszolgáló beszerzési folyamatot építettünk ki, melyben egy igény automatikusan kockázatértékelést, bevezetési checklistet és szerződéssablonokat kapott. Az igényt csak a CTO approválhatta. Mentoráltuk a csapattagokat és bevezettünk egy új IBSZ szabályt egy SOP mellett, mely szerint új infrastruktúrát kizárólag IaC-ként vezethetnek be. A 11 SaaS-t 6-ra redukáltuk, IaC-ba importáltuk. Ennek eredményeképpen a folyamatos kontroll automatizált, szabályozott, dokumentált és auditálható lett.

Felelősségek a munkaviszony megszűnése vagy változása után

ISO/IEC 27001:2022 · Annex A
Követelmény
“A munkaviszony megszűnése vagy változása után is érvényes biztonsági felelősségeket és kötelezettségeket rögzítik, közlik és érvényesítik.”
Felméréskori állapotRészlegesen teljesül

Egy fintech kliensünknél az offboarding folyamatra volt bár részletes checklist, amely a jogosultságok megvonását is tartalmazta, erre nem létezett részletes dokumentált SOP az IT részlegen. Az elmúlt évek mintáiban szereplő 9 kilépőből 7 volt alkalmazottnak még továbbra is voltak rendszerhozzáférései (email, CRM, cloud), több belőlük kritikus szintekkel.

Minimálisan mi lett volna szükséges a tanúsításhoz?

A kilépési ellenőrzőlistának tartalmaznia kell titoktartási emlékeztetőt, az eszközök visszavételének aláíratását és a hozzáférések visszavonásának határidejét (például 24 óra).

Mivel volt több a mi megoldásunk?

Felhasználtuk az MS365 Entra ID-t mint centralizált SCIM rendszer és external IdP-ként konfiguráltuk az AWS-ben - így a laptopokhoz, MS365 licenszekhez, teszt és prod rendszerekhez, levelezéshez történő hozzáférést egyetlen helyről lehetett vezérelni. A kilépési protokollt dokumentáltuk, az IT vezetőket betanítottuk. A megoldás hatására 48 kolléga jogosultságait lehetett redukálni, az admin szintű hozzáférések száma 8-ról 2-re csökkent, és egy új kilépőnél a jogosultságmegvonás 5 percen belül meg tudott történni.

Változáskezelés

ISO/IEC 27001:2022 · Annex A
Követelmény
“Az információfeldolgozó eszközök és rendszerek változtatásai változáskezelési eljárást követnek.”
Felméréskori állapotRészlegesen teljesül

Egy fintech kliensünknél a 12 főből álló IT csapat code review-jait két vezető fejlesztő végezte, sokszor minimális visszajelzésekkel és manuális módosításokkal. Az infrastruktúrális módosításokat AWS konzolon végezték, email-en jelezve a módosításokat a külső megbízott AWS partnernek.

Minimálisan mi lett volna szükséges a tanúsításhoz?

Az infrastruktúra-változtatásokhoz ticketet kell nyitni, jóváhagyást és visszaállítási tervet rögzíteni, és az éles változásokat naplózni. Ha a csapat a legutolsó két-három módosításról hasonló evidenciát tud mutatni, az a tanúsítványhoz elegendő...

Mivel volt több a mi megoldásunk?

A teljes AWS infrastruktúrára IaC kódokat készítettünk Terraformmal, amelyet code-review approválás után a GitHub Actions CI/CD automatizáltan élesítette mind a teszt és prod rendszereken. A Terraform automatikusan detektálta az eltéréseket (drift) - amelyet fel is használtunk aktívan a migrációhoz - továbbá a hibás élesítéseket egy rollback committal automatikusan, emberi beavatkozás nélkül el lehetett végezni. A folyamat teljesen automatikus, dokumentált, ellenőrzött, auditált lett. Az átlagban 2 hónaponkénti élesítéseket így napi szintűre tudtuk gyorsítani.

Adaterőforrások

ISO/IEC 42001:2023 · MI-irányítási rendszer, Annex A
Követelmény
“A szervezet dokumentálja az MI-rendszerek által használt adaterőforrásokat.”
Felméréskori állapotTeljesül

Kliensünknél létezett jegyzék a training, teszt és validációs adatszettekhez, az adatok anonimizáltak voltak, és az adatok tulajdonosai (forrása) is meg volt jelölve. Az adatokat durván 10 hónappal a felmérésünk előtt, teljesen manuálisan készítették.

Minimálisan mi lett volna szükséges a tanúsításhoz?

Az MI által használt adatforrások jegyzéke tulajdonossal, besorolással és jogalappal, évenként frissítve. A szervezet jelen állapota kimeríti az ISO követelményeket...

Mivel volt több a mi megoldásunk?

Az adatok előállítának módszertanát felmértük, dokumentáltuk és szkriptekkel automatizáltuk, melynek hatására napi szintű adatszettek álltak elő. Az MI modell tanítására (és validációjára) egy batch pipeline-t hoztunk létre, heti automatizált futással, és sikeres validációs eredmények esetén a létrejövő modell élesítésével. A modell szignifikáns F-score javulást mutatott, több hetes iteratív tanítás után (a minőség jelentősen javult), az új folyamat pedig kontrollált, ellenőrzött robosztusságot eredményezett.

Az MI-rendszerek adatainak minősége

ISO/IEC 42001:2023 · MI-irányítási rendszer, Annex A
Követelmény
“A szervezet meghatározza és dokumentálja az adatminőségi követelményeket, és biztosítja, hogy az adatok megfeleljenek nekik.”
Felméréskori állapotRészlegesen teljesül

Kliensünknél a tanító adatok minőségi követelményei nem voltak meghatározva. A tanító adatszett adatelemzése több kritikus problémát is feltárt (11%-ában ismétlődő vagy hiányos rekord, nem-anonimizált PII információk, duplikált-érték problémák). Az adatok címkézése manuéálisan történt, két intern segítségével, tréning és instrukciók nélkül.

Minimálisan mi lett volna szükséges a tanúsításhoz?

Az adatminőségi követelmények leírása, a betanító adatok egyszeri tisztítása és az ellenőrzések dokumentálása. Erről szóló evidenciák a tanúsítás szempontjából megfelelőek...

Mivel volt több a mi megoldásunk?

Az adatminőségi (és mennyiségi) követelményeket a usecase, alkalmazási terület és a modell alapján előre meghatároztuk és dokumentáltuk. A meglévő adatforrásokból a legbővebb adatszettet exportáltuk, normalizáltuk, tisztítottuk, deduplikáltuk és anonimizáltuk - amely folyamatot lekódoltuk az ismételhetőség céljából. A pipeline a létrejövő adatokon validációs teszteket végzett (frissesség, duplikáció, hiányzó értékek és címkeellenőrzés, mennyiségi határértékek vertikálok szerint). A pipeline már első sikeres futtatása után olyan tanító adatokat produkált, amely a modell pontosságát és lefedettségét 14% és 32%-al növelte. Ezekután a pipeline-t és a tanítást havonta, automatizáltan újra futtatták.

Következő lépés

Nem elégszik meg csak a minimummal?

Hívjon minket

További szolgáltatásaink

01AI-Ready IT03Tech Átvilágítás04Interim vezetés és tanácsadás