요약

  • 1994년 12월, 넷스케이프는 이미 상용 서버(Commerce Server)에 SSL을 탑재했으며, 이후의 기술 연혁 문서는 Navigator 1.0이 SSL 2.0을 지원했다고 전합니다.
  • SSL 3.0은 1996년 11월 만료된 Internet-Draft가 되었고, IETF의 안정적인 역사적 참조 문서는 2011년 RFC 6101에 이르러서야 등장했습니다.

첫 번째 증거 조각은 규범적 문서가 아니었습니다. 1994년 12월 넷스케이프는 Navigator 1.0과 Netsite 서버 라인을 발표했습니다. 당시의보도자료는 Commerce Server가 RSA Data Security의 기술에 기반한 Secure Sockets Layer 기술을 통합했다고 설명하고, 클라이언트-서버 조합을 인터넷 상거래에 적합한 것으로 제시했습니다. 이는 기업의 출시 선언이며, 독립적인 설치 현황 집계가 아닙니다. 그럼에도 이 자료는 규범적 경로가 지속 가능한 참조를 제공하기 전에 SSL이 공개 상용 제품에 담겨 있었음을 보여줍니다.

넷스케이프보안 코드의 후대 연혁 문서는 보도자료에 없던 버전 정보를 추가합니다. Navigator 1.0은 SSL 2.0을 지원했고, Navigator 2.0은 SSL 3.0을 추가했다는 것입니다. 같은 서술은 넷스케이프 2.0 서버에 맞춰 보안 코드가 조정되었다고 설명합니다. 이 당사자의 기술 기록은 출하 현황 목록이 아니며, 날짜가 명시된 발표를 대체하지 않고 보완합니다.

1995년의 문서들은 공개 기술 서술로의 전환을 보여줍니다.보관된 사본은 Kipp Hickman과 Taher Elgamal의 "The SSL Protocol"을 1995년 6월의 Internet-Draft로 제시합니다. 모질라가 보관한2월 초안은 SSL을 응용 프로토콜에 독립적인 계층으로 기술합니다. 즉, 협상 단계에서 암호학적 매개변수를 확립하고 응용 데이터 흐름에 앞서 서버를 인증한다는 것입니다. 이 문서들은 구현 가능한 동작을 기술합니다. 그러나 초안이라는 지위는 승인된 인터넷 표준도, 일반적인 상호운용성 보장도 아니었습니다.

SSL 3.0의 사례는 이 차이를 특히 선명하게 만듭니다.IETF Datatracker는draft-ietf-tls-ssl-version3-00을 만료된 Internet-Draft로 등재하며, 마지막 갱신일은 1996년 11월 21일이고 목표한 RFC 상태는 없습니다. 문서 자체의 날짜는 11월 18일입니다. 2011년에RFC 6101은 이 버전을 역사적 아카이브로 공개했습니다. 전문에서는 SSL 3.0이 광범위하게 구현되어 TLS의 기반이 되었지만, 만료된 초안 외에는 IETF에 의해 공식적으로 발표된 적이 없었다고 밝힙니다. 이 RFC는 안정적인 참조를 목표로 했으나, SSL 3.0을 소급하여 표준 트랙 규범으로 전환하지는 않았습니다.

이 연표는 SSL에 명세가 없었다는 뜻도, 표준화 기구가 부재했다는 뜻도 아닙니다. 각 출처는 서로 다른 질문에 답합니다. 보도자료는 기업이 제공한 것이 무엇인지 확립합니다. 코드 연혁은 한 제품군의 클라이언트 기능을 보고합니다. 초안은 프로토콜을 검토하고 수정할 수 있게 합니다. 발행된 RFC는 지속적으로 인용 가능한 텍스트와 명시적 상태를 제공합니다. 이 문서 중 어느 하나만으로 보편적 배포나 동일한 동작을 증명할 수는 없습니다.

따라서 채택을 단일 사건으로 환원하는 일은 피해야 합니다. 작동하는 구현은 안정적인 명세보다 먼저 사용자를 끌어들일 수 있습니다. 초안은 상호운용성을 인증하지 않고 촉진할 수 있습니다. 후대의 역사적 RFC는 오래된 프로토콜을 읽을 수 있게 하되 보안성이나 현재의 사용을 권장하지 않을 수 있습니다. SSL의 경우 제품, 작업 텍스트, 지속 가능한 인용은 각기 다른 일정을 따랐습니다.