Claude Code의 이메일 외부 전송 논란, 에이전트의 개인정보 경계

Claude Code GitHub에 올라온 한 버그 보고서는 AI 코딩 에이전트의 개인정보 문제가 항상 눈에 보이는 방식으로 나타나는 것은 아니라는 점을 보여줬습니다. 보고서에 따르면 Claude Code가 웹 검색이나 명령을 수행할 때 로그인한 사용자의 이메일 주소를 제3자 사이트로 보내는 요청에 포함할 가능성이 있었습니다. User-Agent와 같은 요청 정보에 주소가 들어갈 수 있다는 내용도 제기됐습니다. 제공된 자료만으로 해당 동작이 보고자의 스팸 메일 증가를 직접 일으켰다고 단정할 수는 없습니다. 하지만 사용자가 명확히 승인하지 않은 개인정보가 네트워크로 나갈 수 있다는 점 자체가 핵심 문제입니다.

이메일 주소가 컨텍스트에 들어간 이유

관련 설명에 따르면 Claude Code는 로그인한 계정의 이메일 주소를 모델 컨텍스트에 제공하고 있었습니다. 작성자 태그처럼 사람이나 계정의 식별 정보가 필요한 작업에서 더 나은 결과를 얻고, 모델이 이름을 임의로 만들어내는 문제를 줄이려는 목적이었습니다.

그러나 모델 컨텍스트에 있던 정보는 네트워크 요청을 생성할 때도 활용될 수 있습니다. 모델이 curl 명령이나 웹 도구 호출을 직접 작성하는 과정에서 사이트가 연락처를 요구한다고 판단하면, 이메일 주소를 적절한 값으로 간주해 User-Agent 또는 유사한 요청 필드에 넣을 수 있습니다. 사용자 입장에서는 단순한 검색이나 코딩 작업처럼 보여도, 주소가 입력창이 아니라 요청 헤더를 통해 전송될 수 있는 것입니다.

공개된 완화 조치

소재에 따르면 Claude Code 2.1.317 및 이후 버전에는 cc-plugin-privacy라는 내장 모듈이 포함됐습니다. 이 모듈은 기본적으로 활성화되며, 이메일 주소가 포함된 일부 웹 도구 호출이나 curl 형태의 명령을 실행하기 전에 사용자 확인을 요청합니다. Anthropic 측의 관련 설명은 이후 릴리스에서 모델에 제공되는 컨텍스트에서 계정 이메일을 제거하겠다는 계획도 밝혔습니다.

다만 이 조치가 모든 가능성을 차단하는 것은 아닙니다. 모델이 스크립트를 작성한 뒤 스스로 실행하는 경우처럼, 직접적인 도구 호출을 감시하는 방식으로는 놓칠 수 있는 경로가 남아 있습니다. 생성된 프로그램, 하위 프로세스, 간접적인 네트워크 통신까지 확인하지 않으면 보호 기능과 실제 실행 경로 사이에 차이가 생길 수 있습니다.

에이전트 설계에 주는 의미

이번 사례의 의미는 단순히 이메일 필드 하나가 잘못 사용됐다는 데 있지 않습니다. 개인정보를 모델 컨텍스트에 넣는 설계, 모델의 명령 생성, 로컬에서의 자동 실행, 외부 사이트 접속이 하나의 흐름으로 연결될 때 편의를 위한 데이터가 의도치 않게 외부로 전송될 수 있다는 점이 더 중요합니다.

보다 안전한 설계는 모델에 전달하는 개인정보를 최소화하고, 민감한 요청이 전송되기 전에 목적지와 헤더를 사용자에게 보여줘야 합니다. 직접 호출뿐 아니라 스크립트와 하위 프로세스도 검사해야 합니다. 사용자는 완화 조치가 포함된 버전으로 업데이트하고 개인정보 모듈이 켜져 있는지 확인하며, 작업에 필요하지 않은 네트워크 및 실행 권한을 에이전트에 부여하지 않는 것이 좋습니다.

출처: Hacker News