Kinek szól
Olyan csapatoknak, ahol a hozzáférés az évek során felnőtt — több
fiók, tisztázatlan jogosultságok, megosztott hitelesítő adatok, vagy
rendszerek, amik "csak úgy működnek", anélkül, hogy bárki tudná,
miért. Különösen ott, ahol az onboarding, az offboarding vagy a
változtatások kockázatosnak érződnek.
Mit építünk
Egy használható hozzáférési modellt — nem csak identitáskezelő eszközöket.
Úgy tervezve, hogy a hozzáférés kiszámítható legyen, ne olyasmi,
amihez az emberek félnek hozzányúlni.
-
Tiszta identitás-struktúra
Felhasználók, szolgáltatások, automatizációk és szerepek — úgy szervezve, hogy lehessen róluk gondolkodni, nem egy véletlenül nőtt lapos lista.
-
Definiált hozzáférési határok a rendszerek között
Explicit szabályok arra, mi lép át milyen vonalat — nem pedig "minden eléri mindent, mert még nem történt baj".
-
Kontrollált hitelesítési folyamatok
Hogyan igazolja magát a felhasználó és a rendszer — konzisztensen, dokumentáltan, nem tíz különböző minta keverékében.
-
Csökkentett függés megosztott vagy hosszú élettartamú hitelesítő adatoktól
Kevesebb generikus belépés, kevesebb API kulcs, ami régebbi mint a használója, kevesebb titok megosztott jegyzetekben.
-
Összhang a hozzáférés és a valós felelősségek között
Amit az emberek meg tudnak tenni, megegyezik azzal, amit meg kellene tenniük — nem azzal, amire egyszer három éve szükségük volt.
Mit tartalmaz
-
Identitás-térkép
Ki létezik a rendszerben (felhasználók, szolgáltatások, automatizáció) és hogyan kellene strukturálni őket a jövőben.
-
Hozzáférési modell tervezése
Szerepek, jogosultságok és határok — a valós használat alapján, nem szállítói alapértelmezettek szerint.
-
Hitelesítési folyamatok
Hogyan hitelesítik magukat a felhasználók és a rendszerek — SSO, tokenek, kulcsok — konzisztensen és nyomon követhetően.
-
Credential kezelés
Hol élnek a titkok, hogyan használják őket, és hogyan rotálódnak anélkül, hogy valakinek emlékeznie kellene rá.
-
Integráció
Az identitás egységesítése a rendszerek között — felhő, on-prem, belső eszközök — hogy a felhasználók ne tartsanak fejben három modellt.
-
Dokumentáció és átadás
Világos magyarázat arról, hogyan működik a hozzáférés — nem találgatás vagy "kérdezd meg a security-t, ők tudják".
Tipikus problémák, amiket javítunk
Minden környezetnek megvan a saját változata, de ezek szinte mindig
előkerülnek.
A legtöbbje addig rejtve marad, amíg valami el nem romlik.
-
"Ideiglenesen" adott és soha el nem vett jogosultságok
Valakinek két éve egy projekthez kellett a hozzáférés. Még mindig megvan. És a három embernek is, aki vele dolgozott azon a projekten.
-
Megosztott fiókok vagy hitelesítő adatok
Egy belépés a csapat közt vándorol. Senki nem tudja, ki mit csinált, és a jelszó rotálásához öt emberrel kell egyeztetni.
-
Hozzáférés szétszórva rendszerek között, központi nézet nélkül
Felhő itt, on-prem ott, SaaS valahol máshol. Nincs egyetlen hely, ahol meg lehetne válaszolni, hogy "ez az ember mit is tud valójában megtenni?".
-
Túl széles jogosultságok, hogy ne törjön el semmi
"Csak adjunk nekik admin jogot, majd később leszűkítjük." A később sohasem jön el.
-
Service account-ok és kulcsok, amiket senki nem követ
Valaki hozta létre, aki már nincs itt, valami használja, amiről senki nem tudja pontosan, mi — rotálni hazárdjáték.
-
Inkonzisztens vagy kézi onboarding / offboarding
Új belépők egy törzsi-tudás checklist alapján kapják meg a hozzáféréseket. A távozók akkor veszítik el, amikor valaki eszébe jut.
Mi lesz meg a végére
A munka végére ez lesz meg:
-
Tiszta struktúra az identitások és szerepek között
Emberi felhasználók, service account-ok, automatizációk — mindegyik a saját sávjában.
-
Csökkentett hozzáférés-burjánzás
Olyan hozzáférés, ami a valóságot tükrözi — nem a felhalmozott történelmet.
-
Kiszámíthatóbb és biztonságosabb változtatások
Hozzáférés hozzáadása vagy elvétele megszűnik feszült, félig találgatott műveletnek lenni.
-
Jobb kontroll a szolgáltatásfiókok és hitelesítő adatok felett
Tudja, mi létezik, mi használja, és hogyan lehet rotálni anélkül, hogy eltörné a termelést.
-
Könnyebb onboarding és offboarding
Az új emberek az első napon megkapják, ami kell. A távozók elveszítik a hozzáférést, amikor elmennek.
Eszközök, amikkel dolgozunk
Az eszközválasztás a környezet függvénye — a hozzáférés
struktúrája fontosabb, mint a platform. Gyakori kialakítások:
Keycloak
Authentik
HashiCorp Vault
Azure Entra ID
AWS IAM
Okta
Továbbá LDAP / AD · SCIM provisioning · egyedi brokering rétegek
Tipikus időtáv
Jellemzően 2–6 hét, attól függően, hány
rendszer érintett, mennyire kusza a jelenlegi hozzáférés-állapot, és
hogy egy meglévő modellt tisztítunk meg vagy teljesen az alapoktól
tervezünk egy újat.