Resumo

  • Um agente pode receber permissão para ler parte de um arquivo e acabar recebendo tudo quando um argumento opcional é omitido. A versão 02 de um Internet-Draft descreve a regra que abre essa diferença.
  • A entrada "*" aceita até parâmetros criados em versões futuras da ferramenta. O token permanece assinado enquanto o software pode ampliar o que a empresa autorizou na prática.

A empresa assinou um limite. Quem autorizou o botão seguinte?

Uma empresa permite que o agente consulte um arquivo, com limite para as linhas devolvidas. O agente deixa em branco o número de linhas; a ferramenta pode entregar o arquivo inteiro pelo seu valor padrão. Agora imagine a próxima versão da mesma ferramenta com um argumento novo. Se o token antigo contém "*", esse argumento também pode passar sem que a empresa volte a examinar o que autorizou. A revisão do rascunho de Niki Aimable Niyikiza põe as duas aberturas no mesmo lugar: o encontro entre uma assinatura antiga e uma interface viva.

O anúncio de 27 de outubro e o Datatracker do IETF registram um Internet-Draft individual. O AAT proposto deixa seu portador derivar, sem contato com o emissor, um token de autoridade igual ou menor. Na chamada, o ponto de execução confere a cadeia de assinaturas e o mapa de restrições do token final. A conta fecha enquanto a interface que o mapa descreve permanece conhecida.

A versão 01 recusava argumentos fora do mapa e exigia os que apareciam nele. A versão 02 reconhece no agradecimento que uma implementação independente encontrou o impasse: não havia como limitar um argumento genuinamente opcional. Agora um item nomeado pode trazer optional: true, e "*" abrange os itens não nomeados. O asterisco não restringe o valor; um mapa vazio equivale à mesma abertura.

O padrão da ferramenta também manda

No exemplo do próprio texto, o token fixa o path de um arquivo e limita os valores opcionais head e tail. Se o agente informa head, o verificador mede o limite. Se o omite, a ferramenta escolhe o padrão, que o verificador não consegue ver. O rascunho observa que a omissão pode fazer uma ferramenta de leitura devolver o arquivo inteiro. Autorizar o argumento como opcional também delega à ferramenta o significado do silêncio.

Com "*", o risco atravessa versões. Um parâmetro que ninguém escreveu no token hoje pode ser acrescentado amanhã e aceito pelo mesmo token. O rascunho aconselha não usar essa abertura em ferramentas com efeitos externos. Também permite que o ponto de execução rejeite argumentos ausentes do esquema público de entrada. Não exige, porém, que cada token antigo fique preso a uma versão do esquema nem que o emissor aprove de novo a ferramenta atualizada. É uma decisão operacional, não uma propriedade garantida pela assinatura.

Um relatório que diga apenas “token verificado” deixa a parte difícil fora da página. O verificador sabe que a cadeia é autêntica e que a chamada obedeceu ao mapa apresentado. Não sabe, só por isso, quem aprovou o novo parâmetro ou o padrão que passou a agir quando nada foi preenchido. Para responder, é preciso conservar a versão da ferramenta, seu esquema e a decisão de usar o curinga.

O apêndice F declara que a revisão 02 traz regras que quebram implementações da 01; os argumentos opcionais e não nomeados entram nessa conta. A flexibilidade evita refazer credenciais a cada mudança. Ela também entrega ao mantenedor da ferramenta uma parcela da autoridade que parecia ter sido fechada na emissão do token. O crachá continua dourado. A porta é que ganhou outra dobradiça.

Registros originais