2026년 11월 5일, Claude Code 공식 저장소에 이슈 #107757이 등록되었습니다. 웹 검색을 수행하는 동안 User-Agent 요청 헤더에 사용자의 이메일 주소가 들어가 제3자에게 전달되었다는 보고입니다. 보고자는 그 뒤 스팸 메일이 늘었다고 적었습니다.

이 이슈는 아직 열려 있습니다. 이 글은 이슈 본문, 댓글, 릴리스 노트에 나온 내용만 근거로 합니다. 이슈를 직접 재현하지는 않았습니다.

헤더는 누가 쓰는가

User-Agent는 HTTP 클라이언트가 자신을 식별하기 위해 보내는 헤더입니다. 브라우저는 이 값을 고정된 형식으로 보냅니다. 에이전트 도구는 다르게 동작할 수 있습니다. 웹 검색 도구나 curl 같은 명령을 호출할 때, 누가 이 헤더의 문자열을 정하는지에 따라 개인정보가 들어갈 여지가 생깁니다.

이슈 본문은 헤더에 이메일이 들어갔다고 주장하지만, 그 값이 하네스에서 자동으로 채워진 것인지, 모델이 요청을 구성하면서 넣은 것인지는 명확히 하지 않습니다. 댓글에서도 이 경로는 확정되지 않았습니다. 그래서 이 글은 원인을 특정하지 않고, 확인된 범위만 다룹니다.

유지관리자 답변: 2.1.317의 보호 모드

유지관리자 답변에 따르면 v2.1.317에서 cc-plugin-privacy라는 내장 모드가 추가되었습니다.

  • 기본으로 켜져 있습니다.
  • /plugins에서 끌 수 있습니다.
  • 계정 이메일이 헤더에 들어가는 것을 막는 것이 목적입니다.

이 조치는 이슈의 핵심 요구, 즉 "이 동작 자체를 옵트인·옵트아웃 설정으로 두지 말고 하네스에서 제거하라"는 요구와는 방향이 다릅니다. 보호 모드는 설정 가능한 기능으로 남아 있습니다.

남은 틈: 댓글에서 보고된 두 가지

이후 댓글에서 같은 이슈의 보호 범위가 완전하지 않다는 보고가 있었습니다. 보고된 내용을 범주로 정리하면 다음과 같습니다.

  1. 이메일 전체가 아니라 계정 주소만 매칭합니다. 모델이 프로젝트나 작업 이름을 넣은 User-Agent 문자열을 만드는 경우는 보호 대상이 아닐 수 있습니다. 예를 들어 프로젝트 이름이 들어간 빌드용 식별 문자열이 여기에 해당합니다.
  2. 셸 명령을 통해 헤더를 쓰는 경우를 막지 못했다는 보고가 있습니다. 이 항목은 v2.1.319에서 보고되었으며, 명령을 스크립트에 적는 형태에서 계정 이메일이 보호 장치를 빠져나갈 수 있다고 합니다.

이 글은 두 번째 항목의 구체적인 명령을 옮기지 않습니다. 보안 문제의 범주만 설명합니다. 이 보고가 현재 버전에서도 재현되는지는 확인하지 못했습니다.

댓글 작성자는 모델이 만드는 요청의 기본 User-Agent를 claude-code/<버전> 같은 일반 값으로 두자고 제안했습니다. 이것은 제안이며, 이 글 작성 시점에 채택된 것은 확인되지 않았습니다.

점검 방법 (실행하지 않은 절차)

자신의 환경에서 같은 문제를 점검하려면 다음 절차가 가능합니다. 이 글에서는 실행하지 않았습니다.

  • 로컬에서 요청 헤더를 기록하는 간단한 HTTP 서버를 띄웁니다. 외부 서비스로 보내지 않습니다.
  • 실제 이메일 대신 테스트용 계정으로 로그인합니다.
  • 웹 검색이나 HTTP 요청을 유도하는 작업을 실행하고, 서버 로그에서 User-Agent 값을 확인합니다.
  • 로그를 공유하기 전에 값을 마스킹합니다.

이 점검은 운영 중인 계정 정보를 외부에 노출하지 않는 방식으로만 해야 합니다.

개발팀이 할 수 있는 조치

  • 업데이트 확인: 보호 모드가 들어간 버전 이상을 쓰고 있는지 확인하고, /plugins에서 설정이 꺼져 있지 않은지 점검합니다.
  • 계정 정보 최소화: 에이전트 실행 환경에 실제 개인 이메일이 필요하지 않다면, 팀 계정이나 별칭을 사용합니다.
  • 로그 마스킹: 에이전트 로그와 요청 기록에서 이메일 패턴을 가리는 규칙을 둡니다.
  • 외부 요청 정책: 에이전트가 외부 사이트에 접근할 때 어떤 헤더가 나가는지 기록합니다. 개인정보가 들어갈 수 있는 필드는 검토 대상입니다.

한계

  • 근거는 공식 이슈, 댓글, 릴리스 설명입니다. 실제 네트워크 트래픽은 직접 확인하지 않았습니다.
  • 이슈 댓글의 재현 보고는 보고자 환경에 따라 다를 수 있습니다.
  • 헤더에 이메일이 들어가는 정확한 경로(하네스 또는 모델)는 이슈에서도 확정되지 않았습니다.
  • 이슈가 열려 있으므로, 이 글의 상태는 작성 시점 기준입니다.

결론

이 이슈에서 얻을 교훈은 Claude Code의 특정 버그에 머물지 않습니다. 에이전트는 사용자가 보지 않는 HTTP 요청을 많이 만들고, 그 요청의 헤더와 명령 본문에는 개인정보가 들어갈 수 있습니다. 보호 장치를 켜는 것도 필요하지만, 로그와 요청을 점검하는 습관이 함께 있어야 합니다.

참고