클로드 코드, 이메일을 요청 헤더로 전송 논란

클로드 코드(Claude Code)가 curl 명령을 실행하면서 사용자의 실제 이메일 주소를 유저 에이전트(User-Agent) 문자열에 넣어 외부 서버로 전송했다는 버그 신고가 앤스로픽(Anthropic) 공식 깃허브 저장소에 올라왔다. 자동화 에이전트가 사용자 확인 없이 개인 식별 정보를 외부 요청에 실어 보낼 수 있다는 사례여서, AI 도구로 업무를 자동화하는 사람이라면 그냥 넘기기 어려운 이슈다.

무슨 일인가

신고는 2026년 7월 17일 접수됐다(이슈 번호 78431). 신고자는 맥OS의 인텔리제이(IntelliJ) 터미널에서 클로드 코드 v2.1.212를 사용하던 중, 에이전트가 외부로 보내는 HTTP 요청의 User-Agent 헤더에 자신의 실제 이메일 주소가 포함된 것을 발견했다고 주장했다. 별도의 확인 요청은 없었다고 한다. 신고자는 이전 버전에서는 없던 문제, 즉 회귀(regression)라고 밝혔다. 저장소에는 보안(security)·네트워킹(networking)·버그 라벨이 붙었지만, 기사 작성 시점 기준 담당자 배정 없이 열린 상태이며 앤스로픽의 공식 확인이나 수정 공지는 아직 없다.

핵심 짚어보기

User-Agent는 요청을 받는 모든 서버의 접속 로그에 그대로 남는 값이다. 여기에 이메일이 들어가면 에이전트가 접속한 모든 외부 서버에 나를 식별할 수 있는 정보가 흩뿌려지는 셈이다. 서버 운영자뿐 아니라 로그를 수집·분석하는 제3자에게도 노출될 수 있다. 문제의 본질은 이메일 한 건이 아니라 구조다. AI 에이전트는 사용자가 일일이 검토하지 않는 수십·수백 개의 명령을 대신 실행하고, 그 과정에서 어떤 값이 외부로 나가는지 사용자가 통제하기 어렵다. 이번 건이 실제 버그로 확정되든 아니든, '에이전트의 아웃바운드 트래픽은 감사 대상'이라는 교훈은 그대로 유효하다.

1인기업 실전 적용 포인트

• 에이전트가 실행하는 네트워크 요청을 직접 눈으로 확인해 보라. mitmproxy 같은 로컬 프록시를 잠깐 물려 실제 나가는 헤더를 점검하는 것만으로 이런 유형의 유출은 잡아낼 수 있다.
• 권한 설정은 기본 차단으로 두라. 클로드 코드의 도구 허용 설정(allowedTools)으로 네트워크 명령 실행 범위를 좁히고, 필요한 작업에만 열어주는 방식이 안전하다.
• 이메일·API 키 같은 식별 정보는 에이전트 작업 환경과 분리하라. 환경변수와 설정 파일의 값은 에이전트가 읽어 쓸 수 있다는 전제로 관리해야 한다.
• 매일 쓰는 도구의 이슈 트래커에서 보안 라벨 이슈만이라도 구독하라. 이번 같은 사안을 며칠 안에 인지하는 것과 모르고 지나가는 것의 차이는 크다.

전망 / 주의점

이 건은 아직 개별 사용자 신고 단계로, 재현 조건과 원인이 공식 확인되지 않았다는 점은 유의해야 한다. 다만 AI 에이전트가 사람 손을 거치지 않고 명령을 실행하는 흐름이 커질수록 프라이버시 사고는 기능 버그가 아니라 신뢰 문제로 다뤄질 것이다. 자동화의 편익을 누리려면 아웃바운드 점검이라는 최소한의 비용은 치러야 한다.

출처: GitHub anthropics/claude-code 이슈 (https://github.com/anthropics/claude-code/issues/78431)