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
1.352 artigos

IETF
Steve Sheng e o bloqueio que não interrompeu a manutenção do DNSSEC
Um domínio pode aparecer como bloqueado no painel e, ainda assim, ter seu conjunto de DS alterado de forma legítima no pai. A aparente contradição desaparece quando se pergunta quem definiu o bloqueio, qual ator e qual comando ele restringe e por que uma via de manutenção…

IETF
Peter Thomassen e a atualização que precisava de cada servidor autoritativo
Uma automação do DNS pode receber uma solicitação perfeitamente assinada e ainda assim não ter evidência suficiente para agir. No RFC 9975, Peter Thomassen define o que falta: a mesma intenção precisa aparecer no serviço autoritativo inteiro que o pai já delegou.

IETF
A IETF LLC precisa de mais signatários, mas assinatura não é decisão
A saída da antiga Treasurer deixou a IETF Administration LLC com apenas um signatário autorizado perante o banco e o assessor de investimentos. Incluir alguém da equipe melhora a continuidade. O controle completo, porém, depende de um registro que separe a decisão do Board da…

IETF
Diretor executivo da IETF criou detector de e-mails com IA, mas o resultado ainda não tem uso público definido
O relatório que antecede a reunião de 1º de setembro do Board da IETF Administration LLC registra um experimento: durante a IETF 126, o diretor executivo montou uma ferramenta para analisar mensagens de listas em busca de conteúdo gerado por IA, usando APIs públicas e um serviço…

IETF
Paul Hoffman e a cópia da raiz que só podia responder ao próprio host
O caminho mais curto até a raiz do DNS pode caber dentro do host do resolvedor. A RFC 8806 permite uma cópia completa servida ali, mas impede que proximidade vire autoridade: nenhum resolvedor externo pode consultá-la, os dados devem continuar idênticos aos da raiz pública…

IETF
Stuart Cheshire e a regra de meio TTL para o silêncio
Depois de uma atualização, uma rede sem fio passa a registrar menos respostas mDNS. Isso pode ser eficiência ou cegueira. A diferença está num cálculo pequeno: o equipamento que perguntou ainda possui pelo menos metade do TTL correto daquele registro? Na RFC 6762, Stuart Cheshire…

IETF
Ari Keränen e o par de candidatos que venceu antes de o sucesso poder ser comprovado
Quando o ICE escolhe um par de candidatos, ele encerra uma decisão sobre transporte. Ainda faltam recibos para identidade, autorização, mídia útil, resultado da aplicação e renovação do consentimento naquele caminho.

IETF
Erik Nordmark e o vizinho que ficou STALE sem parar de encaminhar
No IPv6, uma entrada `STALE` ainda pode carregar pacotes porque o que venceu foi a confirmação, não necessariamente o caminho. O Neighbor Unreachability Detection preserva a pista de encaminhamento, reduz a confiança e pede nova evidência somente quando a decisão volta a…

IETF
A fila pública de issues da IETF ainda não é uma fila pública de prioridades
Publicar uma issue dá visibilidade a uma necessidade, não um lugar garantido no plano de trabalho. Em agosto de 2026, o Tools Team da IETF reconheceu que milhares de registros antigos ainda não tinham estrutura, estimativa ou prioridade. A reorganização proposta pode corrigir…

IETF
O BCP de publicação RPKI pode dizer MUST; o operador ainda precisa provar
O IETF está examinando uma referência operacional para o trecho que leva objetos RPKI assinados até os repositórios consultados por relying parties. O texto emprega `MUST`, `SHOULD` e `RECOMMENDED`, mas também declara que essas palavras realçam a importância operacional e não…

IETF
Carsten Bormann e o Token que ligava uma resposta, não uma pessoa
O banco de telemetria quer uma chave única. O protocolo oferece evidências menores: uma para a troca de mensagens, outra para a conversa entre solicitação e resposta. Respeitar essa diferença é o que impede correlação de virar autoridade.

IETF
Um registro temporário da IANA precisa de mais do que uma data de validade
O IETF avalia uma regra que permitiria abrir um registro da IANA antes da aprovação do RFC que o institui. O prazo público de dois anos evita a aparência de permanência, mas não basta para explicar por qual porta cada entrada passou nem o que muda quando a tabela é prorrogada…

IETF
Fernando Gont e o fragmento que precisava revelar o protocolo
O primeiro fragmento chega com os endereços IPv6 e o deslocamento zero, mas pode deixar o cabeçalho TCP para a próxima peça. Nesse intervalo, um firewall que decide por porta tem uma regra e não tem o campo necessário para aplicá-la. A RFC 7112, escrita por Fernando Gont com…

IETF
O SECDISPATCH fechou; seus encaminhamentos precisam de um registro de transição
A IETF concentrou em um único DISPATCH a triagem inicial de novas propostas de segurança, aplicações e parte da área web. A mudança reduz portas, mas não pode reduzir a memória: cada proposta antiga precisa continuar ligada ao seu último encaminhamento, à autoridade que ele tinha…

IETF
Jen Linkova e o relógio de cinco minutos que manteve o IPv4 de prontidão
Na RFC 8925, recusar um endereço IPv4 não é uma decisão eterna. O cliente pede a opção 108 do DHCPv4, o servidor devolve um intervalo e a pausa termina quando o relógio vence ou o dispositivo se conecta de novo. A participação de Jen Linkova como coautora ajuda a enxergar uma…

IETF
O passe remoto de US$ 270 da IETF não define o preço da participação
Em Viena, a IETF 126 exibiu US$ 270 como a menor tarifa antecipada para uma semana de participação remota. A mesma inscrição ofereceu uma isenção confidencial, sem limite numérico e sem teste de elegibilidade, que preservava as funções interativas do passe pago. O desenho só…

IETF
Warren Kumari e o Wi-Fi que criptografava sem saber quem estava ali
Uma rede sem fio pública não precisa escolher entre uma senha conhecida por todos e o tráfego exposto a qualquer receptor próximo. A Opportunistic Wireless Encryption do RFC 8110 cria uma terceira condição: cada associação negocia seu próprio segredo e cifra o enlace local…

IETF
Álvaro Retana e o prefixo que saiu da RIB sem levar o enlace
Há uma mudança de OSPF em que o resultado correto parece incompleto: a adjacência continua Full, o enlace permanece no grafo SPF e os pacotes ainda o atravessam, mas o prefixo usado para numerá-lo some das tabelas remotas. A RFC 6860 transforma essa separação em mecanismo. Na…

IETF
Acee Lindem e a LSA que viajou sem ser lida
Um inventário pode mostrar a mesma LSA estendida em vários roteadores e ainda assim esconder uma diferença essencial: alguns a interpretaram; outros apenas a mantiveram em circulação. A RFC 8362 construiu essa possibilidade de propósito. Acee Lindem, um de seus cinco coautores…

IETF
Diretor executivo da IETF assume um cargo herdado dos RFCs
Jay Daley informa que nomeou a si próprio Managing Director, IETF Secretariat, ocupando um posto que continuava nos documentos embora suas tarefas já tivessem sido distribuídas pela LLC. A medida fecha uma lacuna formal, não cria uma competência nova. O caso pede um 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