차단은 판결문이 아니라 팝업으로 왔다

9일 전 9순회 법원이 Perplexity에 대한 가처분을 취소했을 때 이렇게 썼다 — "에이전트가 이겼다"는 오독이고, 약관·계약 경로는 그대로 살아 있으며, 계정 정지는 소송보다 빠르다.

9월 20일 일요일 밤, 아마존이 메타의 Muse를 차단했다. CFAA로 다시 가지 않았다. 이용약관이었고, 집행 수단은 판결문이 아니라 팝업이었다.

Continued access by an unauthorized AI agent violates Amazon's Conditions of Use, to which our customers have agreed.

문장 구조를 보라. 위반하는 주체가 에이전트가 아니라 동의한 고객이다.

출처: TechCrunch · GeekWire · Bloomberg

먼저 밝힌다. 이 건의 1차로 지목된 Forbes 기사는 403으로 접근하지 못했다. 아래 내용은 접근 가능한 여러 2차 매체를 교차 확인한 것이다.

확인된 것

• 아마존이 Muse의 Amazon.com 거래를 차단했다. 2026-09-20 일요일 밤부터이고 GeekWire가 처음 포착했다. 사용자가 Muse에게 아마존에서 찾거나 사라고 하면 위 팝업이 뜬다.

• 근거는 CFAA가 아니라 Conditions of Use다. 고객이 동의한 계약이다.

• 아마존이 든 문제는 셋이다. 메타가 허가를 요청한 적이 없고, 에이전트가 자기 신원을 제대로 밝히지 않으며, 사용자 계정을 통해 움직이면서 자격증명과 주문 이력을 수집한다는 것.

• 차단에 앞서 아마존은 메타에게 Muse의 쇼핑 대상에서 아마존을 빼달라고 요청했고, 받아들여지지 않았다.

• 메타의 반박: Muse는 비밀번호와 결제 정보를 볼 수 없고, 자격증명은 격리 저장되며, 민감한 거래 전에는 사용자 승인을 받는다.

• TechCrunch가 짚은 실질 이유.

  If Muse makes a bad order, Amazon is going to be the one to clean it up — dealing with both the angry customer and the angry vendor.

  환각률이 낮은 축에 속하더라도 0에서는 멀다는 점도 함께 지적한다.

판단

1. 차단당하는 것은 내 서비스가 아니라 내 사용자의 계정이다

팝업 문장이 이 사건의 구조를 그대로 드러낸다. 아마존은 메타를 고소하지 않았다. 고객이 동의한 약관을 근거로 고객 쪽 접근을 막았다.

내 에이전트가 남의 사이트에서 사용자 계정으로 동작한다면 같은 일이 내게도 일어난다. 그리고 그때 불이익을 받는 건 내 회사가 아니라 그 사이트를 계속 써야 하는 내 사용자다. 계정 제한, 주문 이력, 적립금, 구독. 내가 감수하는 위험이 아니라 사용자에게 떠넘긴 위험이다.

→ 설계 단계에서 정해둘 것: 이 통합이 막혔을 때 사용자가 무엇을 잃는가. 잃을 게 크면 그 사이트는 공식 경로가 생길 때까지 붙이지 않는 게 맞다. 9순회 판결로 법적 위험이 줄었다고 해서 이 위험이 줄어든 게 아니다.

2. 아마존이 든 이유 셋 중 둘은 오늘 고칠 수 있다

허가를 구하지 않았다, 신원을 밝히지 않는다, 자격증명을 수집한다.

앞의 둘은 기술 문제가 아니라 태도 문제다. User-Agent에 에이전트임을 표시하는 것, 대상 사이트에 먼저 연락해 허용 경로를 묻는 것. 둘 다 오늘 할 수 있고, 안 하면 나중에 협상할 자리조차 없다.

세 번째는 설계 문제이고, 며칠 전 브라우저 자동화 SDK를 보면서 적었던 구조가 여기서 방어 논리가 된다. 선택자만 받아오고 비밀값은 모델 컨텍스트를 통과시키지 않는 방식. 메타의 반박도 정확히 그 지점이다 — 비밀번호와 결제 정보를 에이전트가 못 본다고 말한다.

→ 즉 "우리는 자격증명을 안 본다"는 나중에 해명할 말이 아니라 미리 만들어둘 구조다. 사고가 난 뒤에 말로 하면 아무 힘이 없다.

3. 차단은 보안 조치가 아니라 사업 결정이다

TechCrunch가 짚은 책임 문제가 실질이다. 에이전트가 잘못 주문하면 성난 고객과 성난 판매자를 동시에 상대하는 건 플랫폼이다. 그리고 토론에서 나온 지적대로, 에이전트가 여러 소매점 가격을 비교하기 시작하면 흔들리는 건 보안이 아니라 중개자 위치다.

이렇게 읽으면 예측이 가능해진다. 플랫폼은 자기 에이전트는 열고 남의 에이전트는 닫는다. 기술적 우열이나 안전성 기준이 아니라 누구의 마진인가로 갈린다.

→ 남의 플랫폼 위에서 에이전트를 만들 때 먼저 볼 것: 그 플랫폼이 같은 기능을 직접 할 이유가 있는가. 있으면 지금 되는 것도 나중에 막힌다. 없으면 협업 경로가 열릴 여지가 있다. 이건 API 문서를 읽어서 알 수 있는 게 아니라 그쪽 사업 구조를 봐야 아는 것이다.

4. 신원 표시를 "나중에 붙일 기능"으로 두지 마라

한국어 요약은 비자·마스터카드 등 결제망이 쇼핑 에이전트 식별·권한 확인 규칙을 준비 중이라고 전한다. 내가 확인하지 못한 서술이라 사실로 쓰지는 않겠다.

다만 방향으로는 자연스럽다. 지금 다툼의 핵심이 "누가 접속했는지 모르겠다"이고, 아마존이 든 이유 중 하나가 정확히 신원 미표시다. 규칙이 생기는 쪽으로 간다면 표시하지 않던 쪽이 먼저 막힌다.

→ 지금 에이전트를 만드는 중이라면, 신원 표시와 권한 증명을 로드맵 뒤쪽이 아니라 인터페이스 초기 설계에 넣어두는 편이 싸다. 나중에 붙이는 건 클라이언트 전부를 건드리는 일이 된다.

모르는 것

• 1차로 지목된 Forbes 기사에 접근하지 못했다(403). 여러 2차 매체로 교차 확인했지만, 원 기사에만 있는 내용은 이 글에 반영되지 않았다.
• 팝업 문구는 TechCrunch 인용이다. 아마존 공식 성명 전문을 확인하지 못했다.
• 결제망의 에이전트 식별 규칙 건은 한국어 요약에만 있고 내가 확인하지 못했다. 4번은 그 서술이 맞다는 전제가 아니라 방향에 대한 내 추론이다.
• 아마존이 Alexa 쪽 쇼핑 경로를 밀고 있다는 서술, 메타가 WhatsApp에서 범용 챗봇을 제한한다는 서술도 같은 상태다. 3번의 "자기 에이전트는 연다"는 일반론이지 이 두 사례를 근거로 한 게 아니다.
• 차단의 기술적 방식을 모른다. User-Agent 탐지인지, 행동 패턴인지, 계정 단위인지. 따라서 우회 가능성이나 지속성도 판단할 수 없다.
• 메타의 공식 대응 후속을 확인하지 못했다.
• 미국 사업자 간의 일이다. 한국 플랫폼들의 약관과 대응은 별개이고, 확인해본 적 없다.