클로드 코드 비밀번호 저장 논란…개발팀, 방지책 시험 예고
편집·검토: AI Ping 편집팀
3줄 요약
- 클로드 코드 개발팀이 비밀정보 탐지 등 여러 방지책을 시험하겠다고 밝혔다.
- Apiiro는 공개된 로컬 설정 파일 1,122개에서 자격증명으로 분류한 값을 찾았다.
- 수정 버전·배포일은 제시되지 않았고, 노출된 값의 현재 유효성은 확인되지 않았다.
클로드 코드의 보리스 체르니가 11월 7일 비밀번호가 승인 기록에 남는 문제를 막을 방안을 시험하겠다고 밝혔다. 자동 모드의 탐지와 기본 비밀정보 검사가 후보로 거론됐다. 공개 저장소의 자격증명 노출을 지적한 Apiiro 조사에 대한 답변이다.
체르니는 배포 전 장단점을 살펴보겠다고 했으며 수정 버전이나 배포일은 제시하지 않았다. Apiiro의 원래 보고서는 11월 5일 공개됐고, 8일 답변 내용이 추가됐다.
Apiiro는 공개된 클로드 코드 로컬 설정 파일 10만 4,185개 가운데 1,122개에서 자격증명으로 분류한 값을 발견했다고 보고했다. 개발자가 비밀번호가 포함된 명령에 재승인을 생략하도록 허용하면 그 문자열이 프로젝트 안에 저장되고, 해당 파일을 커밋할 때 함께 공개될 수 있다는 설명이다.
조사팀은 공개 코드와 이력을 읽어 값을 분류했으며 실제 로그인이나 키 사용은 시험하지 않았다고 명시했다. 따라서 집계는 조사 기준에 맞는 자격증명 노출을 뜻한다. 각 값이 현재도 유효한지, 그 값으로 제삼자가 시스템에 접근했는지는 이 조사로 확인되지 않았다.
개인 설정과 저장소 공유의 경계
클로드 코드 공식 문서는 팀 공통 설정인 `.claude/settings.json`과 개인용 `.claude/settings.local.json`을 구분한다. 팀 파일은 공통 설정을 전달하고, 로컬 파일은 개인 예외를 적용한다. 셸 명령의 재승인 생략 규칙도 개인용 파일에 기록된다.
클로드 코드가 Git 저장소에서 로컬 파일을 처음 쓸 때, 아직 제외되지 않았다면 전역 Git 제외 목록에 경로를 추가한다고 문서는 설명한다. 이 목록의 저장 위치는 프로젝트가 공유하는 제외 파일과 다르다. 직접 만든 파일에 클로드 코드가 아직 쓰지 않았다면 별도 제외가 필요하다고 설명한다.
Git 공식 문서는 제외 규칙이 추적되지 않는 파일을 대상으로 하며 이미 추적 중인 파일에는 영향을 주지 않는다고 명시한다. 저장소 안의 제외 규칙은 복제한 구성원에게 전달할 수 있고, 전역 제외 규칙은 해당 사용자의 환경에서 적용된다. 파일이 로컬 설정용이라는 용도와 Git에서 실제로 추적되는 상태는 따로 관리된다. Git은 프로젝트 전체에서 같은 파일을 제외할 규칙, 특정 저장소의 작업에만 쓰는 규칙, 한 사용자가 여러 저장소에서 적용할 규칙을 서로 다른 위치에 두도록 설명한다. 전역 목록이 존재해도 그것이 저장소에 함께 기록되는 설정인 것은 아니다.
체르니는 자동 모드에서도 같은 문제가 생길 수 있다는 지적에 개선을 검토하겠다고 답했다. 공식 권한 문서는 자동 모드에서 분류기가 명령 실행 전에 작업을 심사한다고 설명한다. 허용·거부 규칙은 모델 대신 클로드 코드가 집행하며, 프롬프트나 프로젝트 지침은 모델의 행동 방향에 영향을 준다. 프롬프트 문구를 바꾸는 것만으로 도구의 접근 권한이 변경되지는 않는다. 권한 표에서 셸 명령의 반복 승인은 저장소와 명령 단위로 유지된다. 반면 파일 수정에 대한 반복 승인은 세션이 끝날 때까지 적용된다. 같은 승인 대화라도 도구 종류에 따라 지속 범위가 달라, 실행 허용과 그 기록의 공유 여부는 각 단계에서 관리된다.
GitHub에는 저장소로 코드를 전송하는 순간 비밀정보를 검사하는 푸시 보호 기능도 있다. 공식 문서에 따르면 지원되는 비밀정보가 탐지되면 전송을 막고 위치와 사유를 보여준다. 이 기능은 저장소에 도착하기 전의 검사이며, 개발자가 명령을 실행해도 되는지 심사하는 클로드 코드의 권한 체계와 검사 시점이 다르다. 탐지 대상과 우회 허용은 기능 설정에 따라 달라져, 모든 문자열을 차단한다고 해석할 수 없다.
GitHub의 유출 대응 문서는 비밀번호나 토큰이 노출됐을 때 먼저 폐기하거나 교체하는 절차를 설명한다. 접근에 쓰이던 기존 값을 무효화한 뒤 저장소 기록을 정리할지를 판단하는 순서다. 파일을 삭제한 새 커밋을 올려도 과거 커밋이나 이미 만들어진 복제본에는 이전 내용이 남을 수 있다.
GitHub는 이력을 다시 쓰는 작업에도 협업자의 조정이 필요하다고 안내한다. 예전 복제본에서 다시 전송하면 지운 데이터가 돌아올 수 있고, 별도 포크는 원본 저장소 수정만으로 일괄 정리되지 않는다. 예방 기능 시험, 노출된 자격증명 무효화, 남은 사본 정리는 각각 다른 단계다.
출처
- Claude Code team response — November 7, 2026 — Boris Cherny / Hacker News
- Prototype approaches before shipping — November 7, 2026 — Boris Cherny / Hacker News
- Coding Agents Copy Your Secrets to a Hidden File. Thousands Are on GitHub — November 5, updated November 8 — Apiiro
- Settings files and precedence — local settings and Git exclusions — Anthropic
- Configure permissions — approval persistence and classifier review — Anthropic
- gitignore — scope and already-tracked files — Git
- Removing sensitive data from a repository — credential rotation and surviving copies — GitHub
- Push protection — checks before a repository receives a push — GitHub
정정 내역
- 본문 개념도의 공개 WebP 변환에서 글자가 깨져, 같은 도식의 검수한 래스터 원본으로 교체했습니다. 기사 내용과 최초 발행 시각은 유지합니다.