Kad digitālai identitātei vairs nevar uzticēties: kā veidot drošu identitātes pierādīšanas arhitektūru?

Bankas klients autentificējas ar modernu, pret pikšķerēšanu noturīgu piekļuves atslēgu. Sistēma pārbauda kriptogrāfisko atbildi, identificē pareizo kontu un atļauj piekļuvi. No autentifikācijas protokola viedokļa viss ir noticis korekti. Taču pastāv kāds daudz svarīgāks jautājums: vai šis konts sākotnēji tika izveidots pareizajai personai? Ja reģistrācijas laikā tika pieņemts nepareizs identitātes apliecinājums vai konta atjaunošanas process vēlāk ļāvis nepilnvarotai personai piesaistīt jaunu autentifikācijas līdzekli, drošs pierakstīšanās protokols neatrisina sākotnējo kļūdu. Sistēma var pilnīgi pareizi autentificēt cilvēku, kuram šim kontam nemaz nebūtu jābūt pieejamam.

NIST SP 800-63B-4 skaidri atšķir sinhronizējamas autentifikācijas atslēgas no neeksportējamām: sinhronizācija atvieglo vairāku ierīču lietojumu un atkopšanu, bet AAL3 paredz neeksportējamu atslēgu aizsardzību. Izvēle nav universāls drošības reitings — tā atkarīga no riska, autentifikācijas garantijas līmeņa un atkopšanas procesa. Avots: https://pages.nist.gov/800-63-4/sp800-63b/syncable/.

Tas ir viens no iemesliem, kāpēc digitālās identitātes drošība jāskata daudz plašāk par parolēm un daudzfaktoru autentifikāciju. NIST SP 800-63-4, kas publicēts 2025. gada jūlijā, strukturē digitālās identitātes pārvaldību trīs saistītās, bet atšķirīgās disciplīnās: identitātes pierādīšanā un reģistrācijā, autentifikācijā un autentifikatoru pārvaldībā, kā arī federācijā un apliecinājumos. S01 Šāds nošķīrums ir būtisks arī Eiropā, kur veidojas jauna digitālās identitātes infrastruktūra. Eiropas digitālās identitātes maks jeb EUDI Wallet paredz iespēju lietotājam pārvaldīt un uzrādīt personas identifikācijas datus un elektroniskus atribūtu apliecinājumus. Tomēr arī moderns maks funkcionē plašākā sistēmā, kurā ir identitātes datu izdevēji, uzticamības saraksti, pakalpojumu sniedzēji, lietotāja ierīces un atsevišķi pilnvarojuma noteikumi. S02

Šā raksta mērķis ir izskaidrot, kā projektēt tādu digitālās identitātes arhitektūru, kurā neviena atsevišķa veiksmīga pārbaude netiek kļūdaini pielīdzināta pilnīgai uzticamībai.

Digitālajā vidē vārdus “identifikācija”, “identitātes pierādīšana”, “autentifikācija” un “autorizācija” bieži lieto gandrīz kā sinonīmus. Praksē tie nozīmē atšķirīgas pārbaudes. Identitātes pierādīšana jeb identity proofing ir process, kura laikā pakalpojuma sniedzējs iegūst un pārbauda pietiekamus pierādījumus, lai noteiktu, ar kuru personu attiecīgā digitālā identitāte jāsasaista. Atkarībā no riska un regulējuma šajā procesā var izmantot valsts izsniegtus identitātes dokumentus, uzticamus reģistrus, klātienes pārbaudi vai attālinātas metodes. Autentifikācija savukārt pārbauda, vai persona vai sistēma kontrolē attiecīgajam kontam piesaistītu autentifikācijas līdzekli. Tā var būt parole, kriptogrāfiska piekļuves atslēga, drošības ierīce vai cita metode.

Taču veiksmīga autentifikācija pati par sevi neapliecina, ka konts sākotnēji piesaistīts pareizajai fiziskajai personai. Tā arī automātiski nepierāda, kurš faktiski atrodas ierīces otrā pusē, ja autentifikācijas līdzekļa kontrole ir nodota citam cilvēkam. Autorizācija ir vēl atsevišķs uzdevums. Sistēmai jānosaka, vai autentificētajai identitātei ir tiesības lasīt konkrētus datus, veikt darbību vai apstiprināt darījumu. Piemēram, uzņēmuma darbinieks var pilnīgi korekti autentificēties personāla sistēmā. Tas vēl nenozīmē, ka viņam ir tiesības mainīt cita darbinieka algu vai piešķirt sev administratīvas privilēģijas.

NIST SP 800-63 ceturtā redakcija ir īpaši noderīga tāpēc, ka nepieļauj šo disciplīnu automātisku sapludināšanu vienā “drošas pieteikšanās” jēdzienā. S01

Lai pārbaudītu digitālās identitātes arhitektūru, piedāvāju izmantot astoņu posmu modeli. Tas ir autora analītisks priekšlikums, nevis NIST vai Eiropas Komisijas oficiāla klasifikācija.

Šis modelis ļauj izvairīties no izplatītas kļūdas — secināt, ka kvalitatīvs autentifikācijas risinājums automātiski padara drošu visu identitātes procesu. Katram posmam nepieciešami atšķirīgi pierādījumi, kontroles un atbildīgās personas. Drošības arhitektūrā jāspēj noteikt arī to, kā viena posma kļūda ietekmē turpmākos. Piemēram, ja konta atjaunošanas procesā bez pietiekamas pārbaudes iespējams nomainīt autentifikācijas līdzekli, sākotnējā pret pikšķerēšanu noturīgā autentifikācija var zaudēt savu aizsargājošo vērtību.

Identitātes pierādīšana sākas ar jautājumu, kurus faktus pakalpojuma sniedzējam patiesībā nepieciešams zināt. Ne visos pakalpojumos vajag vienādi spēcīgu personas identitātes pārbaudi. Publiska informatīva pakalpojuma izmantošanai bieži pietiek ar minimālu informāciju, kamēr finanšu pakalpojumiem, juridiski nozīmīgiem darījumiem vai sensitīvu valsts datu piekļuvei var būt piemērojamas daudz stingrākas prasības. Tāpēc pareiza identitātes arhitektūra sākas ar risku novērtējumu, nevis vienas universālas tehnoloģijas izvēli. NIST SP 800-63A-4 nosaka trīs identitātes pierādīšanas uzticamības līmeņus jeb IAL, kuri atspoguļo atšķirīgas prasības pierādījumu iegūšanai un pārbaudei. Dokumentā iekļautas arī prasības attiecībā uz krāpšanas novēršanu, dokumentu viltošanas un attālinātās pierādīšanas riskiem. S03

Šie līmeņi nav automātiski juridiski ekvivalenti konkrētām ES elektroniskās identifikācijas uzticamības kategorijām. Atbilstība dažādiem regulējumiem jāvērtē atsevišķi. Attālinātā identitātes pierādīšanā īpaša uzmanība jāpievērš iesniegto datu izcelsmei. Ja pakalpojums pieņem dokumenta attēlu vai videoierakstu, tam jāņem vērā manipulētu mediju un tehnisku ievades uzbrukumu risks. Tomēr arī ideāli autentisks dokuments nav pietiekams, ja nepastāv droša sasaiste starp dokumentā norādīto personu un konkrēto reģistrācijas procesu. Tāpēc identitātes pierādīšana ir vairāku kontroles soļu kombinācija, nevis viena “sejas atpazīšanas” funkcija.

Passkey jeb kriptogrāfiska piekļuves atslēga izmanto publiskās atslēgas kriptogrāfiju. Pakalpojums glabā publisko atslēgu, bet lietotāja ierīce vai autentifikators kontrolē atbilstošo privāto atslēgu. Autentifikācijas laikā tiek parakstīts konkrētam izaicinājumam atbilstošs pierādījums. FIDO/WebAuthn pieejas būtiska priekšrocība ir autentifikācijas sasaistīšana ar konkrēto pakalpojumu, tostarp Relying Party ID. Tādējādi klasiskas viltotas pieteikšanās lapas nevar vienkārši iegūt izmantojamu paroli vai pārtvert šai vietnei derīgu autentifikācijas pierādījumu. S04 Taču tas nenozīmē, ka passkey viena pati novērš visas kontu pārņemšanas iespējas.

Jāvērtē, vai lietotājam joprojām pieejami vājāki pierakstīšanās veidi, kā darbojas konta atjaunošana, kā tiek piesaistītas jaunas ierīces un kā organizācija pārvalda jau atvērtas sesijas. FIDO Alliance nošķir sinhronizējamas piekļuves atslēgas un konkrētai ierīcei piesaistītas atslēgas. Pirmās palīdz nodrošināt lietojamību un atgūšanu vairākās ierīcēs, savukārt otrās var sniegt stingrāku kontroli pār atslēgas atrašanās vietu. S05 Izvēle ir atkarīga no pakalpojuma riska un vēlamā uzticamības līmeņa. Nav korekti apgalvot, ka visas passkey ieviešanas versijas automātiski nodrošina vienādu autentifikācijas uzticamības pakāpi.

Jāatceras arī, ka ierīces lokāla atbloķēšana ar pirkstu nospiedumu vai sejas atpazīšanu parasti palīdz atļaut kriptogrāfiskās atslēgas izmantošanu. Tā nav universāls pierādījums tam, ka attālinātais pakalpojums ir patstāvīgi noteicis lietotāja civilo identitāti.

Daudzi uzņēmumi un publiskie pakalpojumi paši neveic lietotāja identitātes pārbaudi. Tie izmanto ārēju identitātes nodrošinātāju, kurš autentificē lietotāju un sniedz noteiktus apliecinājumus. Tas var uzlabot lietojamību un centralizēt drošības kontroles. Tomēr šādā arhitektūrā parādās jauna uzticamības robeža. Pakalpojumam jāspēj pārbaudīt, kurš izdevis apliecinājumu, kam tas adresēts, kāds ir tā derīguma termiņš un kādi konkrēti apgalvojumi tajā ietverti. Derīgs kriptogrāfisks paraksts vēl nenozīmē, ka jebkurš apliecinājums izmantojams jebkurā sistēmā un jebkuram mērķim.

NIST SP 800-63C-4 regulē federācijas un identitātes apliecinājumu izmantošanas drošības aspektus. S06 Praktiskā risku analīzē jāpārbauda arī kontu sasaistīšana. Ja divas sistēmas automātiski sasaista identitātes pēc e-pasta adreses, jāvērtē, vai šis atribūts ir pietiekami stabils un verificēts attiecīgajam nolūkam. Federācija nedrīkst nozīmēt nekritisku uzticēšanos jebkuram ārējam apgalvojumam. Ir būtiski definēt, kādas īpašības identitātes nodrošinātājs patiešām apliecina un kuras pārbaudes joprojām jāveic pašam pakalpojumam.

Pieņemsim, ka uzņēmuma vadītājs izmanto kriptogrāfiski drošu autentifikāciju un bez problēmām pierakstās iekšējā sistēmā. Tas vēl nenozīmē, ka viņam ir tiesības vienpersoniski izpildīt jebkuru finanšu darījumu vai piešķirt neierobežotas sistēmu administratora tiesības. Autentifikācija apliecina noteikta autentifikācijas līdzekļa kontroli. Autorizācija nosaka, kādas darbības konkrētajā sistēmā un kontekstā ir atļautas. Organizācijai var būt nepieciešamas uz lomām, atribūtiem vai politikas nosacījumiem balstītas piekļuves kontroles. Sensitīviem darījumiem var būt nepieciešams atsevišķs apstiprinājums vai augstāka līmeņa atkārtota autentifikācija.

Svarīgi ir arī nepieļaut pārmērīgu pilnvaru uzkrāšanos. Lietotāja loma var mainīties, bet iepriekš piešķirtās tiesības saglabāties, ja nav droša pārskatīšanas un atsaukšanas procesa. Šo problēmu nevar atrisināt tikai ar spēcīgāku pierakstīšanos. No arhitektūras viedokļa daudz noderīgāk ir noteikt, kurā brīdī sistēma pārbauda konkrētās darbības tiesiskumu, nevis paļauties uz vispārēju pieņēmumu, ka autentificēts lietotājs drīkst visu, ko ļauj interfeiss.

Konta atjaunošanas process ir nepieciešams. Cilvēki pazaudē ierīces, maina tālruņus, aizmirst piekļuves datus un zaudē piekļuvi autentifikatoriem. Tomēr atjaunošana var kļūt par vājāko posmu citādi labi aizsargātā identitātes arhitektūrā. Piemēram, organizācija ievieš pret pikšķerēšanu noturīgu autentifikāciju, bet ļauj to aizstāt pēc vienkārša telefona zvana palīdzības dienestam. Ja palīdzības dienests balstās tikai uz viegli iegūstamiem personas datiem vai pazīstamas balss atpazīšanu, uzbrucējs var mēģināt pārņemt kontu, apejot sākotnējo autentifikācijas mehānismu.

Tas nenozīmē, ka telefona atbalsts vienmēr ir nedrošs. Risks ir atkarīgs no pārbaudes procedūras, tās neatkarības un pieejamajiem papildu pierādījumiem. NIST SP 800-63B-4 autentifikatoru pārvaldību apskata kā pilna dzīvescikla procesu. S07 Atjaunošanas un autentifikatoru nomaiņas kontroles jāpielāgo identitātes un autentifikācijas uzticamības prasībām. Augsta riska kontiem es prasītu neatkarīgas atjaunošanas kontroles, pietiekamu auditējamību, atbilstošus paziņojumus un iespēju ātri atsaukt neatļauti piesaistītu autentifikatoru. Vienlaikus konta atjaunošanu nedrīkst padarīt tik sarežģītu, ka lietotājs zaudē pieeju būtiskiem pakalpojumiem. Drošības un pieejamības līdzsvars jāprojektē apzināti.

Ja konts ir kompromitēts, nepietiek vienkārši nomainīt paroli vai pievienot jaunu autentifikācijas līdzekli. Nepieciešams saprast, kuras identitātes sastāvdaļas un piekļuves saites var būt apdraudētas. Uzbrucējs var būt pievienojis autentifikatoru, izveidojis jaunu sesiju, izmainījis atjaunošanas kontaktinformāciju vai piešķīris papildu tiesības. Tāpēc uzticības atjaunošanā jāvērtē vismaz autentifikatori, sesijas, atjaunošanas metodes, piekļuves tiesības, federētie konti un iepriekš veiktās sensitīvās darbības. Ja nav iespējams noteikt, kurā brīdī identitātes kontrole zaudēta, organizācijai jāsaglabā atbilstoša piesardzība arī pret darbībām, kuras izskatās tehniski korektas.

Svarīgs ir arī pilnvarojuma atjaunošanas process. Ja konts izmantots, lai mainītu citu lietotāju tiesības vai izveidotu jaunus automatizācijas kontus, sākotnējā konta aizsardzības atjaunošana pati par sevi var neatrisināt visas sekas. Identitātes atkopšana tādējādi ir vairāk nekā pierakstīšanās atjaunošana. Tā ir kontroles, tiesību un uzticamības attiecību pārbaude.

Eiropas digitālās identitātes ietvars balstās eIDAS regulā, kuru 2024. gadā būtiski grozīja Regula (ES) 2024/1183. Tā paredz Eiropas digitālās identitātes makus un nostiprina iespējas izmantot pārbaudāmus identifikācijas datus un elektroniskus atribūtu apliecinājumus. S08 Šī arhitektūra nav tikai jauna autentifikācijas lietotne. Tā ietver personas identifikācijas datu izdevējus, elektronisko atribūtu apliecinājumu sniedzējus, maku nodrošinātājus, uzticamības pakalpojumus un organizācijas, kuras paļaujas uz lietotāja uzrādīto informāciju. Eiropas digitālās identitātes maka Architecture and Reference Framework jeb ARF v3.0.0, kas publicēta 2026. gada jūlijā, precizē šo komponentu mijiedarbību un tehniskās prasības. S09

Šeit ir svarīgi nošķirt vairākus apgalvojumus. Tas, ka maks ir tehniski drošs, nenozīmē, ka jebkurš tajā esošais atribūts ir piemērots jebkuram juridiskam nolūkam. Pakalpojuma sniedzējam jāpārbauda apliecinājuma izdevējs, derīgums, nepieciešamais uzticamības līmenis un konkrētā darījuma nosacījumi. Tāpat maka izmantošana automātiski nenozīmē, ka visi pakalpojumu sniedzēji uzreiz pieņem visas iespējamās apliecības. ENISA 2026. gada aprīlī publiskoja konsultācijai kandidātu Eiropas digitālās identitātes maku kiberdrošības sertifikācijas shēmai. Aģentūra vienlaikus sniedz atbalstu dalībvalstu nacionālo sertifikācijas shēmu izstrādei. S10

Saskaņā ar Eiropas regulējuma ieviešanas grafiku dalībvalstīm vismaz viens sertificēts EUDI maks jānodrošina līdz 2026. gada beigām. Raksta sagatavošanas brīdī 2026. gada oktobrī tas ir ieviešanas mērķis, nevis pierādījums, ka visi risinājumi jau ir pilnībā pieejami.

Laba digitālās identitātes arhitektūra nedrīkst prasīt atklāt vairāk personas datu, nekā nepieciešams konkrētajam pakalpojumam. Ja pakalpojumam jānoskaidro tikai tas, vai cilvēks sasniedzis noteiktu vecumu, ne vienmēr ir nepieciešams iegūt viņa pilnu dzimšanas datumu, adresi un citus identifikācijas datus. EUDI maka regulējums paredz lietotāja kontroli pār datu uzrādīšanu un selektīvu informācijas atklāšanu atbilstoši tehniskajām un normatīvajām iespējām. S08 Tomēr “selektīva atklāšana” nav tikai lietotāja interfeisa funkcija. Tā prasa piemērotus apliecinājumu formātus, attiecīgas kriptogrāfiskas īpašības un korektu paļaujošās puses pieprasījumu apstrādi.

Privātumam nozīmīga ir arī nevajadzīgas identitāšu sasaistes nepieļaušana. Ja katrs pakalpojums iegūst vienu universālu personu identificējošu atribūtu, tas var radīt papildu izsekošanas iespējas. Tāpēc drošības arhitektūrā jāvērtē ne tikai tas, vai identitātes apgalvojums ir uzticams, bet arī tas, vai pakalpojumam ir tiesisks un praktisks pamats saņemt konkrēto datu apjomu.

Digitālās identitātes pārvaldība arvien biežāk attiecas ne tikai uz fiziskām personām. Uzņēmumiem ir juridiskās identitātes un pārstāvības tiesību jautājumi. Informācijas sistēmām ir pakalpojumu konti un tehniskās identitātes. MI aģentiem var būt piešķirtas atsevišķas darbības pilnvaras. Šīs kategorijas nedrīkst sajaukt. Juridiskas personas pārstāvis var autentificēties ar spēcīgu personisko identitātes līdzekli, bet pakalpojumam joprojām jāpārbauda, vai viņam ir tiesības veikt konkrēto darbību uzņēmuma vārdā. Pakalpojuma konts var veiksmīgi apliecināt savu tehnisko identitāti, taču tam jābūt ierobežotam ar konkrētiem resursiem un funkcijām.

Savukārt MI aģents var izmantot pilnvarotas personas piešķirtus rīkus, bet tādēļ vēl nevajadzētu automātiski uzskatīt, ka visas aģenta izvēlētās darbības ir cilvēka individuāli apstiprinātas. Šīs atšķirības kļūst īpaši svarīgas, veidojot sistēmas, kurās cilvēki, uzņēmumi un automatizēti procesi mijiedarbojas vienā digitālās identitātes infrastruktūrā.

Lai padarītu arhitektūras prasības pārbaudāmas, ieteiktu katram dzīvescikla posmam noteikt atsevišķu kontroli un pieņemšanas pierādījumu.

Šī matrica nav juridisks atbilstības apliecinājums. Tā ir praktisks instruments, ar kuru organizācija var identificēt atšķirīgas kontroles un nepieļaut, ka viena sekmīga pārbaude aizstāj visu pārējo sistēmu.

Vispirms nepieciešams izvēlēties konkrētu identitātes izmantošanas scenāriju. Piemēram, jauna darbinieka reģistrāciju, bankas klienta autentifikāciju vai juridiskas personas pārstāvja piekļuvi noteiktam pakalpojumam. Tālāk jānosaka, kuri pierādījumi ir nepieciešami sākotnējai identitātes izveidei, kā tiek piesaistīts autentifikācijas līdzeklis un kuras darbības šai identitātei jāspēj veikt. Pārbaudē nevajadzētu apstāties pēc veiksmīgas pierakstīšanās. Jāiekļauj autentifikatora zaudēšana, jaunas ierīces piesaiste, kompromitētas sesijas atsaukšana, lietotāja tiesību maiņa un konta slēgšana. Īpaši vērtīgi ir negatīvie testi. Sistēmai jāspēj noraidīt derīgu, bet citam saņēmējam adresētu federācijas apliecinājumu, neatļautu autentifikatora piesaisti un darījumu, kas pārsniedz lietotāja pilnvaras.

Šādus testus iespējams īstenot kontrolētā vidē, izmantojot testa identitātes un skaidri noteiktu pilnvarojumu. Tie nav paredzēti neatļautai piekļuvei īstu cilvēku kontiem. Rezultātā organizācija iegūst nevis vienu abstraktu drošības novērtējumu, bet pierādījumus par konkrēto identitātes dzīvescikla robežu darbību.

Pirmkārt, spēcīga autentifikācija negarantē pareizu sākotnējo identitātes pierādīšanu. Otrkārt, autentiska personas identitāte pati par sevi nepierāda tiesības rīkoties citas personas vai uzņēmuma vārdā. Treškārt, kriptogrāfiski derīgs apliecinājums nav universāli piemērojams jebkuram darījumam. Ceturtkārt, digitālās identitātes maks nav automātiska aizsardzība pret visām krāpšanas shēmām. Krāpnieks var mēģināt ietekmēt cilvēka lēmumu, izmantojot īstu identitātes līdzekli nepareizā kontekstā. Piektkārt, konta atjaunošana pēc kompromitēšanas nav tikai jaunas paroles izsniegšana. Var būt nepieciešama sesiju, autorizācijas tiesību un iepriekš veikto darbību pārbaude.

Šie ierobežojumi nepadara modernas identitātes tehnoloģijas mazvērtīgas. Tie palīdz noteikt, kur tām ir reāls drošības pienesums un kur nepieciešamas citas kontroles.

Pat ja piekļuve ikdienā tiek nodrošināta ar pret pikšķerēšanu noturīgu autentifikāciju, konta atjaunošanas ceļš var radīt atsevišķu kompromitēšanas risku. Ja lietotājs var nomainīt galveno autentifikatoru, balstoties tikai uz vāji pārbaudītu saziņas kanālu, organizācijas faktiskā drošība ir atkarīga no šā rezerves procesa. Tāpēc sākotnējās identitātes pierādīšanas, autentifikācijas, autorizācijas un atkopšanas prasības jāvērtē kā viens dzīvescikls, nevis neatkarīgi tehniski projekti. Auditā pārbaudītu trīs situācijas: zudis lietotāja autentifikators, kompromitēts atjaunošanas kontaktkanāls un mainīta darbinieka loma ar iepriekš saglabātām privilēģijām. Katrā situācijā jābūt skaidram, kurš apliecina identitāti, kurš piešķir pilnvaras un kur tiek saglabāta pierādījumu ķēde. Ja risinājums darbojas tikai optimistiskajā scenārijā, drošas identitātes arhitektūras apgalvojums ir pārāk plašs. Tas attiecas arī uz automatizētiem aģentiem, kuru rīku pilnvarām jābūt precīzi ierobežotām.

Identitātes pārvaldības risku nevar novērtēt, pārbaudot tikai veiksmīgu pierakstīšanos. Konta sākotnējā piesaiste personai, akreditācijas datu atjaunošana, identitātes apliecinājuma izdevējs, ierīces drošība un darbības pilnvarojums ir atsevišķi uzticēšanās posmi. Sinhronizējamu un konkrētai ierīcei piesaistītu passkey izvēle ir riska un lietojamības kompromiss, nevis pierādījums, ka viena pieeja vienmēr ir drošāka visos lietojumos.

Digitālās identitātes drošība nevar balstīties vienā pierakstīšanās tehnoloģijā. Tā ir arhitektūra, kas aptver identitātes pierādīšanu, reģistrāciju, autentifikatoru piesaisti, autentifikāciju, federāciju, autorizāciju, atjaunošanu un auditējamību. NIST SP 800-63 ceturtā redakcija palīdz šo procesu sadalīt precīzās tehniskās disciplīnās. Savukārt Eiropas digitālās identitātes maka attīstība rada jaunas iespējas uzticamiem un privātumu respektējošiem digitālu apliecinājumu procesiem. Tomēr neviena no šīm pieejām neatceļ nepieciešamību pārbaudīt konkrētās sistēmas faktisko darbību. Es katras būtiskas digitālās identitātes sistēmas auditā vispirms uzdotu jautājumu: kurā dzīvescikla posmā uzbrucējs var iegūt identitātes kontroli, neizlaužot pašu autentifikācijas protokolu?

Bieži atbilde būs saistīta ar reģistrāciju, atjaunošanu, federācijas konfigurāciju vai pārmērīgām autorizācijas tiesībām. Droša identitāte nav tikai spēja pareizi pierakstīties. Tā ir spēja saglabāt pierādāmu saikni starp personu, tās identitātes apliecinājumiem, piešķirtajām tiesībām un katru būtisko darbību visā sistēmas dzīvesciklā.