요약

  • RFC 8890은 사용자의 이해가 다른 당사자와 충돌할 때 인간 최종 사용자에게 우선순위를 부여하지만, IETF·정부·시민사회 참여자에게 모든 사용자가 원하는 바를 알거나 대변할 자동적 위임을 부여하지는 않는다.
  • 사용자 에이전트는 HTTP 클라이언트 프로그램이다. 서비스를 샌드박스에 넣고, 범위가 한정된 설정을 표현하며, 구현체 간 선택을 유지할 수 있으나, 이러한 기술적 기능 어느 것도 인간의 존재, 정보에 입각한 동의, 집단적 위임을 증명하지 못한다.
  • 대변 주장은 영향받은 집단, 주장된 피해 또는 이득, 협의의 한계, 선호와 기본값, 능력 경계, 실행 가능한 대안, 측정된 전환 비용, 관찰된 결과를 결합한 영수증으로 대체되어야 한다.

요청은 서비스에 도달하지만 그 사람은 도달하지 않는다. 클라이언트 프로그램이 메서드를 고르고, 헤더를 추가하고, 저장된 설정을 적용하고, 일부 능력은 숨기고 다른 것은 노출한다. 누군가 링크를 클릭했기 때문에, 백그라운드 작업이 깨었기 때문에, 또는 크롤러가 자체적으로 예약되었기 때문에 동작할 수도 있다. HTTP는 이 모든 프로그램을 사용자 에이전트라고 부른다.

이 오래된 기술적 명칭이 현대의 정치적 유혹을 만든다. 그 프로그램이 서비스와 사람 사이에 서 있다면, 어쩌면 그 사람을 대변하는 것이 아닐까. 표준 참여자가 프로그램의 제약을 설계했다면, 어쩌면 그 참여자가 사용자를 대변하는 것이 아닐까. 정부나 옹호 단체가 그 자리에 참석했다면, 어쩌면 영향받은 사람들이 이미 대변된 것이 아닐까. Mark Nottingham의 RFC 8890은 이 지름길들을 하나씩 막으면서도 더 강해 보이는 주장을 던진다. 최종 사용자의 이해가 다른 당사자와 충돌할 때 인터넷 아키텍처 위원회(IAB)는 최종 사용자를 우선해야 한다고 말한다.

자동적 대변인 없이 부여되는 우선순위, 이것이 이 문서의 생산적인 긴장이다. 이는 표준 과정에게 누가 그 영향을 감당하는지, 그리고 그 영향이 어떻게 알려졌는지를 묻도록 강제한다. 구현자, 기관 또는 저자가 사용자를 대신해 답할 수 있도록 허가증을 발급하지는 않는다.

HTTP 역할은 위임이 아니라 요청에서 시작한다

RFC 9110은 사용자 에이전트를 요청을 시작하는 클라이언트 프로그램으로 정의한다. 브라우저가 익숙한 사례이지만, 이 역할은 명령줄 도구, 스파이더, 가전제품, 모바일 애플리케이션, 스크립트도 포괄한다. 사양은 요청이 발생할 때 반드시 인간이 그 프로그램과 상호작용 중일 필요는 없다고 말한다.

이 정의는 프로토콜적 행위성을 확립한다. 어느 구성 요소가 HTTP 메시지를 선택해 발송했는가. 그것이 결과로 영향받은 인간의 법적·정치적 행위성을 확립하지는 않는다. 백그라운드 클라이언트는 주인이 잠든 사이 콘텐츠를 갱신할 수 있다. 크롤러는 가져온 페이지마다 인간 위임자가 없다. 공유 기기는 여러 사람에게 하나의 기본값을 적용할 수 있다. 접근성 도구는 사이트가 결코 보지 못하는 방식으로 콘텐츠를 변형할 수 있다.

이 구분은 텔레메트리에서 무엇을 주장할 수 있는지를 바꾼다. 신호가 존재하는 경우 요청은 프로그램 계열, 구성 또는 선언된 선호를 식별할 수 있다. 그러나 그것만으로 누가 현장에 있었는지, 그 사람이 선택을 이해했는지, 다른 사람이 영향받았는지, 선택된 프로그램이 모든 관련 이해를 표현하는지 증명할 수 없다.

그 구성 요소를 에이전트라고 부르는 것은 따라서 기능적 기술이지 주권의 이전이 아니다. 내구성 있는 영수증은 프로그램과 그것에 구성된 권한에서 시작한다. 그 사람에 대한 주장에는 추가 증거가 필요하다.

RFC 8890은 인간을 선택하되 단일한 인간을 발명하지 않는다

RFC 8890의 최종 사용자란 인터넷이 그 활동을 지원하는 인간이다. 그 사람은 간접적일 수 있다. 연결된 카메라에 찍힌 사람, 센서가 설치된 공간에 들어온 사람, 즉각적 상호작용 없이 실행되는 소프트웨어의 영향을 받는 사람. 판단 기준은 프로토콜 관리가 아니라 인간의 결과다.

그 인간들은 안정된 하나의 집단이 아니다. 같은 사람이 독자이자 발행인, 구매자이자 판매자, 서비스 소비자이자 서비스 제공자일 수 있다. 프라이버시, 도달 가능성, 안전, 유연성, 경제성은 서로 다른 방향으로 끌 수 있다. 한 사용자 집단을 돕는 설계가 다른 집단에 비용을 부과할 수 있다. 따라서 "사용자가 원한다"는 표현은 첫 번째 미해결 질문을 감춘다. 어떤 사용자가, 어떤 역할로, 어떤 조건에서?

이 문서는 기관적 한계에 대해 이례적으로 직설적이다. IETF는 최종 사용자에게 좋은 것이 무엇인지에 대한 고유한 통찰이 없으며, 자신의 경험이 사용자들의 경험과 일치한다고 가정할 수 없다. 정부 후원 참여자가 자동으로 자국 사용자 전체를 대변하는 것은 아니다. 시민사회 옹호자는 더 큰 커뮤니티의 위임 없이도 전문 지식과 가치 있는 증거를 가져올 수 있다. 영향받은 커뮤니티와의 협의는 증거를 개선하지만, 대변을 형식적으로 보장하지는 못한다.

이것은 우선순위를 버려야 할 이유가 아니다. 우선순위와 대변을 서로 다른 열에 유지해야 할 이유다. 우선순위는 경쟁하는 이해를 해소하기 위한 판단 규칙이다. 대변은 위임자, 범위, 책임성을 요구하는 위임 주장이다. 전자가 후자를 조용히 만들어 내지는 않는다.

브라우저 경계는 유한하기 때문에 가치가 있다

RFC 8890은 사용자 에이전트를 불완전하지만 유용한 대변의 예로 든다. 웹사이트는 보통 사람의 시스템에 임의로 접근하는 대신 브라우저를 통해 제한된 채널을 받는다. 코드는 샌드박스 안에서 실행된다. 에이전트는 선택된 능력을 노출하고, 프롬프트를 중재하고, 요청을 거부할 수 있다. 이 아키텍처는 일부 통제를 원격 서비스에서 멀어지게 한다.

그 이득은 실재하지만 보편적이지는 않다. 샌드박스는 한 부류의 직접 접근을 막으면서도 추적, 조작, 접근 불가능한 설계, 유해한 기본값을 그대로 남길 수 있다. 권한 프롬프트는 선택을 보여주는 동시에 사람을 수락으로 지치게 만들 수 있다. 확장은 하나의 워크플로를 보호하면서 다른 공격 표면을 넓힐 수 있다. 공급자는 서비스 능력을 제거하면서도 자기 사업에 유리한 기본값을 고를 수 있다.

따라서 올바른 감사 질문은 좁다. 이 통제는 어느 사용자 이해를 보호하며, 어느 서비스 능력에 대하여, 어느 요청 또는 오리진에 대해, 어떤 기본값과 집행과 함께? 그 답은 사용자 에이전트 전체가 아니라 해당 통제에 속한다.

RFC 6973은 유용한 구분을 제공한다. 사용자 참여, 동의, 선호 표현, 데이터 최소화, 보안은 관련되어 있지만 서로 교환 가능하지 않다. "거부" 신호, 권한 상태 또는 로컬 프라이버시 설정은 범위가 한정된 하나의 메커니즘에 대한 증거다. 그 영수증은 누가 설정했는지, 기본값으로 도착했는지, 수신자와 지속 기간, 철회 가능 여부, 수신 측이 실제로 존중하는지를 기록해야 한다.

프로그램은 그 신호를 충실히 전달하면서도 여전히 다른 관심사를 표현하지 못할 수 있다. 요청 밖의 사람은 영향받으면서도 아무 통제도 없을 수 있다. 소프트웨어 중재는 선호를 전달할 수 있지만, 인터페이스가 누락한 모든 이해에 대한 위임을 추론할 수는 없다.

피해에는 음량계가 아니라 이슈 기록이 필요하다

RFC 8890은 부정적 최종 사용자 영향에 대한 기계적 정의를 제공하지 않는다. 관련 표준 과정에 주장된 피해를 논의하고 이유 있는 결론에 도달하도록 요청한다. 제안이 사용자에게 해롭다는 맨 어설션만으로는 충분하지 않다. 피해 주장자에게 수치가 없거나 자리를 떴다는 이유로 피해를 무시하는 것도 충분하지 않다.

RFC 7282는 왜 목소리를 세는 것으로는 문제를 해결할 수 없는지 설명한다. 러프 컨센서스는 몇 명이 발언했는지 측정하는 것이 아니라 이슈를 다루는 것이다. 험(웅성거림)은 회의실의 상태를 드러내고 추가 조사를 촉발할 수 있지만, 기술적 반대를 처분하지는 않는다. 이슈는 그것을 제기한 사람이 떠난 뒤에도 남는다.

최종 사용자 영향 기록은 영향받은 집단, 이득 또는 피해를 만드는 메커니즘, 이용 가능한 증거, 검토된 대안, 비용의 분포, 남은 불확실성을 명시해야 한다. 사용자들의 이해가 충돌할 때, 존재하지 않는 평균적인 사람을 묘사하는 것보다 최악의 환경을 시험하는 것이 더 유익하다. 기술적 타협이 불가피하게 남는다면, 그 처분은 누가 감당하는지와 왜인지를 말해야 한다.

이는 그 작업이 가치 중립이라고 가장하지 않으면서 도덕적 주장을 검토 가능한 작업으로 바꾼다. 또한 행위성 문제를 드러낸다. 타협을 고르는 참여자들이 이득을 받고 부재하는 사용자가 손실을 감당할 수 있다. 표준 테이블에의 참석은 그 괴리를 지울 수 없다.

협의 기록은 대리 투표가 아니다

RFC 8890은 영향받은 커뮤니티를 그들 자신의 방식으로 만나고, 피드백 메커니즘을 맞춤화하고, 기습을 피하라고 요청한다. 이는 작업의 방향을 바꾼다. 메일링 리스트, BOF 또는 워킹그룹 회의는 프로토콜 전문가에게는 훌륭한 장소일 수 있지만, 그 채널을 쓰지 않거나 그 언어로 참석할 수 없거나 결과를 나중에야 경험할 커뮤니티에게는 나쁜 장소일 수 있다.

RFC 8752는 발행인, 콘텐츠 집합, 개방형 웹에 대한 관점을 모은 구체적인 ESCAPE 워크숍을 기록한다. 그 워크숍은 노력, 제시된 견해, 식별된 이슈의 증거이지, 참석자들이 논의된 시스템이 다루는 모든 발행인, 광고주, 독자 또는 사람을 대변했다는 증명서가 아니다.

유용한 협의 영수증은 누가 외연을 조직했는지, 어느 커뮤니티를 찾았는지, 초대가 어떻게 배포되었는지, 어떤 언어와 접근 요구가 지원되었는지, 누가 응답했는지, 어느 집단이 여전히 부재했는지, 어떤 이슈가 제기되었는지, 무엇이 바뀌었는지, 그리고 왜 다른 요청은 반영되지 않았는지를 기록한다. 이는 "의견을 들은 것"과 "위임받은 것" 사이의 간극을 보존한다.

그 간극은 양쪽을 보호한다. 엔지니어는 집단적 동의를 허위로 귀속하지 않고 증거를 사용할 수 있다. 옹호자는 허구의 위임을 짊어지지 않고 전문 지식을 기여할 수 있다. 영향받은 사람들은 부재가 승인으로 전환되지 않고 보이는 상태로 남는 위임자로 남는다.

선택은 탈출 시험 후에만 신뢰할 수 있다

RFC 8890은 대안이 전환 비용을 낮추고 구현자가 사용자를 위해 봉사할 유인을 주기 때문에 여러 사용자 에이전트 구현에 가치를 둔다. RFC 9518은 이 메커니즘을 더 발전시킨다. 구현 또는 배포 간 전환은 중앙화를 제약할 수 있지만, 대안이 실제로 존재하고 대체가 부담 가능할 때만 그렇다.

설치 버튼은 탈출의 증명이 아니다. 사용자 에이전트를 옮기는 일은 데이터와 선호의 이전, 자격 증명의 보존, 확장의 교체, 접근성의 복원, 다른 보안 경고의 수용, 관리형 워크플로의 재구축, 플랫폼 기본값의 변경을 요할 수 있다. 목적지에 기능이 없거나 같은 의존성이 재현될 수 있다. 누적된 작업을 잃지 않고는 떠날 수 없다면, 기술적으로 허용된 탈출이어도 실현 불가능하다.

사양 설계는 그 시장에 영향을 준다. 과잉 복잡성은 독립 구현의 수를 좁힐 수 있다. 너무 적은 사양은 교체를 어렵게 하는 사유 확장을 강제할 수 있다. 브랜드를 세어 보는 일은 하나의 엔진, 하나의 배포 관문, 하나의 정책 의존성을 공유한다면 큰 의미가 없다.

따라서 탈출 영수증은 시간, 전문성, 조정, 상실된 기능, 데이터 이동성, 기본값 상태, 조직 정책, 복귀 가능성, 이동 후 결과를 측정해야 한다. 또한 누가 중개자를 선택할 수 있고 누가 그럴 수 없는지 식별해야 한다. 전환은 추상적 대변 주장을 반론 가능한 성과로 바꾼다. 사용자의 이해를 지키기를 멈춘 에이전트는 탈출 경로가 실재할 때만 그 역할을 잃을 수 있다.

중개자의 권한에는 선택, 범위, 철회가 필요하다

RFC 9518은 중개자에 대해 두 가지 유용한 경계를 제안한다. 제3자의 참여는 적어도 한 원(原) 당사자의 긍정적 행위를 따라야 하고, 중개자의 관찰 또는 통제는 그 기능이 요구하는 범위로 한정되어야 한다. 이 RFC는 Nottingham의 견해를 표현하는 독립 스트림 정보성 문서이며, 커뮤니티 합의도 보편적으로 집행되는 법도 아니다.

그러나 감사 틀로서 그 경계들은 구체적이다. 사용자 에이전트가 어떻게 선택되었는지, 설치되었는지, 기본값인지, 의무인지, 어떤 자원을 볼 수 있는지, 어느 요청이나 응답을 변형할 수 있는지, 무엇을 보관하는지, 어느 서비스 능력을 차단하는지, 그 사람이 권한을 어떻게 철회할 수 있는지, 대체가 무엇을 수반하는지 기록하라. 그 기록은 보이는 선택과 사람이 도착하기 전에 내려진 플랫폼 결정을 분리해야 한다.

긍정적 행위가 그 뒤에 오는 모든 것을 위임하지는 않는다. 페이지를 가져오기 위해 브라우저를 선택하는 것은 모든 2차적 사용에 대한 동의가 아니다. 기업 관리 클라이언트의 선택은 영향받은 사람의 선호보다 고용주 정책을 표현할 수 있다. 유용한 중개자는 무제한 재량을 가진 위임자가 아니라 정의된 과제를 가진 에이전트로 남는다.

세 개의 RFC, 세 가지 서로 다른 권한 진술

이 논증은 Mark Nottingham에게 귀속되지만, 그가 그것의 주권자는 아니다. RFC 8890은 그를 저자로 명시하며 IAB 스트림의 정보성 RFC로 발행되었다. 그 지위는 발행 시점의 IAB 합의를 대표한다고 말하며, 인터넷 표준이 아니고 IETF 합의를 대표하지 않는다. Nottingham의 당시 설명은 이를 구속이 아니라 설득을 위한 지침으로 묘사했다.

RFC 9110은 다르다. Roy Fielding, Mark Nottingham, Julian Reschke가 편집했고 집단적 HTTP 표준화를 통해 만들어진 IETF 표준 트랙 사양이다. 사용자 에이전트 역할에 대한 그 정의는 규범적 프로토콜 작업이며, 어떤 편집자도 구현을 통제한다는 주장이 아니다.

RFC 9518은 또 다시 다르다. 독립 스트림 정보성 RFC이며 저자의 견해를 대표한다고 명시한다. 전환, 복잡성, 중개자 권한에 대한 그 분석은 시험 가능한 틀을 제공하지, 인터넷 커뮤니티의 표결이 아니다.

현재의 IETF Datatracker 프로필은 Nottingham이 HTTP, URL, RSS/Atom, QUIC 전반에 걸쳐 수행한 방대한 작업과 날짜가 기입된 책임을 나열한다. 그 기록은 기여와 공개적 궤적을 확립한다. 그것은 HTTP나 웹의 소유권, 브라우저 정책에 대한 통제, IETF 결과에 대한 권한, 모든 사용자를 위해 말할 위임을 확립하지 않는다.

"대변"이라는 단어가 감추는 영수증을 만들어라

요청을 발행하지 않는 사람을 포함해 영향받은 인간에서 시작하라. 단일한 사용자로 모으지 말고 역할과 맥락으로 나누어라. 주장된 이해, 이득 또는 피해와 설계를 결과에 연결하는 메커니즘을 명시하라. 협의의 주변과 부재를 보존하라.

그다음 기술적 사슬을 기록하라. 선택된 사용자 에이전트, 설치 또는 기본값의 출처, 활성 선호 상태, 샌드박스와 능력 경계, 관찰 가능한 집행, 대안 구현, 실제 탈출 비용. 마지막으로 시험된 집단에 대한 결과와 충돌에 대한 표준 처분으로 마무리하라. 성공한 설정이 협의를 증명하게 두지 말고, 협의가 위임을 증명하게 두지 말고, 대안의 이름이 전환 가능성을 증명하게 두지 마라.

이 사슬은 브라우저가 사용자를 대변한다고 말하는 것보다 요구가 많다. 그러나 RFC 8890에 더 충실하기도 하다. 인터넷은 최종 사용자를 위해 존재할 수 있다. 단, 그들이 하나의 위임인을 둔 단일 선거구라고 가장하지 않는다면. 사용자 에이전트는 그것이 강제하는 한계, 보존하는 선택, 사람들이 그 역할을 철회할 수 있다는 증거로 자리를 얻는다. 그들의 목소리를 주장함으로써가 아니다.

출처