Tópico
Ciclo de vida do software e dependência
Na faceta Tópico, a inteligência do tópico Ciclo de vida do software e dependência conecta artigos que compartilham um assunto específico, foco de sinal ou tema de monitoramento. A página oferece aos leitores um percurso mais rico por meio de reportagens relacionadas, evidências de fontes, atores do mercado e implicações de infraestrutura, com contexto suficiente para entender por que o tópico é relevante em movimentações de empresas, decisões de governança, exposição regional e risco operacional. Os leitores podem comparar sinais recorrentes, organizações afetadas, evidências públicas, contexto de mercado, continuidade de serviço, compras, concorrência, conformidade e questões de planejamento estratégico por trás do assunto, em vez de se limitar a uma lista enxuta de artigos correspondentes. A página explica o que o tópico abrange, quais atores ou políticas de infraestrutura estão envolvidos, quais evidências sustentam a cobertura e por que o assunto pode ser importante para operadores, clientes, investidores e leitores de políticas.

IETF
O nome de um perfil ACME não promete a emissão
Um nome curto pode aparecer no Directory, ser aceito fora dele por acordo privado ou deixar de funcionar entre a criação do pedido e o `finalize`. O novo campo torna a escolha observável, mas não elimina a política que existe antes e depois dela.

História
O nome sumiu; a sessão continuou dentro da caixa: RFC 2180
Em uma caixa postal acessada por vários clientes, a resposta `OK` podia encerrar um comando sem encerrar todas as versões do estado. RFC 2180 tornou esse limite explícito: a liberdade do servidor só produzia interoperabilidade se o cliente aceitasse mais de uma realidade…

História
RFC 2143: a velocidade do SCSI não transformava computadores em pares
Um barramento curto parecia uma alternativa sedutora para ligar estações de trabalho em 1997. Havia largura de banda, e o datagrama IPv4 cabia em um comando SCSI. A dificuldade estava na outra ponta: o computador que só sabia iniciar comandos não estava, por isso, pronto para…

Acadêmicos
Nancy Leveson e o acidente sem uma peça quebrada
Uma máquina pode cumprir cada instrução recebida e, ainda assim, conduzir pessoas a uma situação perigosa. A contribuição de Nancy Leveson foi perguntar se o conjunto mantinha seus limites de segurança, quem podia agir sobre ele e quando a informação necessária chegava a essas…

IETF
A aprovação do Composite ML-KEM no CMS abriu a porta — mas a cadeia de dependências ainda não fechou
Em 18 de setembro de 2026, o IESG aprovou `draft-ietf-lamps-cms-composite-kem-03` como Proposed Standard por meio de uma Protocol Action. É um avanço formal importante para o uso de Composite ML-KEM no Cryptographic Message Syntax, mas não equivale à publicação de um RFC nem…

História
A conexão acabou, a medição ficou: a memória entre hosts no RFC 2140
Nos acessos curtos da Web dos anos 1990, uma conexão podia terminar logo depois de aprender como era o percurso até o outro host. O RFC 2140 perguntou se a próxima precisava recomeçar sem nenhuma pista. A resposta exigia cuidado: uma estimativa de RTT pode orientar outra conexão…

IETF
Na integração pacote-óptica, o controlador precisa saber quando parar
O rascunho do IETF que aplica ACTN à integração entre redes de pacotes e ópticas descreve numerosos modelos e fluxos de configuração. Duas revisões de Última Chamada perguntam o que ocorre no intervalo mais delicado: a ordem atravessou os domínios, mas os controladores já não…

História
O protocolo recebeu os bytes. A leitura ainda dependia de outras escolhas: RFC 2130
Uma mensagem pode atravessar a rede sem perder um octeto e, ainda assim, chegar com a língua errada, uma data estranha ou uma forma visual inadequada. O relatório RFC 2130, fruto de um encontro do IAB em 1996, tornou essa diferença o centro da discussão sobre conjuntos de…

História
Mary Shaw e o protocolo entre as caixas
Em 1994, Mary Shaw identificou um desequilíbrio que muitos diagramas ainda escondem: as caixas recebem nomes precisos, enquanto as linhas quase não têm gramática. Uma chamada de procedimento é um mecanismo útil; não é vocabulário suficiente para fluxos, eventos, dados…

IETF
A aprovação do JPEG XS não comprova uma atualização operacional
A IESG aprovou a revisão RTP para a terceira edição do JPEG XS. Ainda assim, a decisão sobre o documento não substitui a publicação do RFC, a atualização da IANA, a capacidade dos dois equipamentos, o acordo SDP nem o teste do vídeo que realmente será usado.

História
RFC 2127: quando um canal B não era uma chamada
Um canal B discado tinha controle por sinalização; um canal B dedicado não tinha. A RFC 2127 tratou essa diferença como arquitetura, não como exceção de painel, e mostrou por que ligação física, estado de chamada e resultado de serviço precisavam de comprovantes próprios.

IETF
RFC 10040 tornou o tipo LCAF 5 obsoleto, mas Experimental não é um plano de migração
O RFC 10040 cria uma nova codificação Geo-Location para LISP e marca como obsoleto o antigo tipo Geo-Coordinates. A publicação define uma referência; ela não transforma registro, implementação, interoperabilidade, migração e uso responsável de localização em uma única aprovação.

História
RFC 2169: uma rota HTTP não é autoridade sobre um recurso
Em 1997, a RFC 2169 propôs usar HTTP para perguntar a um resolvedor sobre um URN. A proposta era útil justamente por ser estreita: um caminho de requisição não determina quem atribuiu o nome nem quem pode autorizar o acesso ao recurso.

Arquivo de Caso
RFC 9647: quando uma rota Babel escolhida ainda não é uma prova de entrega
Uma linha de rota Babel pode afirmar “selected” enquanto a cadeia de evidências entre o datastore YANG, a política efetiva da interface, a troca autenticada com vizinhos, a instalação no encaminhamento, a recuperação após falhas e a alcançabilidade observada externamente…

IETF
WebAuthn 2026–2028: o recibo de reentrada que separa participação, escopo e compromisso de patentes
A aprovação do novo estatuto do Web Authentication Working Group em 11 de setembro de 2026 inicia uma transição institucional que exige mais precisão do que uma simples troca de charter. O novo ciclo amplia o escopo de trabalho, abre uma janela de reentrada para organizações e…

História
O FAS decidiu; o switch ainda precisava tornar a decisão real
O RFC 2124 colocou a política de admissão em um serviço externo sem confundir a resposta desse serviço com a conexão resultante. A cadeia LFAP preservou quatro fatos diferentes: decisão, execução, reconciliação e registro de uso.

História
RFC 2123: o registro de fluxo era uma projeção das regras
O NeTraMet não arquivava uma miniatura neutra da rede. Cada pacote passava por uma política executável que escolhia protocolo, atributos, direção e granularidade. Quando memória ou coleta falhavam, a política podia mudar sem que o processo parasse. O RFC 2123 transformou esse…

História
O link abria uma sessão, não um objeto: a fronteira VEMMI da RFC 2122
Um link `vemmi` parecia um endereço da Web, mas não apontava para um arquivo à espera de download. A RFC 2122 usava o navegador como ponto de despacho para outro sistema: cliente local, conexão contínua, seleção de serviço, identidade e aprovação de código. O clique indicava a…

História
Sophie Wilson e o comprovante de engenharia trazido pelo primeiro ARM1
Quando o primeiro silício ARM1 voltou da VLSI Technology, em 26 de abril de 1985, a placa e parte relevante do software já estavam prontas. O chip iniciou o sistema Tube e executou BBC BASIC de imediato. Foi um comprovante extraordinário de uma cadeia de validação—não uma…

História
A raiz reduziu acordos; não virou a autoridade do diretório mundial: RFC 2120
A árvore do X.500 tinha raiz, mas não tinha um procedimento de governança capaz de crescer com ela. Administradores de DSAs de primeiro nível precisavam acertar entre si, fora do padrão, como manter o contexto raiz. O RFC 2120 documentou a solução operacional do NameFLOW-Paradise…
