A Tenant elkülöníti a szervezeteket és az adatokat. A Project határozza meg a tenanton belüli tagságot, sémát és végrehajtási hatókört. Az aktív Project egy aláírt, szerver által ellenőrzött munkamenet-döntés, nem pusztán megjelenítési szűrő.
Biztonság és irányítás
A biztonsági döntések szervervezéreltek és hatókörhöz kötöttek maradnak.
A böngészőben való láthatóság nem engedélyezési határ. A védett útvonalak, alkalmazásszolgáltatások és adattár-predikátumok a művelet igénye szerint újraértékelik az identitás-, tenant-, projekt- és jogosultsági kontextust.
Biztonság és irányítás
Minden hitelesített kérelemnek egyeznie kell az aktív, szereplőhöz kötött JTI-vel, a tenant és a felhasználó állapotával, a szabályzat élettartamával, az inaktivitási időkorláttal és az aktív Projecttel. Nyilvántartási hiba, hiányzó aláírási anyag, visszavonás vagy identitáseltérés esetén a rendszer megtagadja a hozzáférést; nem tér vissza névtelen vagy elavult böngészőkontextusra.
Megvalósított a tenant SAML-metaadata, bejelentkezése és ACS-e, a külső identitás összekapcsolása/JIT-je, a tartományszabályzat és az IdP által igazolt MFA-bizonyíték. A végpontok létrehozása a szerver által kezelt nyilvános origint használja, az AuthnRequest-korreláció pedig rövid élettartamú, aláírt, szolgáltatóhoz és kérelemhez kötött állapotot.
Az Analytics RLS szervervezérelt és védett. Egy kliensoldali futásidejű szűrő nem hamisíthat RLS-eredetmetaadatot, a gyorsítótár-azonosítók pedig az SQL-szöveg mellett a jogosultsági és RLS-hatókört is tartalmazzák.
Hitelesítő adat, token, engedélyezési fejléc, privát kulcs és aláírt URL-anyag nem kerülhet nyilvános metaadatba, csevegési instrukcióba vagy általános audittartalomba. A maszkolt szöveg nem végrehajtható hitelesítő adat. Az egyszeri felfedés lehatárolt, az előírás szerint átvitel és tárolás közben titkosított, rövid élettartamú, és a felfedett titok nem marad meg általános bizonyítékban.
A Tenant és a Project aktív biztonsági kontextus.
A Tenant elkülöníti a szervezeteket és az adatokat. A Project határozza meg a tenanton belüli tagságot, sémát és végrehajtási hatókört. Az aktív Project egy aláírt, szerver által ellenőrzött munkamenet-döntés, nem pusztán megjelenítési szűrő.
Bejelentkezés után a session registry a mérvadó.
Minden hitelesített kérelemnek egyeznie kell az aktív, szereplőhöz kötött JTI-vel, a tenant és a felhasználó állapotával, a szabályzat élettartamával, az inaktivitási időkorláttal és az aktív Projecttel. Nyilvántartási hiba, hiányzó aláírási anyag, visszavonás vagy identitáseltérés esetén a rendszer megtagadja a hozzáférést; nem tér vissza névtelen vagy elavult böngészőkontextusra.
A Project váltása CSRF-védett szerverművelet, amely újra kiadja a kontextust az eredeti token vagy szabályzat lejáratának meghosszabbítása nélkül.
A kijelentkezés CSRF-védett POST-kérelem; a jelszó módosítása vagy visszaállítása és a fiók törlése visszavonja az aktív munkameneteket.
A JSON-kérelmek strukturált hitelesítési hibát és cookie-törlést kapnak; a böngészős navigáció az átirányítás előtt törli a kontextust.
A SAML kifejezett korlátokkal érhető el.
Megvalósított a tenant SAML-metaadata, bejelentkezése és ACS-e, a külső identitás összekapcsolása/JIT-je, a tartományszabályzat és az IdP által igazolt MFA-bizonyíték. A végpontok létrehozása a szerver által kezelt nyilvános origint használja, az AuthnRequest-korreláció pedig rövid élettartamú, aláírt, szolgáltatóhoz és kérelemhez kötött állapotot.
A SAML nem hoz létre Project-tagságot; a felhasználónak továbbra is engedélyezett tenant- és projekt-hozzáférésre van szüksége.
Az alkalmazásszintű TOTP, WebAuthn, helyreállítási kihívások, valamint a teljes munkamenet-leltár és mindent visszavonó felület jelenleg nem elérhető képesség.
A nem támogatott jelszó-MFA szabályzatot a rendszer elutasítja, nem tárolja valótlan kontrollként.
Az RLS és a futásidejű szűrők nem felcserélhetők.
Az Analytics RLS szervervezérelt és védett. Egy kliensoldali futásidejű szűrő nem hamisíthat RLS-eredetmetaadatot, a gyorsítótár-azonosítók pedig az SQL-szöveg mellett a jogosultsági és RLS-hatókört is tartalmazzák.
A titkok kívül maradnak az általános bizonyítékokon.
Hitelesítő adat, token, engedélyezési fejléc, privát kulcs és aláírt URL-anyag nem kerülhet nyilvános metaadatba, csevegési instrukcióba vagy általános audittartalomba. A maszkolt szöveg nem végrehajtható hitelesítő adat. Az egyszeri felfedés lehatárolt, az előírás szerint átvitel és tárolás közben titkosított, rövid élettartamú, és a felfedett titok nem marad meg általános bizonyítékban.
Az IAM jelenlegi erőssége pontosan van megfogalmazva.
Léteznek modulspecifikus jogosultsági szerződések, de az általánosan megőrzött negatív jogosultság és a teljes platformra kiterjedő, DENY-elsőbbségű összevonás még nem teljes. Az alkalmazás MFA- és kiegészítő hitelesítési viselkedését nem szabad a jelenlegi identitásszolgáltatói és munkamenet-kontrollokon túlmenően sugallni.
Következő lépés
Kezdje azzal a folyamattal, amelyben nincs helye bizonytalanságnak.
Mutassa be a fontos rendszereket, felelősöket, szabályokat, teljesítési kötelezettségeket és bizonyítási követelményeket.
Kritikus folyamat egyeztetése