Resumo

  • Em dezembro de 1994, a Netscape já apresentava o SSL como parte de seu Commerce Server; um histórico técnico posterior afirma que o Navigator 1.0 era compatível com SSL 2.0.
  • O SSL 3.0 ainda era um Internet-Draft expirado em novembro de 1996; uma referência histórica estável do IETF só surgiu com o RFC 6101, em 2011.

A primeira evidência não é um padrão. Em dezembro de 1994, a Netscape anunciou o Navigator 1.0 e sua linha de servidores Netsite. O comunicado da época descrevia o Commerce Server como um produto que incorporava Secure Sockets Layer, baseado na tecnologia da RSA Data Security, e apresentava o conjunto cliente-servidor como apto ao comércio na Internet. É uma afirmação de lançamento da empresa, não uma contagem independente de instalações. Ainda assim, situa o SSL dentro de um produto comercial oferecido ao público antes de haver uma referência normativa duradoura.

Um histórico posterior do código de segurança da Netscape acrescenta um detalhe ausente do anúncio: o Navigator 1.0 era compatível com SSL 2.0, enquanto o Navigator 2.0 adicionou SSL 3.0. O mesmo relato diz que o código de segurança foi adaptado para os servidores Netscape 2.0. Trata-se de uma memória técnica de primeira parte, não de um censo de remessas; ela complementa o anúncio datado, sem substituí-lo.

Os registros de 1995 mostram o protocolo avançando para uma descrição técnica pública. Uma cópia arquivada identifica “The SSL Protocol”, de Kipp Hickman e Taher Elgamal, como um Internet-Draft de junho de 1995. Uma versão de fevereiro preservada no arquivo da Mozilla explica o SSL como uma camada independente do protocolo da aplicação: o handshake negocia parâmetros criptográficos e autentica o servidor antes do envio dos dados da aplicação. Esses documentos descrevem um comportamento implementável. Seu status de rascunho não os tornava um Internet Standard aprovado nem garantia a interoperabilidade de todas as implementações.

O SSL 3.0 deixa essa diferença especialmente clara. O IETF Datatracker lista draft-ietf-tls-ssl-version3-00 como Internet-Draft expirado, atualizado pela última vez em 21 de novembro de 1996 e sem status de RFC previsto. O texto está datado de 18 de novembro. Em 2011, o RFC 6101 publicou essa versão como registro histórico. Seu prefácio afirma que o SSL 3.0 era amplamente implementado e serviu de base para o TLS, mas nunca havia sido publicado formalmente pelo IETF, exceto em rascunhos expirados. O objetivo do RFC era oferecer uma referência estável; ele não transformou retroativamente o SSL 3.0 em uma especificação da trilha de padrões.

Essa cronologia não quer dizer que faltassem especificações ao SSL nem que os organismos de padronização estivessem ausentes. Cada registro responde a uma pergunta diferente. Um comunicado de produto mostra o que uma empresa oferecia; um histórico do código relata o que uma família de clientes suportava; um rascunho permite examinar e alterar um protocolo; um RFC publicado fornece um texto duradouro para citação e declara seu status. Nenhuma fonte isolada prova implantação universal ou comportamento idêntico.

Por isso, a adoção não deve ser reduzida a um único momento. Uma implementação funcional pode atrair usuários antes de uma especificação estável. Um rascunho pode melhorar a interoperabilidade sem certificá-la. Um RFC histórico posterior pode tornar um protocolo antigo mais fácil de consultar sem endossar sua segurança ou seu uso atual. No SSL, produto, texto de trabalho e referência duradoura seguiram calendários diferentes.