Sledenje odločitvi o dostopu

Revizorji vprašajo: “Max Vermittler je 14. oktobra ob 21.10 bral podatke o pogodbah. Od kod, s katerim dostopom in katera nastavitev je to dovolila?” – ali obratno: “Zakaj je bila Erika danes zjutraj zavrnjena?”

Na voljo so štirje viri, povezani prek osebe, ključa in korelacijske oznake:

1. Poiščite prijavo: SignInEvents z $filter=Person eq 'Max Vermittler' and At ge 2026-10-14T19:00:00Z and At lt 2026-10-14T20:00:00Z. Dogodek navaja Method, KeyId, Origin, Country, NetName, Outcome in pri zavrnitvi Reason (na primer deniedByCountry, outsideKeyNetworks, revoked). Rules navede pravila, na katerih je temeljila odločitev, z oznako in različico, tudi pravilo, ki ga je razveljavila izjema (spared, z oznako izjeme); Signals navede državo in 2FA (glejte Podlaga odločitve).
2. Poiščite dostop: AuditEntries z isto osebo in časom; Resource, Verb in Status pokažejo, kaj je bilo prebrano, Target zapis (…/Vertraege(17) ali …/Vertraege?$filter=Nr eq 'V-2026-17'), CorrelationId povezuje z dogodkom prijave.
3. Preverite takratni dostop: PersonalKeys('k…') prikaže omejitve in trajanje ključa; ChangeLog z $filter=Entity eq 'PersonalKeys' and EntityKey eq 'k…' pokaže, ali so se od takrat spremenile.

4. Primerjajte današnje in takratno pravilo: explain-sign-in z izvorom iz 1. koraka navede pravila z njihovo današnjo različico. Če se ujema z različico v dogodku, pravilo še velja tako kot ob prijavi. Če se razlikuje, ChangeLog pokaže, kdo ga je od takrat spremenil, kdaj in kako: z Entity enakim save-sign-in-rule in oznako pravila kot EntityKey, če je bilo shranjeno s tem ukazom, sicer z Entity v SignInRules, SignInRuleItems in SignInRuleExceptions. Zahteva za explain-sign-in:

   { "person": "Max Vermittler", "scope": "Data",
     "origins": [ { "name": "14. 10. 21.10", "address": "203.0.113.7" } ] }

5. Primerjajte današnje in takratno pravilo dostopa: AccessRule v vnosu iz 2. koraka navede pravilo, ki je dostop dovolilo, z različico (vertrieb-lesen@3f2a8c41d07b9e65). ClientRules v RuleVersion pokaže današnjo različico; če se ujema, pravilo še velja tako kot takrat. Sicer ChangeLog z Entity v ClientRules in ClientRuleItems pokaže, kdo ga je od takrat spremenil, kdaj in kako. Kdo ima pravilo, pokažejo PersonRules, WindowsAccounts in SqlLogins.

Rezultat: Čas, izvor, dostop, prebrani zapis in pravila, na katerih je temeljila odločitev, z dokazom, kdo je ta pravila nastavil in kdaj.

• Različica namesto vsebine. Dogodek hrani različico pravila, ne njegove celotne vsebine; vsebino prejšnje različice dajo vrednosti “prej” v dnevniku sprememb.
• Starejši dogodki iz časa, preden je prehod hranil podlago, imajo prazna Rules in Signals; zanje pravilo izhaja le iz dnevnika sprememb.
• AuditEntries sega nazaj tako daleč kot njegov rok hrambe. S skrbniško shrambo je to Gateway:AuditLog:Days (privzeto 365 dni), brez nje zadnjih 10.000 vnosov od zagona. Za starejše dostope preberite revizijske vnose v dnevniku prehoda, po CorrelationId ali osebi.
• Vnosi pred razširitvijo dnevnika dostopov imajo Target in AccessRule prazna; zanje zapis in pravilo izhajata le iz dnevnika sprememb in pravil osebe.
• Osebni podatki. Target lahko vsebuje vrednosti ključev in filtrov, povezane z osebo (glejte `Gateway:AuditLog`). Posamezni dogodki z naslovom in osebo so vidni le s pravico sign-in-events; dodelite jo premišljeno, na primer revizorjem (glejte Preverjanje vzorcev prijav in njihovega izvora).

• HTTP: skrbništvo – dnevnik prijav
• Preverjanje vzorcev prijav in njihovega izvora
• Zero Trust in zasebne naprave