Summary

  • A versão de 27 de outubro da proposta CDNI detalha uma falha de cache: a borda confere a lista de origens, mas uma resposta com Access-Control-Allow-Origin: * pode ser reaproveitada para uma origem excluída se Vary for tratado incorretamente.
  • O texto também delimita o controle: o navegador compatível decide se expõe a resposta a um script; o CDN de destino continua servindo o recurso público.

O porteiro olha a lista e entrega a pulseira ao convidado certo. Logo depois, o guarda-volumes entrega outra pulseira igual a quem não constava dela. O porteiro fez sua parte; a organização perdeu a decisão durante a transferência. A revisão -13 de um rascunho do IETF sobre controle na borda de CDNs descreve uma versão técnica dessa cena: lista de origens, resposta CORS com curinga e cache compartilhado.

Um CDN de origem pode enviar MI.CrossoriginPolicy ao CDN de destino pela interface de metadados de RFC 8006. A borda compara o Origin da requisição com a lista autorizada. Quando há correspondência e wildcard-return está ativo, ela pode emitir Access-Control-Allow-Origin: *. Quando não há, não inclui os cabeçalhos CORS pertinentes. O problema é que o asterisco não carrega o nome da origem que passou na conferência.

Se um cache comum reutilizar a resposta com * para uma origem que a lista exclui, a pulseira ganha novo dono. O trecho operacional adicionado na revisão -13 explicita esse risco. O rascunho exige que o CDN de destino produza os cabeçalhos CORS para cada resposta, sem gravá-los como parte fixa da representação em cache, e inclua em Vary os cabeçalhos da requisição que mudam o resultado. É a diferença entre memorizar uma página e memorizar também uma decisão feita para outra pessoa.

A versão -12 já tinha os objetos de configuração. A nova versão esclarece o alcance deles. Cabeçalhos CORS orientam o navegador compatível sobre expor a resposta a um script de outra origem. O CDN de destino ainda serve o recurso acessível ao público quando não há esses cabeçalhos. Pedidos com modo de credenciais include ficam fora do escopo desses objetos, pois a combinação com autenticação e autorização pede comportamento além da configuração descrita.

Há também um intervalo de implantação. O CDN de origem pode disponibilizar o recurso antes que MI.CrossoriginPolicy chegue ao CDN de destino. Nesse período, o recurso sai sem cabeçalhos CORS e o navegador falha a verificação. O novo trecho diz que operadores podem ler a configuração atualmente ativa no destino usando a interface existente de RFC 8006 e compará-la com o comportamento observado. Não cria um monitor novo para fazer a comparação sozinho.

O Datatracker do IETF registra a versão -13 como rascunho do grupo CDNI em avaliação pelo IESG. Para quem opera a cadeia, a pergunta útil é simples: quem confere a pulseira depois que o porteiro terminou o expediente?