Resumo

  • Um manifesto /.well-known/knowledge-linkset pode ser revalidado com eficiência e apontar para artefatos com digest, mas frescor de cache e igualdade de bytes não renovam o mandato de quem publicou.
  • Decisões sensíveis precisam guardar a versão do mapa, o alvo, a idade do cache, a identidade confiável e a política de capacidade; cada camada expira por uma regra diferente.

O cliente perguntou ao servidor se o mapa havia mudado. Recebeu 304 Not Modified, reutilizou a cópia local e concluiu que a orientação continuava aprovada. O protocolo de cache funcionou exatamente como deveria. O erro foi tratar a validade de um ETag como renovação do mandato de uma equipe que já não existia.

Esse descompasso de relógios merece atenção no rascunho The 'knowledge-linkset' Well-Known URI for Publishing Knowledge Artefacts. A revisão 00, submetida por Paul Besleaga em 30 de setembro de 2026, propõe um documento JSON em /.well-known/knowledge-linkset. A origem poderia listar artefatos de conhecimento e classificá-los por relações como contexto, grafo, ontologia, habilidades, superfície, estado atual, livro-razão, colaboração e pares.

A proposta ainda é uma submissão individual ativa. Pretende status Informational, não tem grupo de trabalho, AD responsável ou posição formal do IETF. O pedido do nome well-known é provisório, e o registro do URI de perfil segue uma trilha separada. Essa condição inicial não elimina o valor do desenho; apenas impede que a hospedagem no Datatracker seja confundida com aprovação institucional dos conteúdos encontrados.

Três tipos de atualidade

RFC 8615 oferece um ponto previsível sob uma origem. RFC 8288 e RFC 9264 oferecem a linguagem de links e linksets. RFC 9111, por sua vez, permite armazenar respostas e revalidá-las. Juntos, esses mecanismos reduzem tráfego e tornam a descoberta repetível. Mas eles não compartilham um único conceito de “atual”.

Uma representação está fresca quando as regras de cache permitem reutilizá-la. Um recurso está íntegro quando seus bytes correspondem ao valor de digest esperado. Um editor está autorizado quando uma política de governança reconhece seu mandato naquele contexto e momento. O primeiro pode durar minutos, o segundo enquanto os bytes não mudarem, e o terceiro pode terminar com uma revogação, mudança societária ou expiração contratual.

ETag é um validador escolhido pelo servidor. Um 304 significa que, para aquele validador e variante, o servidor não envia uma nova representação. Não significa que um conselho revisou o texto novamente. Também não prova que a chave de assinatura continua autorizada, que a licença cobre o novo uso ou que a relação ainda deve provocar uma ação.

Por isso uma decisão relevante não deve guardar apenas o corpo final. Precisa preservar o manifesto que levou ao alvo, seu URL inicial e final, a cadeia de redirecionamentos, ETag, idade, cabeçalhos de cache, instante de revalidação, relação selecionada, resultado do digest, identidade de publicação considerada e versão da política. Sem essa trilha, uma auditoria vê um documento, mas não o contexto temporal que o tornou elegível.

Digest não é mandato

Os RFC 9530 e 9651 definem campos modernos de digest para conteúdo HTTP. Um perfil também pode usar canonicalização como a do RFC 8785 para JSON. Quando o valor confere, o cliente sabe que recebeu a representação vinculada pela declaração escolhida. Essa é uma garantia valiosa e limitada.

Ela não demonstra verdade, segurança, autoria, licença ou autorização. Um invasor que controla simultaneamente o mapa e o artefato pode alterar ambos e publicar um novo digest válido. HTTPS e DNS ajudam a identificar a origem que respondeu, mas controle da origem não equivale a identidade editorial. Hospedagem compartilhada, terceirização, aquisição e comprometimento de conta separam facilmente os dois.

O perfil deve dizer quais bytes entram no cálculo. Conteúdo transferido, conteúdo descomprimido e objeto canonicalizado podem divergir. Negociação de conteúdo e transformações intermediárias criam variantes legítimas. Digest ausente deve significar “não verificado por este mecanismo”, não “fraude”. Divergência exige recusar aquela representação e investigar, sem fingir que o cálculo identifica o responsável.

RFC 9421 permite assinaturas sobre componentes de mensagens HTTP. Uma assinatura válida pode indicar qual chave afirmou quais elementos. A organização ainda precisa decidir quem controla a chave, qual artefato ela pode endossar e quais capacidades o signatário pode solicitar. A expiração criptográfica e a expiração do mandato podem ser datas diferentes.

Conteúdo recuperado continua sendo dado

Um link rotulado skills, contribute ou now organiza descoberta. Ele não eleva a prosa do alvo ao canal de comando de um agente. Frases que pedem segredos, alterações de produção ou abandono de restrições continuam sendo entrada externa. O agente pode resumir e indexar o material, mas qualquer efeito depende de uma autorização separada.

Uma arquitetura segura mantém proveniência fora do texto. O serviço de coleta registra origem, relação, mídia, digest, cache e confiança. O serviço de execução recebe um pedido estruturado de capacidade, com usuário, tenant, recurso, prazo e política. Achatar política local e texto remoto em uma única conversa remove a fronteira que a verificação deveria proteger.

O coletor também abre conexões. Pares e redirecionamentos podem apontar para loopback, redes privadas, link-local ou metadados de nuvem. DNS rebinding pode mostrar endereço público na checagem e endereço interno na conexão. A implementação deve normalizar URLs, limitar esquemas, usar resolução controlada, bloquear classes não autorizadas e repetir a avaliação no endereço efetivamente conectado após cada redirecionamento.

O grafo precisa de orçamento: profundidade, nós, bytes, tempo, concorrência e requisições por origem. Ciclos devem ser detectados. Se o limite terminar antes do alvo, a resposta é parcial. “Não encontrado nesta caminhada” não prova ausência global, assim como “não apareceu nesta visão pública” não prova que o operador não mantenha uma visão autenticada.

Mudanças que o cache pode esconder

Imagine que o mapa deixe de anunciar um artefato, mas o arquivo permaneça no cache. Ou que o mapa continue, mas a política revogue o editor. Ou que um tombstone indique sucessor administrado por outra organização. Em cada caso, os bytes antigos podem continuar perfeitamente verificáveis. A decisão operacional, porém, mudou.

Tombstones preservam o fato de que um nó terminou e podem apontar para um sucessor. Esse ponteiro não transfere identidade, custódia, licença ou confiança. O cliente deve manter o identificador antigo e o encerramento, registrar a afirmação de sucessão e avaliar o novo nó desde o começo.

Livros-razão e ponteiros de estado atual ajudam a observar história. Se o cliente memorizou uma cabeça anterior, pode detectar recuo ou substituição. Diante de duas histórias conflitantes, o próprio ledger não escolhe a legítima. É necessária uma regra externa — autoridade nomeada, quorum, arquivo independente ou processo de recuperação.

Há ainda um custo de exposição. Um mapa público pode revelar a existência, o nome, o tipo, a cadência e o digest de um alvo protegido. Um digest estável pode confirmar uma hipótese sobre determinado documento. Operadores devem poder oferecer visão pública reduzida, visão autenticada mais ampla e omitir metadados sensíveis, sempre marcando que a visão pode ser incompleta.

No caso inicial, a solução não era desativar cache. Era parar de pedir ao cache uma resposta de governança. O cliente podia reutilizar os bytes e ainda exigir uma identidade editorial vigente e uma autorização de capacidade no momento da ação. Sistemas maduros deixam cada relógio expirar pela regra que lhe pertence.

knowledge-linkset pode ser um excelente índice de uma propriedade de conhecimento. Seu sucesso dependerá de não virar um selo universal. Descoberta localiza, digest compara, cache economiza, assinatura atribui e política autoriza. Misturar esses verbos cria uma conveniência que parece segura até o primeiro mandato encerrado.

Sources