Organismo de padrões abertos com impacto de implementação em todo o mundo.
Governança / IETF
IETF
As análises de IETF cobrem desenvolvimentos públicos que afetam a infraestrutura da internet, decisões de governança, mercados de conectividade, fluxos de capital digital e risco operacional.

Processo de protocolo e legitimidade de padrões.
Lacuna entre especificação e implementação entre fornecedores e operadores.
Mudanças importantes nos padrões geralmente afetam sistemas em ciclos de 120d+.
Últimas coberturas
Destaques de IETF
187 artigos
IETF
O serviço respondeu. A chave Onion ainda não: RFC 9799
Para uma CA, enxergar um Onion Service é uma permissão operacional, não uma consequência automática de ele existir. A RFC 9799 mostra por que a prova da identidade, o acesso ao descritor, a política CAA, a chave final e a privacidade da operação precisam de trilhas separadas.
IETF
IETF–W3C: cooperação documentada não é uma entidade única
O rótulo “IETF–W3C” aponta para uma relação institucional que precisa ser decomposta. Os documentos públicos registram cooperação formal, colaboração técnica e canais de ligação entre as duas organizações, mas não demonstram, por si sós, uma única pessoa jurídica, administração…
IETF
Um recibo do local pode ser externo ao emissor e ainda controlado pelo proprietário
A revisão 03 do PSER tornou mais honesta a cadeia de prova para uma atividade física. Ela também registrou um ponto que o próprio recibo não resolve: o serviço de transparência pode ser independente do emissor e, ao mesmo tempo, operado pelo dono do local descrito. A inclusão da…
IETF
ALLDISPATCH: o ponto de passagem entre debate e trabalho formal na IETF
A sessão IETF-Wide Dispatch não é uma fábrica de padrões. Seu valor está em organizar propostas emergentes e encaminhá-las para o lugar que pode assumir a responsabilidade por adotá-las, revisá-las, publicar um resultado ou encerrá-las.
IETF
A correção da renegociação TLS consertou o protocolo, não o registro de implantação
A vulnerabilidade de renegociação do TLS foi corrigida no padrão, mas a publicação da correção não demonstra que o comportamento legado desapareceu de todos os endpoints, bibliotecas, appliances e caminhos de aplicação.
IETF
Um novo PDU de MOA pode retirar uma autorização. A ordem de validação ainda falta
A revisão 01 de uma mensagem proposta entre cache RPKI e roteador passou a definir como retirar parte de um conjunto de Mapping Origin Authorizations e quando apagar toda a visão MOA depois de uma falha prolongada de atualização. O texto, porém, entrega a uma especificação futura…
IETF
Rascunho da IETF aponta lacuna sobre conflito de interesses; o gatilho deve ser a autoridade
A IETF funciona porque pessoas chegam com experiência real, empregadores, implementações e convicções técnicas. Tratar toda relação como conflito destruiria essa abertura; ignorar quem detém poder de decisão também seria um erro. A revisão 07 de um rascunho sobre documentos de…
IETF
Os tipos DNS 69 e 70 delegam o significado sem indicar a versão do registro
O registro DNS pode estar intacto, a assinatura pode ser válida e, ainda assim, duas aplicações podem chegar a significados históricos diferentes. Basta que cada uma consulte uma edição distinta da lista externa que define o código. Os novos tipos 69 e 70 transformam essa…
IETF
A revisão 04 do CMIS acrescenta a transferência de controle, mas deixa a última gravação sem solução
Uma mudança de permissão tem horário exato. O estado de um módulo óptico nem sempre tem. Se um controlador remoto conclui duas etapas de um ajuste, perde a página CMIS e o sistema operacional do equipamento começa a repor seus próprios valores, a lista de acesso já sabe quem pode…
IETF
A revisão 04 promete identidade UUID, mas o esquema de energia ainda aponta para um nome local
Uma série histórica de consumo só continua sendo a mesma série se o equipamento por trás dela continuar sendo o mesmo. A revisão 04 do modelo GREEN tenta garantir essa continuidade com UUID. Só que o trecho do YANG consumido por ferramentas ainda manda `source-component-id`…
IETF
A revisão 36 transforma a renovação do voucher em decisão de controle sem registro
Renovar um voucher de onboarding parece uma rotina de validade. A revisão 36 do documento da IETF mostra outra coisa: antes de assinar novamente, o MASA precisa confirmar que uma relação anterior ainda pode continuar. Isso envolve uma solicitação nova, posse da chave do Domain…
IETF
DKIM2 pede assinatura dupla até ser efetivamente onipresente, mas a revisão 01 não define a saída
Toda transição longa cria dois custos: manter o caminho antigo e decidir quando ele já pode ser dispensado. A revisão 01 das boas práticas de DKIM2 trata do primeiro ao recomendar assinaturas DKIM1 e DKIM2 em paralelo. Para o segundo, oferece apenas a expressão “efetivamente…
IETF
Treze registros de sufixos da IANA carregam uma regra que suas próprias definições não alcançam
O texto superior pode ser corrigido uma vez; o registro público precisa ser corrigido treze vezes. A nova versão da draft de tipos de mídia expõe essa diferença ao encontrar uma lógica de fragmentos copiada em treze sufixos, embora cada ficha diga que a sintaxe necessária para…
IETF
Um gateway pode recusar a finalidade. Um proxy de trânsito não fala pela origem
O novo código proposto torna a classe da recusa mais clara, mas não revela a autoridade por trás dela. A revisão 01 de uma draft do HTTPbis agora separa os papéis: a origem decide, o gateway pode executar por delegação e o proxy independente não ganha o direito de falar pela…
IETF
Um debate ao vivo testa domínio. Não define o registro de autoria
Improvisar uma boa resposta técnica revela familiaridade com a proposta. Não revela a origem de cada trecho nem a parte do trabalho entregue a software. Uma nova Internet-Draft recoloca essa diferença no debate da IETF sobre autoria e IA generativa.
IETF
O principal assinou a delegação. O emissor ainda vinculou a chave do agente
“Assinado pelo principal” parece uma descrição completa até que se pergunte qual chave o principal assinou. Na revisão 01 do AIC-JWT, a resposta está dividida: a autorização identifica o agente por dentro; a chave de apresentação entra no envelope assinado pelo emissor.
IETF
O futuro RFC 10040 pode assinar uma Map-Reply, não verificar o local
Uma coordenada não vira fato de campo só porque chegou dentro de uma mensagem autenticada. O futuro RFC 10040 está na saída da revisão editorial e oferece ao LISP uma forma mais expressiva de carregar localização. O limite decisivo aparece entre a procedência da resposta e a…
IETF
O DNSOP adotou o problema multialgoritmo, não o rótulo “UNIVERSAL”
O registro de 1º de setembro não cabe numa manchete binária. Os chairs do DNSOP encontraram apoio claro para adotar o documento e, no mesmo ato, mandaram a complexidade do mecanismo de volta à mesa de trabalho. O grupo assumiu responsabilidade pelo problema. Não homologou o…
IETF
IPv6 reúne três medidas em um único booleano
Há uma diferença operacional enorme entre descartar uma mensagem e tirar um modem de serviço. O modelo YANG de IPv6 Neighbor Discovery que chegou à última chamada da IETF deixa as duas coisas — junto com o registro do incidente — ao alcance de `auto-resolve`. O nome soa como uma…
IETF
Os novos números de algoritmo do OpenPGP reescrevem os vetores de teste
Oito algoritmos podem continuar matematicamente iguais e, ainda assim, produzir artefatos OpenPGP diferentes. É o efeito da troca de 100–107, faixa experimental usada no texto publicado, por 37–44, faixa ensaiada numa proposta e em branches abertas. Enquanto isso, o registro…
Desbloquear membro
Inteligência de perfil restrito
Faça login para desbloquear os briefings completos de perfil e as seções de análise aprofundada.
Briefing do Strategic Circle
Junte-se para desbloquear briefings estratégicos após fazer login.
Junte-se ao Strategic CircleBriefing da Leadership Alliance
Para proprietários e gestores qualificados de ativos de PI; faça login para desbloquear os briefings da Leadership Alliance.
Junte-se ao Leadership Alliance