요약

  • RFC 1484에서 사용자가 입력한 이름은추정 이름(purported name)이다. 이는 Distinguished Name을 찾기 위한 검색 입력이며, 그 DN을 대체하지 않는다.
  • 해석 결과는 순서가 지정된 로컬 환경, 스키마, 대체 값, 디렉터리의 현재 상태, 매칭 규칙, 그리고 모호할 경우에는 사람의 선택에 달려 있었다.
  • 얻어진 DN은 디렉터리의 한 엔트리를 지정할 뿐이며, 그 사람의 인증, 권한, 이어진 행동의 성공 여부를 증명하지 않는다.

명함은 모든 맥락을 함께 전달하지 않았다

처음의 문제는 평범했다. X.500 Distinguished Name은 모호성 없이 인코딩될 수 있었지만, 누구도 전화로 행정 유형과 계층 목록을 일일이 읊고 싶어 하지 않았다. 1993년 7월에 발표된RFC 1484는 회의에서 들을 수 있고, 메시지에 적을 수 있고, 그대로 다시 입력할 수 있는 이름을 찾고 있었다.

이 제안은 속성 유형을 생략하고, 상위 계층을 축약하고, 중간 조직 단위를 건너뛰고, 익숙한 국가 이름이나 대략적인 변형을 사용할 수 있게 했다. 그 결과는 사람의 기억과 닮았다. 하지만 문서는 그 결과에 명확한 지위를 부여했다. 그것은 디렉터리에 해석을 위해 제출되는추정 이름이었다.

따라서 시각적 단순화는 정보를 다른 곳으로 옮겼다. 더 이상 명시되지 않은 것은 기본 스키마, 시작 지점, 사용 가능한 데이터, 검색 알고리즘이 제공해야 했다. 명함이 실용적이었던 것은 그 뒤에서 더 큰 시스템이 일하고 있었기 때문이다.

유형을 생략하는 것은 때로 검색을 시작하는 일이었다

일부 생략은 기계적으로 채워질 수 있었다. 유형이 없는 첫 번째 요소는 흔히 Common Name이 되고, 마지막 요소는 국가가 되며, 중간 요소들은 조직과 조직 단위의 계층을 따랐다. 반면 다른 생략은 엔트리를 직접 조회해야만 해결될 수 있었다.

이 차이가 핵심이다. 스키마 규칙은 알려진 관례에 따라 문자열을 변환한다. 검색은 실제로 존재하는 값에 의존한다. 「CA」는 미국 맥락에서는 주가 될 수 있지만, 다른 곳에서는 다른 의미를 가질 수 있다. 없어진 조직 단위는 오늘은 대체 속성으로 되찾아질 수 있고, 내일은 새 엔트리에 의해 대체될 수도 있다.

RFC 1484는 해석된 DN을 거의 항상 저장할 것을 권고했다. 문서 자체가, 그때까지 고유하던 추정 이름이 새 이름이 등장하면 모호해질 수 있다고 지적했다. 친화적인 문자열은 영구 식별자가 아니었다. 그것은 답이 시점을 가진 질문이었다.

로컬 환경은 프로그램의 일부였다

해석은 로컬 환경, 즉 Directory Information Tree의 지점들을 순서대로 나열한 목록 안에서 이루어졌다. 이 목록은 입력된 구성 요소 수에 따라 달랐고, 사용자가 제어할 수 있어야 했다.

영국 대학 예시에서는 이름이 하나일 때 처음에는 학과에서, 다음에는 대학에서, 다음에는 국가에서, 마지막에는 루트에서 찾았다. 구성 요소가 두 개나 세 개이면 순서가 달라졌다. 미국의 공용 클라이언트는 또 다른 지리를 따랐다.

그래서 두 대의 기계가 같은 문자를 받고도 서로 다른 하위 트리를 탐색할 수 있었다. 한쪽은 로컬 정확 일치에서 멈출 수 있고, 다른 쪽은 여러 후보를 제시할 수 있다. 신비한 것은 아무것도 없다. 실행 가능한 맥락이 다를 뿐이다.

결정을 정직하게 재현하려면 입력된 문자열, 인터페이스 언어, 파서 버전, 환경 목록, 기반(base)과 필터, 스키마, 디렉터리의 시점, 후보들을 모두 보존해야 한다. 문자열과 최종 DN만 남기는 로그는 가장 중요한 변환을 지워 버린다.

정확, 양호, 열악: 이어진 행동을 결정하는 세 가지 상태

RFC 1484는 매칭을 분류했다. 정확한 일치는 그대로 추적되었다. 그렇지 않으면 양호한 일치들을 탐색할 수 있었다. 하위 문자열이나 근사 매칭에서 비롯된 열악한 매칭은 사용자에게 제시되어야 했다. 이후 구성 요소나 사람의 선택이 판가름할 때까지 여러 가지가 남을 수 있었다.

이 단어들은 단순한 주석이 아니었다. 읽기 순서와 프롬프트를 결정했다. 구두점, 이니셜, 이름의 변형, 조직 약어, 키의 길이가 필터를 바꿨다. 모든 후보를 거부하면 소프트웨어가 환경의 다음 요소를 시도하도록 만들 수 있었다.

따라서 한 장의 레코드만 보여 주는 화면만으로 고유성이 확립되지 않는다. 크기 제한이 결과를 잘랐을 수 있고, 리퍼럴이 아직 따라가지 않았을 수 있고, 접근 제어가 값을 가렸을 수 있고, 사용자가 「충분히 괜찮은」 첫 이름을 수용했을 수도 있다.

RFC 4511은 이후 LDAP에 대해 이 해부학을 명시적으로 만들었다. 기반, 범위, 별칭 정책, 크기·시간 제한, 필터, 요청한 속성, 반환된 엔트리, 계속 참조, 최종 결과. 엔트리 하나의 수신은 검색의 종결이 아니다.

이름이라는 단어 뒤에 숨어 있던 세 가지 대상

RFC 1309는 X.500 인프라를 기술했다. 엔트리는 DIT에서 한 자리를 차지하고, 그 DN은 경로의 Relative Distinguished Names를 조립한다. 이미 게재된 RFC 1309 기사는 DUA, DSA, 체이닝, 리퍼럴, 별칭, 복제본 사이의 분배에 대한 분석을 보존한다. RFC 1484는 그 앞의 동작, 즉 불완전한 말에서 그 경로를 되찾는 일에 관심을 두었다.

동반 문서RFC 1485는 이미 알려진 DN의 텍스트 표현을 제안했다. 이어RFC 1779, 그리고RFC 2253이 이 직렬화를 발전시켰다. 오늘날 LDAP 형식은RFC 4514가 규정하며, 그것이 정규 형식이 아니라고 명시한다. DN의 동등성은 문자의 단순 비교가 아니라 매칭 규칙을 따라야 한다.

따라서 검색을 촉발하는 친화적 이름, 엔트리를 지정하는 구조화된 DN, 그 DN을 표시하기 위해 선택된 문자열을 구분해야 한다. 이스케이프나 시각적 순서의 차이만으로 두 정체성이 성립하지 않는다.

RFC 4512는 값을 스키마의 문법과 매칭 규칙에 연결한다.RFC 4518은 국제화된 문자열의 준비를 다룬다. 표시 형태, 인코딩, 디렉터리의 동등성은 서로 다른 세 개의 증인이다.

찾아낸 레코드는 그 사람을 인증하지 않았다

DN은 디렉터리 모델 안에서 엔트리를 모호함 없이 참조한다. 엔트리는 어떤 객체를 나타내기 위한 이름 붙은 정보의 모음이다. 이 연결이 곧 화면 앞의 사람이 그 엔트리를 통제한다는 증거도, 모든 속성이 최신이라는 증거도, 조직이 기술된 역할을 여전히 인정한다는 증거도 아니다.

검색 이후에 행동하는 응용 프로그램은 그 자체의 의무를 유지해야 한다. 인증하고, 권한 부여를 적용하고, 필요한 속성을 검증하고, 결정을 기록하고, 결과를 관찰해야 한다. 메시지 발송에는 이후 전달 증명이 필요하고, 계정 생성에는 프로비저닝 흔적이, 서명 수용에는 또 다른 신뢰 사슬이 필요하다.

친화적 이름은 발견의 문제를 해결한다. 발견이 편리했다는 이유만으로 추가 권위를 받지 않는다.

좋은 경험이 곧 보편적 배치는 아니었다

RFC 1484는 PSI Pilot의 FRED 인터페이스와 메일링 리스트 관리 프로토타입에의 구현을 보고했다. 반응은 호의적이었다. 실행 증거는 의미가 있다. 알고리즘이 실제 사용자를 만난 적이 있었다.

같은 장은 부채도 공개했다. 사용자가 한 계층을 건너뛸 때 여러 조직 단위 계층이 잘 다뤄지지 않았다. 앞뒤에 놓인 와일드카드는 비용이 클 위험이 있었다. 모호성, 성능, 유용성, 알고리즘 변형은 아직 측정되지 않았다. 문법은 안정적으로 보였지만 절차는 변해야 했다.

RFC Editor 공지는 문서적 지위를 보존한다. 이 제한적 피드백을 채택률로 바꾸지는 않는다. 그 문서는 실험적이었고, 보안 절은 이러한 문제들이 논의되지 않았다고 밝혔다. 따라서 여기서 기밀성, 열거 저항성, 정체성 보증을 도출하는 것은 근거가 없다.

진짜 진전은 중간 과정을 보이게 한 데 있었다

작동하는 코드의 우선성,국소화된 미래 결정,현실의 층위에 관한 글들은 RFC를 다시 쓰지 않고도 유용한 독해를 제공한다. 표준은 작은 표기법을 공유했다. 각 클라이언트는 자기 맥락을 지녔다. 살아 있는 디렉터리가 데이터를 공급했다. 때로는 사용자가 결정했다. 행동할 권한은 응용 프로그램이 지켰다.

발화된 이름은 틀린 것이 아니었다. 설계상 불완전한 것이었다. 책임 있는 역사는 인터페이스에 모든 권위를 짊어지라고 요구하지 않는다. 발화, 추정 이름, 환경, 검색, 후보, 선택, DN, 엔트리 버전, 인증, 권한 부여, 결과로 이어지는 사슬을 보존한다.

출처