요약

  • 사람은 사이트마다 다른 pairwise subject를 받지만, 에이전트의 키 ID와 핸들, 키 지문은 사이트가 달라도 같다.
  • 초안은 사이트 둘이 에이전트 필드를 대조하면 분리된 사람 식별자를 한 사람에게 연결할 수 있다고 적었다. 기록된 시험은 사이트 한 곳에서 사람 한 명이 로그인한 경우다.

공개된 구현 기록은 작다. Datatracker는 문서를 개별 Internet-Draft로 분류하며 예정된 RFC 상태는 없다. 구현 절에는 소규모 사업체 사이트 한 곳이 레코드를 공개했고 사람 한 명이 passkey 로그인을 마쳤다고 적혀 있다. 에이전트 로그인, 두 사이트의 비교 시험, 실제 연계 사례는 보고되지 않았다. 설계와 위험은 초안에 있지만 채택 규모는 공개되지 않았다.

사람은 가게를 옮길 때마다 번호를 바꾼다. 에이전트는 어디서나 같은 적립 카드를 내민다.

2026년 10월 21일 갱신된 개인 Internet-Draft Acts-For가 드러낸 설계의 균열이 바로 여기다. 제안은 ~handle과 passkey로 로그인해 모든 사이트에 같은 개인 식별자를 주지 않는 흐름을 그린다. 사이트는 DNS 레코드를 공개하고 발급자는 그 사이트를 클라이언트로 등록한다. 사람은 매번 새 passkey 인증을 거치고, 사이트는 그 사이트를 위해 계산된 subject를 받는다.

초안은 발급자가 보유한 HMAC 비밀키와 사람의 내부 식별자, 정규화된 사이트 도메인으로 subject를 만든다. 같은 사람이라도 사이트가 다르면 값이 달라진다. 두 값만 비교해서 계정을 합칠 수는 없다. OpenID Connect에서 pairwise subject는 신뢰 당사자별로 나뉘는 식별자다. 어디서나 같은 번호를 돌려 쓰지 않는다.

에이전트 로그인에는 다른 값들이 따라온다. 권한을 받은 에이전트는 발급자에게 만료 시간이 짧은 acts-for pass를 요청한다. pass는 사이트 전용 subject로 사람을 가리키고, acting.kid, Bot 계층 handle, 서명 키의 지문인 cnf_jkt로 에이전트를 가리킨다. 사이트는 발급자 서명과 수신 대상, 만료 시각, 에이전트 키로 서명한 요청을 확인한다. pass는 발급 후 최대 5분 안에 만료되며, 권한에 적힌 valid_until도 넘지 않는다.

이 검증은 pass 사용을 제한한다. 에이전트 식별자는 사이트마다 바뀌지 않는다. 초안의 프라이버시 절은 같은 에이전트가 어느 사이트에 로그인하든 acting.kid, acting.handle, cnf_jkt가 같다고 썼다. 사이트 둘이 이 값을 비교하면 서로 다른 pairwise subject가 한 사람의 것임을 알 수 있다. 초안의 미해결 과제 10번은 에이전트가 사이트마다 별도 키와 핸들을 써야 하는지 묻는다.

발급자에게도 정보가 집중된다. 발급자는 HMAC 비밀키를 보유하고 모든 사람의 모든 사이트용 subject를 계산할 수 있다. 토큰을 발급하는 로그인 기록도 볼 수 있다. pairwise subject는 사이트가 그 필드만으로 사람을 직접 연결하기 어렵게 만든다. 발급자는 대응 관계를 계산할 수 있고, 협력하는 사이트는 공유된 에이전트 신원을 연결 키로 쓸 수 있다.

위임 로그인을 검토하는 운영자는 “pairwise subject”를 전체 자격증명의 프라이버시 보장으로 읽으면 안 된다. pass의 모든 식별자와 이를 받는 사이트, subject를 다시 계산할 수 있는 발급자, 에이전트 권한을 정하는 grant를 따로 봐야 한다. 초안은 grant 자체를 범위 밖에 둔다. pass의 설명이 그 pass를 가능하게 한 권한의 설명보다 자세하다.

출처