Resumo

  • O rascunho ACE revisto em 2 de novembro permite que o servidor de autorização envie o token diretamente ao servidor de recursos em nome do cliente e informe se conseguiu. Ainda é um Internet-Draft.
  • A seção operacional recém-incluída espera registros com horário para pedidos, envio e vida útil dos tokens. O servidor de recursos registra o que seus recursos de memória, processamento e energia permitem.
  • Segredos operacionais não podem entrar nos registros. Ao compartilhar dados com gestores externos, o ponto de armazenamento deveria retirar endereços e identificadores capazes de rastrear aparelhos, salvo autorização específica.

Entrega mais curta, arquivo mais comprido

No fluxo original do ACE, o cliente pede um token ao servidor de autorização e depois o apresenta ao servidor de recursos. Na Cadeia Curta de Distribuição, o primeiro servidor faz a entrega. Ele avisa o cliente do resultado; se falhar, devolve o token para que o próprio cliente o leve. Também pode ser configurado para emitir e enviar tokens a clientes que sequer conhecem essa etapa. A comunicação entre os servidores precisa estar protegida.

A nova tarefa torna o servidor de autorização uma testemunha da entrega. A revisão -09, de 2 de novembro, acrescentou considerações operacionais ausentes da -08. A seção de registros espera marcações de tempo para pedido, emissão, resultado do envio, expiração, revogação e cadastro de clientes e servidores de recursos. O servidor de recursos pode anotar aceitação, recusa e eliminação de tokens, além de acessos negados, conforme seus limites físicos. Assim, o operador consegue separar token emitido de token recebido.

Essa mesma precisão revela relações. Endereços e identificadores de credenciais podem ligar o aparelho a vários contatos. O projeto admite que um ponto de armazenamento designado guarde e compartilhe registros com aplicações de gestão autorizadas, por consulta ou notificação. Servidores não podem registrar segredos, chaves privadas nem material de chave derivado. Antes de distribuir os arquivos externamente, o armazenamento deveria ocultar dados sensíveis; a exceção requer destinatário especificamente autorizado pela política de privacidade aplicada. Prazo de guarda e nível de detalhe ficam com aplicação e operador.

O peso das palavras é desigual: a proibição de segredos é MUST NOT; a remoção de metadados na distribuição externa é SHOULD. O texto não apresenta contagem de implantação nem episódio de abuso. Sua pergunta útil é outra: se o servidor leva o token até o destino, quem ganha acesso à história dos aparelhos no caminho?

Fontes originais