Preskoči na glavno vsebino

Status List

Status list je zgoščen podpisan seznam, ki ga izdajatelj objavi, da je pri vsakomer, ki ima eno od njegovih potrdil, mogoče preveriti preklic, ne da bi izdajatelja kdo vprašal prav po tistem potrdilu.

Seznam je bitni niz: vsakemu poverilu, ki ga izdajatelj izda, je v njem dodeljen indeks, bit na tem indeksu pa pove, ali je poverilo še veljavno, preklicano ali začasno onemogočeno. Token Status List izdajatelju omogoča, da za vsak vnos izbere 1, 2, 4 ali 8 bitov, odvisno od tega, koliko stanj mora razlikovati, saj je začasna onemogočitev ločeno, povratno stanje, drugačno od trajnega preklica. Poverilo nosi URL seznama in svoj lastni indeks, tako da preveritelj seznam prenese enkrat, ga predpomni za obdobje, ki ga določi izdajatelj, in za vsako naslednje preverjanje prebere le en bit, namesto da bi vsakič klical izdajatelja. Ker se celoten seznam prenese naenkrat in zajema vsa poverila, ki jih je izdajatelj kdaj koli izdal, izdajatelj nikoli ne izve, katero poverilo je bilo preverjeno ali kdo ga je preveril, saj množica skrije posameznika: to je lastnost zasebnosti, zaradi katere so seznami stanja boljša izbira kot preverjanje preklica za vsako poverilo posebej, kar bi izdajatelju omogočilo natančno slediti, kdaj in kako pogosto je določeno poverilo uporabljeno. Stisnjen seznam, ki zajema stotine tisoč poveril, je velik le nekaj kilobajtov, sezname pa se običajno znova objavlja po ustaljenem urniku ali prek omrežja za dostavo vsebin, tako da preveriteljeva predpomnjena kopija ostaja ažurna brez povratne poti do izdajatelja za večino preverjanj. V uporabi sta dve specifikaciji: Token Status List za poverila JWT in CWT, ki jo EUDI ARF sprejema za atestacije SD-JWT VC in mdoc, ter Bitstring Status List za podatkovni model preverljivih poveril W3C. Izdajatelj, ki se preverjanju preklica raje povsem izogne, lahko izda kratkotrajna poverila, ki preprosto potečejo, vendar seznami stanja ostajajo prevladujoč mehanizem povsod, kjer poverilo potrebuje daljše obdobje veljavnosti.

Ali lahko preveritelj z opazovanjem zahtev za seznam stanja ugotovi, katero poverilo nekdo preverja?

Ne, prav to je smisel prenosa celotnega seznama. Ker preveritelj prenese celoten bitni niz, ki zajema vsa poverila, ki jih je izdajatelj kdaj koli izdal, namesto da bi spraševal po enem konkretnem poverilu, izdajatelj ne more ugotoviti, kateri vnos preveritelja zanima. Posamezno preverjanje je skrito znotraj velike množice nepovezanih vnosov, kar preprečuje, da bi preverjanje preklica postalo način sledenja uporabi poverila.

Nazaj na slovar