Tipo de conteúdo
Research
Na faceta Tipo de conteúdo, a inteligência de Research reúne artigos do BTW.MEDIA que compartilham o mesmo formato editorial, para que os leitores possam comparar briefings, perfis, notas de risco, análises de mercado e coberturas de eventos sem misturar tipos diferentes de evidência. A página explica como esse tipo de conteúdo contextualiza eventos de infraestrutura da internet, movimentos de empresas, decisões de governança, sinais operacionais e evidências públicas em todo o site. Os leitores podem comparar quais atores ou sistemas de infraestrutura aparecem com mais frequência, como a qualidade da fonte altera a interpretação e se o material é um perfil duradouro, um evento com relevância temporal, um sinal estratégico de mercado ou um desdobramento de governança. O resultado é uma página de busca útil para operadores, investidores, clientes, analistas e partes interessadas em políticas que precisam entender a consequência, o momento e a evidência por trás de formatos semelhantes de artigos.
Acadêmicos
David J. Farber e Interesting People: debate visível não é representação
Uma nota de 1993 do moderador combina o convite a contribuições com um filtro editorial sob seu controle. O arquivo permite examinar argumentos selecionados, mas não medir a opinião dos usuários da Internet.
História
A busca do Archie não podia ser mais atual que sua última listagem FTP
O Archie tornou pesquisáveis arquivos FTP anônimos espalhados pela rede ao coletar suas listas de diretórios. A distinção define o limite do serviço: ele podia indicar um nome e um caminho, mas o arquivo permanecia em outra máquina; o índice descrevia apenas o que tinha sido…
História
A licença cobria o software, não o protocolo: a linha que o Gopher traçou em 1993
Em 11 de março de 1993, a equipe Gopher de Minnesota publicou no Usenet um comunicado para responder a boatos. A versão que ficou na memória é curta: usuários comerciais teriam de pagar. O texto original era mais específico. Ele separava os casos conforme a finalidade do…
IETF
RFC 10065 leva o grupo à política, mas não comprova a aplicação
O mesmo identificador pode terminar em dois lugares diferentes: convertido pelo controlador em ACL de endereço ou interpretado pelo próprio equipamento. A RFC 10065 admite esses desenhos distintos; escolher entre eles muda custo, desempenho e o tipo de evidência que a equipe…
Líderes
Alan Greenberg e o pedido que abriu uma pauta no GNSO
Em maio de 2007, Alan Greenberg levou ao GNSO uma decisão do ALAC: pedir que a equipe da ICANN examinasse o domain tasting. O pedido abriu um caminho formal de análise; não definiu a política nem deu aos participantes um mandato para falar por todos os usuários da Internet.
História
O plugue tinha quatro pinos: NORDUnet e a escolha europeia de protocolos
Em maio de 1988, uma rede nórdica de pesquisa pediu aos Estados Unidos uma conexão à NSFNET enquanto planejava transportar vários serviços de rede já usados na região. O plugue de quatro pinos tornou visível uma pergunta mais difícil: era possível compartilhar uma espinha dorsal…
Líderes
Tina Dam e o teste da raiz que não podia aprovar um nome
Antes de acrescentar um domínio de primeiro nível internacionalizado à raiz, a ICANN fez uma pergunta deliberadamente restrita: rótulos codificados afetariam os servidores e resolvedores que encaminham consultas DNS? O teste de laboratório respondeu apenas dentro do ambiente…
IETF
O Syslog podia informar a qualidade do relógio. O operador ainda precisava definir seus limites: RFC 5424
Um arquivo de log arquivado continua mostrando a hora de cada evento, mas pode já não conservar as condições em que aquela hora foi produzida. A RFC 5424 permite que a origem acrescente uma declaração sobre seu relógio. Para que ela seja útil anos depois, a operação precisa…
IETF
Dentro do túnel EAP-FAST, o tipo 6 tinha outro sentido: RFC 5421
O RFC 5421 levou um código EAP conhecido para um novo enquadramento: o tipo 6 continuou associado ao Generic Token Card no registro, mas, dentro do túnel EAP-FAST, passou a selecionar uma troca interna com outro formato. A norma delimitou os usos de dentro e de fora, e a nota do…
Acadêmicos
Lorrie Cranor: do código ao rótulo de privacidade
O trabalho sobre a seção Data safety do Google Play traz uma pergunta prática: o desenvolvedor consegue ligar cada declaração da loja ao código e ao comportamento dos SDKs? A pesquisa de Lorrie Cranor sobre privacidade utilizável coloca esse problema de tradução dentro do fluxo…
IETF
Provisionamento concluído não significava acesso à rede: RFC 5422
A RFC 5422 separa a entrega de credenciais da autorização de rede; no modo sem autenticação do servidor, a sessão serve apenas ao provisionamento.
História
Descrever a falha não era publicar o código do worm: o debate registrado pela RFC 1135
Depois do worm da Internet de 1988, a pergunta muitas vezes virou um binário: revelar ou esconder. Os registros da época mostram escolhas diferentes: explicar uma vulnerabilidade, expor os métodos do programa, distribuir correções ou liberar um código descompilado que pudesse ser…
Líderes
A volta de Rebecca MacKinnon expõe duas formas de cobrar responsabilidade
Quando Rebecca MacKinnon voltou à Global Network Initiative (GNI), em agosto de 2026, sua trajetória aproximou duas instituições que avaliam responsabilidade digital por caminhos diferentes. A Ranking Digital Rights (RDR), fundada por ela, comparava políticas divulgadas pelas…
IETF
AAA reconhecia o assinante; o Home Agent ainda precisava da chave certa: RFC 5419
RFC 5419 registra por que alguns operadores de Mobile IPv6 queriam aproveitar a relação AAA já existente para autenticar assinantes. O ponto decisivo vem depois: o AAA de origem pode reconhecer o usuário, mas o Home Agent escolhido ainda precisa de uma associação de segurança…
História
Rotineira não significava dispensa de análise: o critério da RFC 6709
Uma extensão pode acrescentar pouca sintaxe e ainda exigir bastante trabalho dos sistemas que já estão em operação. Por isso, a RFC 6709 não mediu o que é “rotineiro” pelo tamanho do código. Ela estabeleceu uma condição mais exigente: o protocolo-base e as implementações em uso…
IETF
Autenticar CAPWAP não cadastrava o equipamento na rede: RFC 5418
A análise de RFC 5418 separa a autenticação WTP–AC do cadastro no ambiente, do papel autorizado e do caminho dos dados. Uma sessão válida responde apenas parte da decisão operacional.
História
Uma Internet, vários operadores: a analogia telefônica da RFC 1462
O FYI de 1993 usou a telefonia para explicar uma topologia nova: o usuário via um serviço de Internet, embora redes distintas operassem e reparassem seus próprios trechos.
História
NAT era uma função lógica, não uma interface: por que o modelo da RFC 4008 mudou
Na sequência de configuração da RFC 4008, o primeiro objeto a criar é uma linha ligada a `ifIndex`; só depois entram os mapas de endereço. A NATV2-MIB, dez anos mais tarde, organizou a gestão em torno de instâncias lógicas, domínios de endereço, assinantes e pools. A mudança…
Líderes
O marco de Anriette Esterhuysen mediu a capacidade pelo que as instituições sustentam
O relatório do IGF de 2021 contabiliza bolsas, pessoas apoiadas e oficinas. O marco que Anriette Esterhuysen preparou antes propunha um horizonte maior: depois do encontro, pessoas e instituições ainda conseguiam definir e alcançar seus próprios objetivos de política para a…
História
O quadro cruzou o pseudowire. O papel no serviço, não: RFC 7152
Em 2014, um memorando de requisitos do IETF expôs uma lacuna pouco visível nas VPNs de camada 2: um roteador de borda podia receber um quadro Ethernet por um pseudowire sem saber se ele vinha de um circuito de acesso raiz ou folha na outra ponta. A RFC 7152 transformou essa falta…