Cloudflare, 웹 에이전트 책임성 강화 촉구

Cloudflare는 원격 호스팅 AI 에이전트가 사용자를 대신해 웹을 탐색할 때 웹사이트가 사용자와 운영자를 식별하고 책임을 물을 방법이 필요하다고 주장합니다. 에이전트는 24시간 병렬로, 사람보다 적은 마찰로 작동할 수 있어 웹사이트에는 여러 사용자가 아니라 여러 사용자를 대신하는 하나의 에이전트만 보일 수 있습니다. Cloudflare는 중개자를 거쳐도 사용자와 사이트의 관계 및 보안 책임이 유지돼야 한다는 원칙을 ‘중개 원칙’이라고 부릅니다.

게시물은 사이트가 에이전트 뒤의 사용자를 구분하지 못할 때 발생하는 문제로 구독 공유, 법적 연령·위치 확인, 구매 분쟁, 신원 도용, 신원 확인 실패, 잘못된 주문, 정책 우회, 재고·가격·검색·상품 정보·고객 지원을 끊임없이 확인해 생기는 자원 고갈을 들었습니다. 한 사용자의 자격 증명 대입 공격, 데이터 수집, 카드 테스트를 사이트가 감지해도 공유 에이전트만 차단하면 정당한 사용자들까지 접속을 잃을 수 있습니다. 에이전트가 사이트 방문, 광고 노출, 구매를 발생시키지 않은 채 기사·상품 정보·후기를 가져가면 사이트는 콘텐츠 제공 비용을 부담할 수도 있습니다.

Cloudflare는 사용자에게 전달된 사람 확인 절차를 통과해도 그 순간 사람이 있었다는 사실만 증명할 뿐, 에이전트가 누구를 대리하는지 또는 누가 행동에 책임지는지는 확인되지 않는다고 설명합니다. 권한을 좁게 설정해도 광범위한 접근 권한 자체가 책임성을 보장하지는 않습니다. 회사는 사용자의 사이트 접근을 유지하면서 은행 로그인처럼 민감한 행동에 필요한 경우 사이트가 확인 절차를 적용할 수 있도록 정보를 제공하는 것을 목표로 제시했습니다.

게시물은 에이전트와 사이트가 허용된 행동에 합의하고 사이트 정책을 전달할 수 있는 프로토콜을 요구합니다. Cloudflare는 사용자별 식별자 없이 요청 속도를 제한하는 방안으로 개발 예정인 MOLE을 언급하고, 개인정보 보호를 지향하는 목적에서 결제 프로토콜 x402와 비교했습니다. 에이전트 신원 확인에는 요청에 서명해 자신과 암묵적으로 운영자를 밝힐 수 있는 Web Bot Auth를 선호한다고 밝혔습니다. 또한 Agent A가 Browser C 안에서 Agent B를 사용하는 사례처럼 중개 단계의 연결을 파악하는 방법이 필요하며, 상황에 따라 세션·계정·사용자별 식별자를 써야 할 수도 있다고 했습니다. Privacy Pass와 MOLE은 사용자를 식별하지 않고 신뢰도를 평가하는 방안으로 언급됐으며, Cloudflare는 MOLE을 Private Access Tokens의 후속 기술로 설명했습니다. 제공된 글은 신원 공개 단계를 나열하기 시작하는 부분에서 끝납니다.

Cloudflare는 원격 호스팅 AI 에이전트가 사용자를 대신해 웹을 탐색할 때 웹사이트가 사용자와 운영자를 식별하고 책임을 물을 방법이 필요하다고 주장합니다. 에이전트는 24시간 병렬로, 사람보다 적은 마찰로 작동할 수 있어 웹사이트에는 여러 사용자가 아니라 여러 사용자를 대신하는 하나의 에이전트만 보일 수 있습니다. Cloudflare는 중개자를 거쳐도 사용자와 사이트의 관계 및 보안 책임이 유지돼야 한다는 원칙을 ‘중개 원칙’이라고 부릅니다.

게시물은 사이트가 에이전트 뒤의 사용자를 구분하지 못할 때 발생하는 문제로 구독 공유, 법적 연령·위치 확인, 구매 분쟁, 신원 도용, 신원 확인 실패, 잘못된 주문, 정책 우회, 재고·가격·검색·상품 정보·고객 지원을 끊임없이 확인해 생기는 자원 고갈을 들었습니다. 한 사용자의 자격 증명 대입 공격, 데이터 수집, 카드 테스트를 사이트가 감지해도 공유 에이전트만 차단하면 정당한 사용자들까지 접속을 잃을 수 있습니다. 에이전트가 사이트 방문, 광고 노출, 구매를 발생시키지 않은 채 기사·상품 정보·후기를 가져가면 사이트는 콘텐츠 제공 비용을 부담할 수도 있습니다.

Cloudflare는 사용자에게 전달된 사람 확인 절차를 통과해도 그 순간 사람이 있었다는 사실만 증명할 뿐, 에이전트가 누구를 대리하는지 또는 누가 행동에 책임지는지는 확인되지 않는다고 설명합니다. 권한을 좁게 설정해도 광범위한 접근 권한 자체가 책임성을 보장하지는 않습니다. 회사는 사용자의 사이트 접근을 유지하면서 은행 로그인처럼 민감한 행동에 필요한 경우 사이트가 확인 절차를 적용할 수 있도록 정보를 제공하는 것을 목표로 제시했습니다.

게시물은 에이전트와 사이트가 허용된 행동에 합의하고 사이트 정책을 전달할 수 있는 프로토콜을 요구합니다. Cloudflare는 사용자별 식별자 없이 요청 속도를 제한하는 방안으로 개발 예정인 MOLE을 언급하고, 개인정보 보호를 지향하는 목적에서 결제 프로토콜 x402와 비교했습니다. 에이전트 신원 확인에는 요청에 서명해 자신과 암묵적으로 운영자를 밝힐 수 있는 Web Bot Auth를 선호한다고 밝혔습니다. 또한 Agent A가 Browser C 안에서 Agent B를 사용하는 사례처럼 중개 단계의 연결을 파악하는 방법이 필요하며, 상황에 따라 세션·계정·사용자별 식별자를 써야 할 수도 있다고 했습니다. Privacy Pass와 MOLE은 사용자를 식별하지 않고 신뢰도를 평가하는 방안으로 언급됐으며, Cloudflare는 MOLE을 Private Access Tokens의 후속 기술로 설명했습니다. 제공된 글은 신원 공개 단계를 나열하기 시작하는 부분에서 끝납니다.