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.
ISO9001ISO27001ISO42001
É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
01
Gap Analízis & Roadmap
Megvizsgáljuk, hogy mely pontokon nem felel meg szervezete az ISO követelményeknek, majd létrehozunk egy roadmapet az ISO tanusítvány megszerzésére és a mi javaslataink megvalósítására.
02
ISO Felkészítés & Audit
Az ISO tanúsítvány megszerzéséhez szükséges szervezeti és technikai változásokat bevezetjük, a dokumentálást és evidenciákat előkészítjük, az audit során rendelkezésre állunk.
03
Változásmenedzsment
Az ISO követelményeken felüli szervezeti és technológiai javaslataink megvalósítását beépítjük a stratégiájába, az implementációt felügyeljük, és szükség szerint a változásmenedzsmentet is elvégezzük.
04
Stabilizálás & Átadás
Az új folyamatokat stabilizáljuk, automatizáljuk a kontrollok monitoringját, a teljes szervezetet betanítjuk és felkészítjük az új működés fenntartására és üzemeltetésére.
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.