비밀번호는 이메일 주소, 문은 이미 열려 있었다

요약

• FTP의 USER와 PASS 절차는 공개 자료실의 anonymous 계정에도 쓰였고, 비밀번호 칸에는 guest나 이메일 주소가 흔히 들어갔다.
• 이메일을 남기는 관행은 MIME 문서와 1994년 FTP URL 규칙에까지 반영됐으며, 방문자가 실제로 할 수 있는 일은 익명 계정의 권한이 정했다.

문은 열려 있는데 안내 데스크가 비밀번호를 묻는다. 1990년대의 익명 FTP 자료실에서는 이상한 일이 아니었다. 프로그램은 늘 하던 로그인 절차를 진행했고, 서버 운영자는 낯선 방문객에게 공개 자료를 보여 주도록 계정을 만들어 뒀다. 방문자는 사용자 이름에 anonymous를, 다음 칸에 guest 또는 이메일 주소를 적었다. 화면은 비밀을 요구하는 듯했지만, 어떤 자료를 꺼내 갈 수 있는지는 다른 곳에서 결정됐다.

1985년 FTP 규격 RFC 959는 로그인 명령 USER와 PASS를 정했다. 개인 계정도 공용 anonymous 계정도 이 대화를 거친다. 자료실 운영자는 공용 계정에 일부 디렉터리 목록과 파일 가져오기 권한을 줄 수 있다. 1994년 사용 안내 RFC 1635는 익명 방문자가 보통 자료실에 파일을 올릴 수 없다고 설명한다. 중요한 열쇠는 비밀번호 칸의 글자가 아니라, 그 계정에 부여한 읽기와 쓰기 권한이었다.

당시 초보자를 위한 안내도 하나의 정답만 적지 않았다. 1992년 RFC 1325는 anonymous로 로그인하고 비밀번호로 guest를 쓰라고 설명하면서, 많은 시스템이 아무 문자열이나 받는다고 덧붙였다. RFC 1635는 이메일 주소도 흔했다고 기록한다. 어떤 자료실은 이메일을 명시적으로 요구해 guest를 거절했다. 저자들은 그 주소를 운영자가 이용자를 대략 파악할 수 있게 해 주는 예의로 보았다. 문서에 실린 NASA NAIC 자료실 접속 예시는 서버가 완전한 이메일 주소를 요구하는 모습을 보여 준다. 실제 한 자료실의 화면이며, 모든 사이트의 규칙을 대표하는 장면은 아니다.

이 방식은 접속 프로그램 밖의 기술 문서에도 자리 잡았다. 1993년 MIME 규격 RFC 1521은 메일 본문 바깥에 있는 자료를 anon-ftp로 가져올 때 사용자 이름 anonymous와 이용자의 이메일 주소에 해당하는 비밀번호를 쓰도록 설명한다. 1994년 12월의 URL 규격 RFC 1738은 FTP URL을 해석하는 프로그램이 서버의 요구에 따라 anonymous와 이용자의 인터넷 이메일 주소를 보낸다고 적었다. 사람들 사이의 예의가 소프트웨어가 수행할 접속 절차가 된 것이다.

‘익명’이라는 말에는 작지만 즐거운 비틀림이 남는다. 개인 계정은 없으면서 연락 가능한 주소는 남긴다. 운영자는 방문객의 흔적을 조금 얻고, 방문객은 공개 파일을 받는다. 어떤 서버는 guest로 충분했고, 다른 서버는 이메일을 요구했다. 그 주소가 방문객의 신원을 확실히 보증하는 것은 아니었다. 공개 계정의 권한이 자료실 안쪽 경계를 그었다.

1997년 FTP 보안 확장 RFC 2228은 이 절차를 다시 보게 한다. 일반 FTP의 사용자 이름과 비밀번호는 평문으로 이동했고, 문서는 익명 자료실과 개인 계정의 비밀 도난 위험을 구분했다. 동시에 공개 파일에도 무결성과 기밀성 같은 보호가 유용하다고 지적했다. 이메일 주소를 PASS에 넣는 일은 접속 관례였지, 전송 경로를 안전하게 만드는 주문이 아니었다.

익명 FTP는 로그인이라는 낡은 틀로 공개 자료실을 운영했다. 컴퓨터가 물은 것은 ‘비밀번호’였고, 사람들은 그 칸을 방문록처럼 활용했다. 서버는 게스트가 들어갈 수 있는 서가와 만질 수 없는 서가를 나눴다. 열린 문 앞에 남은 그 한 줄짜리 입력칸은, 초기 인터넷이 기술 규칙과 사회적 예절을 이어 붙인 자국이다.