Cloudflare, 에이전트와 사이트 관계에 관한 입장문 공개 및 TAD 연합 발표: 사이트 쪽 과제 14가지와 Web Bot Auth·MOLE 중심의 계획, 그러나 표준은 대부분 초안이고 백서는 미공개이며 제공된 제어는 Cloudflare 트래픽에만 적용

2026년 11월 5일 Cloudflare는 Bryan Becker가 쓴 긴 입장문 「Agents aren't humans (but they kinda are)」를 공개하고 Trusted Agent Delegation(TAD) 연합을 발표했습니다. 11월 4일 개인 에이전트의 가시성과 제어에 관한 제품 글의 후속이며, 이번 호는 그 내용을 되풀이하지 않습니다. 새로운 것은 논거와 표준화 계획입니다. 이 글은 봇·접근 제어 제품을 파는 업체의 주장이므로, 비용과 필요성에 대한 서술은 Cloudflare 자신의 틀입니다.

출발점은 개인 AI 에이전트가 중개자라는 것입니다. 에이전트는 사용자를 대신해 움직이고, 보통 운영자가 관리형 서비스로 운영하며, 운영자의 인프라에서 웹사이트에 접속합니다. 사이트는 사용자가 아니라 에이전트를 보며, 하나의 에이전트가 많은 사용자를 실을 수도 있습니다. Cloudflare는 사이트가 이 관계를 관리하려면 보통 신원, 평판, 책임의 세 가지가 필요하다고 말합니다. 하나뿐인 조직 원칙인 '중개 원칙'은 사이에 무엇이 끼어도 사용자와 사이트의 거래 관계, 그리고 각 당사자의 보안 책임이 유지되어야 한다는 것입니다. 글은 운영자의 예로 Meta의 Muse와 OpenAI의 dots를 들고, 에이전트 트래픽이 가까운 장래에 일반적인 사람의 탐색을 넘어설 수 있으며 그러면 중개자를 막는 예전 대응은 통하지 않게 된다고 말합니다.

문제를 구체화하려고 글은 네 명의 고객 심부름을 하는 개인 비서 Ezra의 이야기를 들려준 뒤 사이트 쪽 과제 열네 가지의 표를 보여 줍니다. 계정 공유, 우호적 사기, 신원 위조, 트래픽 혼재(한 고객이 공유 에이전트를 악용하면 사이트는 에이전트만 막을 수 있어 모든 사용자가 함께 막힘), 자원 고갈, 콘텐츠의 무상 소비, 그리고 CAPTCHA와 위험 기반 인증이 설계대로 작동하지 않는 점 등입니다. Cloudflare는 거의 모든 경우에 사이트가 주된 비용을 부담한다고 결론짓습니다. 이는 추론과 사례로 뒷받침한 주장이지 측정이 아니며, 열네 가지 중 어느 것도 수치로 나타내지 않습니다.

Cloudflare는 흔한 두 가지 제안이 왜 부족한지도 설명합니다. CAPTCHA를 사용자에게 넘기는 것은 그 순간 어떤 사람이 있다는 것만 증명하고, 에이전트가 나머지 시간에 누구를 위해 움직이는지는 알려 주지 못하며, 에이전트가 없애려는 마찰을 다시 가져옵니다. 접근 범위를 좁히는 방법은 에이전트가 모든 일을 할 권한을 요구하기 때문에 실제로는 거의 쓰이지 않고, 범위가 좁아도 그것은 에이전트가 무엇을 해도 되는지를 말할 뿐 문제가 생겼을 때 누가 책임지는지는 말하지 않습니다.

제안된 방향은 기존 표준과 새로 나오는 표준의 조합입니다. 신원에서는 Cloudflare가 에이전트가 자기 요청에 서명하는 Web Bot Auth를 선호하며, 문서는 이것이 IETF 초안에 기반하고 Ed25519 키를 쓰며 정해진 well-known 경로에 키 디렉터리를 두도록 요구한다고 설명합니다. 글은 아직 풀리지 않은 경우로, 브라우저 안에서 한 에이전트가 다른 에이전트를 쓰는 상황을 들며 사이트가 연쇄 전체를 볼 수 있어야 한다고 말합니다. 문서는 그런 연쇄를 통해 운영자의 신원을 전달하려고 Forwarded 헤더를 실험 중이며 실험적이고 바뀔 수 있다고 적습니다. 사용자 식별자 없는 속도 제한에는 MOLE을 들고 Private Access Tokens의 의도된 후속이라고 부르며, 결제에는 x402를 듭니다. 식별 정보를 아무것도 없음, 세션, 계정, 제3자가 부여한 고유 식별자의 네 단계로 나누고 사이트는 필요한 만큼만 요구해야 한다고 말합니다. 18세 이상이거나 카드 소유자라는 주장을 전달하는 방법, 에이전트가 무엇을 해도 되는지 사이트가 기계가 읽을 수 있게 공개하는 방법도 요구하며, IETF의 AI Preferences 작업 그룹은 학습이나 검색 같은 사용 선호를 다루지만 Cloudflare의 시각으로는 더 넓은 필요를 다루지 않는다고 지적합니다.

실제 발표는 TAD 연합입니다. 내세운 목표는 생태계 전반의 대표를 모아 문제 집합을 논의하고, 기존 프로토콜을 검토하며, 잘 정의된 문제를 IETF로 가져가는 것이고, IETF 회의와 워크숍에서 별도 모임을 열 계획입니다. 연합 사이트는 백서가 곧 나온다고 하며 의도된 사용 사례를 하나 보여 줍니다. 다시 찾아온 구매자가 에이전트를 바꿔도 사이트는 구매자와의 관계를 유지하고 공유되는 개인 정보는 제한하는 경우입니다. 글은 사용자 자신의 기기에서 도는 로컬·오픈 소스 에이전트는 첫 번째 초점이 아니라고 말합니다.

글은 Cloudflare 고객이 지금 할 수 있는 일로 마무리하는데, 이는 11월 4일 기능을 다시 적은 것입니다. Security Analytics는 개인 어시스턴트를 별도의 트래픽 범주로 집계하고, 에이전트별 접근 정책으로 특정 에이전트를 허용하거나, 광고가 있는 페이지에서만 막거나, 완전히 막을 수 있습니다. 초기 접근 단계의 계정 남용 방지는 로그인이나 가입이 개인 에이전트에서 왔는지와 어느 에이전트인지를 보여 주며, 해시된 사용자 ID에 대한 WAF 규칙으로 개별 계정을 처리할 수 있습니다. 글은 AI 크롤러 트래픽의 더 큰 그림을 위해 Enterprise Bot Management 고객용 보고 도구인 Business Insights도 언급합니다.

우리의 판단입니다. 유용한 것은 어휘와 실패 사례 목록으로, 사이트 운영자는 열네 가지 가운데 무엇이 자기에게 해당하는지 확인할 수 있습니다. 표준은 대부분 초안이고, MOLE은 '의도된' 것으로 설명되며, 백서는 아직 나오지 않았고, 이미 제공되는 제어는 Cloudflare를 지나는 트래픽에만 적용됩니다. 이 연합은 채택된 표준이 아니라 밝힌 의도로 보는 것이 맞습니다.