Encontrei um limite estranho no Citadel 2: a prova de conhecimento zero pode ser válida e ainda assim o usuário pode ser negado.

O fluxo é mais rígido do que “prove a identidade, obtenha acesso.” Um Provedor de Licenças avalia o usuário fora da cadeia, assina os atributos relevantes e registra uma licença criptografada em um contrato do Citadel. Mais tarde, o usuário prova que possui uma licença assinada pelo LP registrada, sem colocar os detalhes pessoais ou a licença exata na cadeia. O Citadel verifica essa prova e registra uma sessão pública.

Mas a sessão não é permissão. O Provedor de Serviço ainda precisa decidir quais Provedores de Licenças ele confia, se o atributo divulgado satisfaz a regra dele, se a sessão está expirada ou revogada e se o cookie pode ser reutilizado.

É essa divisão que eu continuo observando. Se eu estiver construindo um serviço regulado no Dusk, a criptografia comprova o caminho da credencial. Minha política ainda detém a decisão final de acesso. Uma sessão desatualizada ou confiada de forma incorreta deve morrer nesse limite, não virar uma passagem com aparência válida.

O ponto de pressão é simples: quando a política muda mais rápido do que as credenciais, o serviço rejeita a sessão correta antes que o acesso seja concedido?

#dusk $DUSK @Dusk
#USJulyCPI&PPIDueThisWeek