Tópico
Identidade digital e credenciais
Na faceta Tópico, a inteligência do tópico Identidade digital e credenciais 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.
Arquivo de Caso
O rótulo do algoritmo mudou; a chave não acompanhou: a prova operacional da RFC 9709
Um invasor pode tentar mudar a instrução de leitura de um conteúdo cifrado, sem descobrir a chave nem quebrar o algoritmo original. A RFC 9709 faz a instrução codificada participar da derivação da chave e, assim, separa confidencialidade, disponibilidade e autoridade.
IETF
Marshall T. Rose e o SetRequest do SNMP que alterava todas as variáveis ou nenhuma
Uma console de manutenção coloca várias atribuições em um único SetRequest do SNMP, e o agente responde `noError`. É um recibo importante, mas de alcance específico: descreve o tratamento de variáveis gerenciadas. Sozinho, ele não identifica a pessoa que operou a console, não…
Tendências globais de serviços em nuvem
O ARR de IA da SailPoint precisa mostrar a situação da renovação
A SailPoint deu tamanho ao novo negócio de IA: mais de US$ 70 milhões em ARR. É um avanço, mas ainda não é uma linha de receita. Pela definição, um contrato vencido pode permanecer no indicador enquanto houver negociação ativa de renovação ou de um novo acordo, até o cliente…
História
Jerry Saltzer e o link que levava um nome, mas nenhuma permissão
O link pode continuar existindo depois que a autorização termina. Ao comparar CTSS e Multics, Jerry Saltzer mostrou por que esse detalhe muda a administração de um sistema: localizar um arquivo não deve funcionar como prova de que o portador do caminho ainda pode usá-lo.
História
Eve Schooler e o convite que não carregava a conversa
Antes de uma conversa atravessar a rede, alguém precisa localizar a outra pessoa e propor como o encontro vai acontecer. O percurso de Eve Schooler entre o controle experimental de conferências e o primeiro SIP ajuda a entender por que essa proposta ganhou um caminho próprio…
História
Lixia Zhang e o pacote de dados que deixou de precisar do servidor de origem
O momento decisivo da Named Data Networking não é a chegada de um pacote a uma máquina. É quando um cache responde a um Interest e o destinatário ainda consegue perguntar quem assinou aqueles dados, se a chave podia falar por aquele nome e se a cópia guardada continua recente o…
Arquivo de Caso
O recurso sumiu. O diagnóstico não pode sumir com ele: RFC 9729
Uma resposta indistinguível de “não existe” reduz o que um intruso consegue descobrir. Também pode esconder, da própria operação, uma chave revogada que ainda funciona, um terminador TLS que calculou o contexto errado ou uma rota que nunca aplicou a política. A contribuição mais…
História
Kenneth J. Klingenstein e o registro entre dois domínios de acesso
Quando uma pesquisadora usa a conta da universidade para abrir um serviço externo, o navegador transforma várias autoridades numa experiência contínua. O trabalho de Kenneth J. Klingenstein ajudou a construir justamente o que a tela esconde: uma camada de confiança capaz de ligar…
História
Klaas Wierenga e a credencial que ficou na instituição de origem
Quando uma pessoa visita outro campus, a instituição anfitriã controla a rede, mas não controla a biografia digital do visitante. A instituição de origem controla a conta, mas não pode impor regras a uma rede alheia. A arquitetura iniciada por Klaas Wierenga em 2002 tornou essa…
Reportagens
Na ARIN, associar um ticket ao Org ID não transforma contexto em autoridade
Uma fila de atendimento funciona melhor quando já sabe a qual organização a pergunta se refere. Foi isso que o seletor de Org ID trouxe ao Ask ARIN: menos uma troca de mensagens para triagem, melhor encaminhamento e uma memória que pode permanecer com a organização. A melhoria só…
IETF
Um bit de status de token não é uma linha do tempo de revogação
O sistema recusou uma credencial depois de ler `INVALID`. Meses depois, a revisão encontra o valor, mas não a lista protegida que o continha, a idade do cache ou a regra aplicada. Nada disso prova que a recusa foi errada. Prova apenas que uma afirmação compacta de estado…
História
Sem um valor aleatório do destino, o Context ID não é um recibo bilateral — RFC 2025
Quando um identificador aparece em todos os tokens seguintes, é tentador tratá-lo como prova de que duas partes estabeleceram juntas um contexto novo. A leitura correta de RFC 2025 começa por uma pergunta mais limitada: quem, de fato, colocou novidade nesse identificador?
IETF
O canal terminou, mas as alegações continuaram: RFC 9781
Restaurar um backup pode devolver exatamente os mesmos bytes de um UCCS, mas não devolve a sessão que os autenticou. O RFC 9781 coloca a confiança no contexto do canal e, ao fazê-lo, expõe a obrigação que surge depois: quem extrai, armazena ou encaminha passa a responder pela…
IETF
O rótulo entregou o pacote, mas não aprovou a decisão: RFC 9782
Em uma API de atestação, o `Content-Type` pode estar correto e ainda assim faltar quase toda a evidência que importa. O RFC 9782 cria um vocabulário comum para encaminhar seis formas de EAT. A disciplina operacional começa ao impedir que esse êxito de entrada seja promovido a…
IETF
A mensagem ganhou um selo; as partes não ganharam a mesma autoridade: RFC 9787
O leitor vê uma mensagem. O analisador vê uma árvore de objetos. O RFC 9787 permite resumir a proteção num único estado, mas somente para as camadas contíguas que cercam a carga criptográfica. O restante continua sujeito a provas próprias.
Tendências globais de serviços em nuvem
Orchid Security: parar o agente exige provar o fim do acesso
Os novos controles aproximam a detecção de desvios de identidade da intervenção nos aplicativos. O comprador precisa saber qual autoridade foi retirada, sem confundir uma resposta aceita com o resultado operacional.
História
Antes de assinar o e-mail, o gateway precisava parar de reescrevê-lo: RFC 2015
Um gateway podia preservar cada frase visível e ainda invalidar a assinatura. A RFC 2015 tratou essa diferença como parte do desenho do PGP/MIME: a prova abrangia uma entidade MIME exata — cabeçalhos de conteúdo, codificação de transporte, espaços e terminações de linha — e não…
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.
História
RFC 1991 e a anatomia do recibo: cada camada PGP provava menos do que parecia
Uma mensagem PGP podia chegar como texto imprimível, atravessar o CRC, revelar pacotes bem formados, aceitar uma chave de sessão, descriptografar, descompactar e validar uma assinatura. A tela talvez resumisse tudo como sucesso. RFC 1991, porém, descrevia seis operações com…
História
Certificar não era guardar a chave: as fronteiras da RFC 1984
Uma autoridade podia confirmar a identidade de uma chave pública sem ganhar o poder de usar a chave privada. Essa separação, formulada em 1996, organiza a RFC 1984 melhor do que o rótulo genérico de “debate sobre criptografia forte”. O documento distribui confiança por função e…