요약

  • RFC 1295는 1992년 1월의 정보성(Informational) NADF 문서로, 인터넷 표준이 아니었습니다. 공개 디렉터리(Public Directory)의 항목에 대해 이 문서는 일곱 가지 권리를 명시했습니다: 목록에 오르지 않을 권리, 항목 생성 시 통지받을 권리, 열람 권리, 정정 권리, 특정 정보의 삭제 권리, 미국 또는 캐나다의 개인정보·정보 접근 법령 준수, 그리고 적시 이행.
  • 이 문서는 공개 디렉터리와 비공개 부분을 구분하고, 사용자나 대리인이 공개·비공개·결합형 목록 등재를 선택할 수 있게 했습니다. 삭제 프로토콜을 정의하거나 개별 사례의 결과를 증명하거나, 권리를 명시하는 것만으로 보안 메커니즘을 제공하지는 않았습니다.

RFC 1295 —User Bill of Rights for entries and listings in the Public Directory에 담긴 지속적인 역사적 질문은 X.500 방식의 디렉터리가 속성을 담을 수 있는지 여부가 아니었습니다. 담을 수 있었습니다. 진짜 질문은 협력형 공개 디렉터리가 속성의 존재를 그 속성을 공개해도 된다는 허가와 동일하게 취급할 수 있는지였습니다. 북미 디렉터리 포럼(North American Directory Forum)은 지금 읽어도 명료한 경계로 답했습니다: 항목의 대상 인물은, 디렉터리의 가시성이 그 인물에 관한 사실이 되기 전에 목록 등재를 거부할 지위를 가져야 합니다.

이 순서가 중요한 이유는 공개적 발견 가능성이 기록의 결과를 바꾸기 때문입니다. 전화번호, 전자우편 주소, 소속 조직은 어떤 맥락에서는 평범한 정보이지만 다른 맥락에서는 공개 색인입니다. RFC 1295는 사용자 또는 사용자의 대리인이 공개 디렉터리, 비공개 디렉터리 또는 그 결합 중 어디에 정보를 등재할지 선택할 수 있다고 말합니다. 문서의 예시는 의도적으로 절제되어 있습니다. 전화번호나 메일 주소는 공개할 수 있되 다른 정보는 특정 비공개 용도로 남겨둘 수 있다는 것입니다. 요점은 어느 한 필드가 본질적으로 안전하다는 것이 아닙니다. 요점은 청중의 경계가 목록 등재의 선택에 속한다는 것입니다.

구제보다 거부가 먼저였다

첫 번째 권리 — 목록에 오르지 않을 권리 — 는 쉽게 나중의 삭제 요청으로 축소됩니다. 그러나 이것은 그보다 강력하고 더 앞선 권리입니다. 삭제 요청은 항목이 이미 존재한 후에 시작됩니다. 비등재는 공개 기록을 애초에 만들어야 하는지를 묻습니다. 그 차이는 운영상의 경계입니다. 하나는 공개 네임스페이스에의 편입에 관한 것이고, 다른 하나는 이미 편입된 기록의 변경에 관한 것입니다.

RFC 1295는 이어서 항목이 생성될 때 통지를 추가합니다. 통지는 동의가 아니며, 그 사람이 메시지를 읽었거나 이해했다는 증거도 아닙니다. 통지는 소리 없는 생성을 검열 가능한 사건으로 바꿉니다. 이것이 없으면 대상 인물은 다른 당사자가 먼저 발견한 뒤에야 공개 목록과 마주할 수 있습니다. 이것이 있으면 이어지는 권리들 — 열람, 정정, 특정 정보의 삭제 — 은 적어도 식별 가능한 대상과 행사 가능한 시점을 갖게 됩니다.

따라서 이 순서를 하나의 일반적 프라이버시 약속으로 보고해서는 안 됩니다. 이것은 별개의 주장들이 이어진 사슬입니다. 제공자는 등재하지 말라는 지시를 기록할 수 있습니다. 제공자는 공개 항목을 생성할 수 있습니다. 제공자는 통지를 보낼 수 있습니다. 사용자는 저장된 속성을 검사할 수 있습니다. 사용자는 정정이나 특정 속성의 삭제를 요청할 수 있습니다. 제공자는 자신의 권위 있는 사본을 변경할 수 있습니다. 각 진술에는 고유한 타임스탬프, 행위자, 근거가 필요합니다. 하나가 다음 하나를 자동으로 증명하지 않습니다.

공개 네임스페이스가 디렉터리 전체는 아니었다

RFC 1295는 이 질문을 CCITT X.500 표준을 사용하는 계획된 북미 협력 디렉터리 서비스라는 틀 안에서 다룹니다. 이 문서는 디렉터리를 서비스 제공자와 사설 운영자들이 운영하는 전자 디렉터리들의 집합이라고 부릅니다. 항목의 정보는 보안·프라이버시 통제가 제한하지 않는 한 접근될 수 있으며, 공개 배포를 위한 부분이 곧 공개 디렉터리이고, 다른 부분은 공개 접근을 위한 것이 아닐 수 있습니다.

기술 어휘는 이 정책을 불가피한 것처럼 들리게 할 수 있습니다. 그러나 그렇지 않았습니다. 디렉터리 계층, 명명 규칙, 복제 관계, 클라이언트 조회는 기록에 어떻게 도달할 수 있는지를 말할 뿐입니다. 그것은 그 사람이 그 청중을 선택했는지, 기록이 정확한지, 제공자가 요청을 받았는지, 요청이 제시간에 이행되었는지를 결정하지 않습니다.

이 구분은 1993년에 발표되어 RFC 1295를 폐기한RFC 1417 —NADF Standing Documents: A Brief Overview에서 더 명시적이 되었습니다. RFC 1417의 NADF 묘사는 하나의 주인이 한 권의 책을 운영하는 이야기가 아닙니다. 경쟁하는 제공자들이 협력적 공개 디렉터리 서비스를 시도하고, 공개 네임스페이스가 별도로 관리되는 비공개 네임스페이스들과 나란히 놓이며, 등록이 디렉터리 밖에서 이루어지는 설계를 기술합니다. "An 주체 may opt to list where others are likely to search"라는 표현은 선택을 장식이 아니라 운영 개념으로 만듭니다.

RFC 1417은 또한 X.500(88)에 지식 유지 절차가 없었고, 경쟁하는 제공자들 때문에 공개 네임스페이스의 단독 관리가 불가능했다고 말합니다. NADF가 서술한 대응은 공개 네임스페이스에서 비공개 네임스페이스로의 협력적 연결이었으며, 그 연결에는 거의 페이로드가 없었습니다. 이것이 모든 구현이 그렇게 동작했다는 증거도, 복제가 선택된 경계에서 멈췄다는 증명도 아닙니다. 이것은 어느 단일 제공자도 기반이 되는 비공개 기록 전체를 정직하게 소유할 수 없었기에 공유된 공개 지도에 거버넌스가 필요했다는 증거입니다.

정정, 삭제, 이행은 서로 다른 작업이었다

항목을 열람할 권리는 기록에 대한 뷰를 확립할 뿐, 그 자체로 기록을 바꾸지 않습니다. 부정확한 정보를 정정할 권리는 정확성에 관한 주장을 다룹니다. 특정 정보를 삭제할 권리는 그보다 다시 좁습니다. 대상 인물은 항목을 둘러싼 모든 관계, 서비스, 신원을 지우지 않고도 하나의 속성을 공개하지 않겠다고 요청할 수 있습니다. 셋을 하나의 "편집" 버튼으로 묶으면 문서의 역사적 정밀성을 잃습니다.

여섯째와 일곱째 권리는 디렉터리를 제공자의 의무와 연결합니다. RFC 1295는 등재가 미국 또는 캐나다의 개인정보·정보 접근 관련 법령을 준수해야 한다고 말하고, 사용자가 권리의 적시 이행을 기대할 수 있다고 말합니다. 이 문장들은 현재의 법적 판단 기준을 제공하거나 다른 관할권의 법을 정하거나 기한을 명시하지 않습니다. 그러나 디렉터리 운영자가 자신의 역할을 단순한 저장이라고 표현하는 것을 막습니다. 공개 기록 주위에는 서비스 관계가 있습니다. 요청이 처리되어야 하며, 제공자의 정책은 법적 환경과 마주해야 합니다.

그렇기 때문에 접근 결과는 더 강한 결론에 대한 약한 증거입니다. 기록을 공개적으로 보는 것은 법적 준수를 증명하지 않습니다. 찾지 못한다고 해서 한 번도 등재된 적이 없거나, 복제본이 존재하지 않거나, 삭제가 모든 곳에서 이행되었다는 것을 증명하지 않습니다. 요청 티켓이 정정을 증명하지 않습니다. 제공자의 갱신된 원본 기록이 다른 시스템의 오래된 사본이 사라졌음을 증명하지 않습니다. 이 문서는 권리의 어휘를 제공할 뿐, 남아 있는 증거 사슬을 소멸시키지 않습니다.

이 메모는 집행 엔진이 아니라 경계였다

RFC 1295는 자신의 지위에 대해 명확합니다. 정보를 제공하며 인터넷 표준을 규정하지 않는다고 말합니다. NADF-265에 거의 그대로 충실한 사본이라고 밝힙니다. 보안 고려 사항은 보안 문제가 논의되지 않았다고 말합니다. 이 한계들은 권리 목록만큼 중요합니다. 이 메모를 "1992년의 디렉터리는 모든 요청을 암호화했고, 모든 대리인을 인증했고, 복제를 막았고, 삭제를 보장했으며, 전 세계에 구속력 있는 규칙을 부과했다"는 주장으로 바꿔서는 안 됩니다.

그럼에도 이 메모의 더 좁은 성과는 여전히 상당합니다. 공개 디렉터리 항목을 한 사람, 대리인, 서비스 제공자, 공개 청중 사이의 통치된 관계로 읽을 수 있게 만들었습니다. 발견을 위해 설계된 시스템에게 발견이 노출이 되는 지점을 밝히고, 그 지점을 논쟁 가능한 인간의 통제 아래 남기라고 요구했습니다.

출처와 증거의 한계

출처는RFC 1295와RFC 1417입니다. 이 두 문서는 1992년 1월 정보성 지위, NADF의 X.500 지향 협력 디렉터리 맥락, 명시된 일곱 가지 권리, 공개·비공개 디렉터리 구분, 이후 상설 문서 맥락, 경쟁 제공자, 공개·비공개 네임스페이스, 그리고 위에서 서술한 한계들을 뒷받침합니다. 이것들은 현재의 디렉터리, 특정 사용자의 요청, 통지 수신, 정정, 삭제, 복제 상태, 법적 준수, 접근 제어 결과 또는 보안 보장을 증명하지 않습니다.