Todo equipamento que um operador administra pertence a uma família mais antiga do que o produto instalado no rack. O load balancer é o membro mais recente de uma linhagem que começou com uma conversa no fim de 1995; o firewall descende de uma discussão que durou cerca de seis anos entre pessoas de três organizações; os certificados que o navegador verifica remontam a uma monografia de graduação de maio de 1978. A família explica o que o manual nunca explica: por que um recurso tem o nome que tem, por que dois fabricantes colocam a mesma função em lugares diferentes e por que um projeto que ninguém escolheria hoje continua sendo o que todo mundo usa.
Como cada história é contada
As vinte e três histórias seguem a mesma estrutura, para que possam ser lidas lado a lado e comparadas.
- Um primeiro dia. Cada história começa num momento com data marcada e nas pessoas que estavam ali, muitas vezes alguém que a versão mais conhecida deixa de fora: um professor que não tinha como passar cabo entre ilhas, uma engenheira que escreveu a solução do problema dos loops em forma de poema, um estudante de pós-graduação que recebeu o problema dos nomes de uma rede inteira.
- A discussão. Cada uma acompanha o que a tecnologia virou e por quê: a disputa que decidiu o mercado dela, as gerações que vieram depois e, quando os registros permitem, a quem cabe o crédito por cada coisa.
- As consequências. Cada uma termina com o que a tecnologia mudou nos empregos e nas práticas e com o rumo que ela está tomando; dezesseis das vinte e três também acompanham as empresas, as de antes e as de hoje.
- As fontes. Cada uma fecha com as suas fontes, a maioria citada junto com o fato que comprova, para que uma data ou uma atribuição possa ser conferida no documento de onde saiu.
Lida pelos fatos, cada uma é uma boa história. Depois de três ou quatro, os padrões começam a aparecer: um protocolo criado como solução provisória que sobrevive ao próprio substituto, uma ideia que estava certa cedo demais e, mais de uma vez, um modelo de segurança acrescentado muito depois de a coisa que ele protege já estar em toda parte.
Como ler uma história com olhar crítico
Uma história é um conjunto de afirmações sobre datas, nomes e causas, e cada uma delas pode ser conferida. Três perguntas resolvem quase tudo. Quem afirma: uma especificação, um artigo científico ou um documento oficial registrado pela própria empresa vale mais do que uma entrevista dada anos depois. Quando afirmou: um relato escrito na época vale mais do que um escrito quando o desfecho já era conhecido. Alguém discorda: uma atribuição contestada deve ser apresentada como contestada, e não decidida por quem contou a história por último. As regras que o registro da indústria do site segue para essas mesmas perguntas, e as verificações que garantem que elas sejam cumpridas, estão em Como a pesquisa é feita.
Esta série, em ordem
Primeiro a rede, do cabo para cima; depois, o que roda sobre ela; por fim, a segurança, da matemática para fora. Qualquer uma pode ser lida sozinha; nesta ordem, cada história encontra as que vieram antes dela.
- Transceivers: o artigo que foi ridicularizado e a parte da rede que cabe na mão. Um artigo de 1966 ridicularizado por atribuir as perdas na fibra óptica a impurezas, e não à física, e a parte da rede que cabe na palma da mão.
- Bridges e switches: a mesma ideia, resolvida duas vezes. O problema dos loops, resolvido numa única noite em meados dos anos 1980, e a mesma função colocada em silício, porta por porta, em 1990.
- O roteador: de gateway a commodity, e os nomes que ficaram de fora. Reinventado pelo menos quatro vezes sem que o seu trabalho mudasse nem uma vez (ler o destino, escolher o next hop, encaminhar), e os nomes que a versão mais conhecida deixa de fora.
- LAN, WAN e as palavras que deixaram de significar distância. Os termos local e wide, de e , nunca falaram de distância, e sim de quem era o dono do link e de quanto custava transportar um byte; e os protocolos que ainda carregam essa diferença.
- Wireless: o problema das ilhas e o protocolo que virou domínio público. Computadores em quatro ilhas que nenhum cabo conseguia ligar, um jeito de transmitir que simplesmente lidava com as colisões e um protocolo colocado em domínio público.
- DNS: um arquivo mantido em horário comercial. Antes de 1983, ter um nome na rede significava dar um telefonema e depender de um arquivo compartilhado, atualizado em horário comercial; até que o problema foi entregue a um estudante de pós-graduação.
- Tempo: a dependência que ninguém lista. O protocolo que mantém os relógios da internet, criado pelo mesmo homem que projetou o primeiro roteador moderno em software, com fragmentos do código de 1985 ainda em execução.
- Load balancers e ADCs: construídos contra a estimativa de mercado. Dez clientes no mundo com um problema de balanceamento de carga, segundo uma estimativa do fim de 1995; o primeiro load balancer, quatro meses depois; e a troca de nome para application delivery controller.
- Virtualização: resolvida em 1967, esquecida, depois provada impossível, e feita assim mesmo. Um hypervisor funcionando, em uso de produção desde janeiro de 1967, depois esquecido, depois declarado impossível no processador dominante e, mesmo assim, feito.
- Rede definida por software: um protesto que virou categoria de produto. Um protesto acadêmico contra redes que já não conseguiam mudar e que, em sete anos, já tinha uma fundação, uma aquisição bilionária e uma categoria de produto.
- Observabilidade: o protocolo temporário que sobreviveu ao próprio substituto. Um protocolo publicado em 1988 como solução provisória e simples, autenticado por uma senha que trafega em claro, que virou a forma como o mundo monitora as suas redes.
- Teste e medição: a família que confere as outras. A família que confere o que as outras afirmam, nascida em 1982 como uma ferramenta interna de engenharia que ninguém pretendia vender.
- Cifragem: o padrão, a suspeita, e o que a suspeita errou. O Data Encryption Standard de janeiro de 1977, a suspeita sobre o que a National Security Agency fez com ele e a resposta, que levou dezessete anos para aparecer.
- PKI: uma monografia de graduação, e um modelo de confiança que ninguém projetaria hoje. Uma monografia de graduação de maio de 1978 que deu nome ao certificado e à lista de revogação, e a infraestrutura de chaves públicas que cresceu em torno dela.
- O módulo de segurança em hardware: o homem que inventou as duas metades. Mohamed Atalla, que está por trás das duas metades: o MOSFET, nos Bell Labs, e, anos depois, o módulo de segurança em hardware.
- Identidade: o L de LDAP é uma discussão. Dos arquivos de senha ao X.500 e ao : um bom modelo de dados que ninguém conseguia implantar, e o Lightweight Directory Access Protocol de julho de 1993, que jogou fora a maior parte dele.
- Correio eletrônico: um projeto paralelo que virou a camada de identidade. Um projeto paralelo montado a partir de uma ferramenta de mensagens e de um programa de transferência de arquivos, uma especificação que permitia que o remetente exibido fosse diferente do remetente de fato, e trinta anos de autenticação encaixada depois.
- O firewall: nascimento, gerações, e o que vem depois do perímetro. Nasceu da discussão entre pessoas de três organizações que só concordavam numa coisa: uma rede precisava de um lugar para dizer não. Depois vieram as gerações e a atribuição honesta dos créditos.
- Detecção de intrusão: a disciplina construída sobre ler os registros. A detecção de intrusão começou em 1980 como auditoria dos registros de um computador, virou um modelo em tempo real, passou a analisar o tráfego na rede em 1990 e foi distribuída de graça em 1998.
- Controle de acesso à rede: a ideia que chegou cedo demais, duas vezes. O controle de acesso à rede, inventado em 1984 para o equipamento em que você entrava por discagem e criado para que as pessoas precisassem se autenticar menos: uma ideia certa que chegou cedo demais, duas vezes.
- O firewall de aplicação web: comprado por auditores, culpado por engenheiros. O primeiro firewall de aplicação web e o primeiro scanner de aplicações web saíram da mesma empresa; depois vieram o código aberto, o vocabulário e a conformidade (compliance) que o transformaram em item de compra.
- Negação de serviço: a palestra interrompida pelo próprio assunto. Um keynote (a palestra principal de um evento) sobre negação de serviço, em fevereiro de 2000, esvaziado pelo ataque que estava acontecendo naquele momento, e o padrão de atacar uma dependência em vez do alvo.
- SAST e DAST: duas linhagens, uma linha de orçamento. O teste estático e o teste dinâmico de segurança de aplicações, vendidos como um par, vêm de lugares diferentes: o lint, nos Bell Labs, em 1978, e as ferramentas de ataque do fim dos anos 1990.