Claude Code 소스 유출 사건 총정리 — npm 패키징 실수로 512,000줄 TypeScript 전체 노출

🔓 SECURITY INCIDENT

Claude Code 소스 유출 사건 총정리
npm 패키징 실수 하나로 512,000줄이 세상에 공개되다

2026년 3월 31일 | Anthropic | .npmignore 누락 사고

📑 목차

1. 사건 개요와 타임라인 2. 유출의 기술적 원인 3. 소스맵에서 발견된 것들 4. 내부 아키텍처 분석 5. 미공개 기능과 피처 플래그 6. 보안 시스템과 권한 관리 7. 도구 시스템과 실행 모드 8. claw-code 클린룸 재구현 9. axios 공급망 공격과의 동시 발생 10. Anthropic의 대응과 업계 반응 11. 유출이 남긴 교훈 12. FAQ

1. 사건 개요와 타임라인

이천이십육년 삼월 삼십일일, 인공지능 업계를 뒤흔든 초대형 보안 사고가 발생했습니다. Anthropic이 자사의 핵심 제품인 Claude Code의 소스코드를 실수로 npm 패키지에 포함시켜 배포한 것입니다. 이 사건은 단순한 코드 유출을 넘어서, 인공지능 코딩 에이전트의 내부 설계 철학과 미공개 기능들까지 모두 세상에 드러내는 결과를 초래했습니다.

사건의 시작은 Anthropic의 릴리스 팀이 Claude Code 버전 이점일점팔팔을 npm 레지스트리에 배포하면서부터였습니다. 빌드 도구인 Bun이 기본적으로 생성하는 소스맵 파일인 cli.js.map이 패키지에 그대로 포함되어 버렸습니다. 이 파일의 크기만 오십구점팔 메가바이트에 달했으며, 그 안에는 약 천팔백팔십사개의 원본 TypeScript 파일과 오십만 줄이 넘는 소스코드가 고스란히 담겨 있었습니다.

보안 연구자 Chaofan Shou가 동부 표준시 새벽 네시 이십삼분경에 이 사실을 발견하고 X(구 트위터)에 다운로드 링크를 공유하면서 상황은 급격히 확산되었습니다. 해당 트윗은 이천백만 조회수를 기록했고, 수 시간 내에 소스코드는 GitHub에 미러링되고 분석되기 시작했습니다. 한국인 개발자 Sigrid Jin이 주도한 클린룸 재구현 프로젝트인 claw-code는 공개 후 단 이 시간 만에 GitHub 스타 오만 개를 돌파하며 플랫폼 역사상 가장 빠르게 성장한 저장소 중 하나가 되었습니다.

▲ Claude Code 소스 유출 사건 타임라인 — 3월 31일 새벽부터 오후까지

⚠ 주의: 이 사건은 같은 시기에 발생한 Mythos 모델 유출 사고, axios npm 공급망 공격과 시간대가 겹쳐 더욱 혼란스러운 상황을 만들었습니다. 세 가지 사건은 각각 별개의 원인으로 발생했지만, 결과적으로 Anthropic에 연쇄적인 타격을 입혔습니다.

2. 유출의 기술적 원인

이번 유출의 근본 원인은 놀라울 정도로 단순합니다. npm 패키지 배포 시 특정 파일을 제외하기 위해 사용하는 .npmignore 파일에 *.map 패턴이 누락되어 있었던 것입니다. 혹은 package.json의 files 필드에서 소스맵 파일을 명시적으로 제외하지 않은 것이 원인이었습니다.

Claude Code는 이천이십오년 말에 Anthropic이 인수한 Bun을 빌드 도구로 사용하고 있었습니다. Bun은 기본 설정에서 소스맵을 자동으로 생성하는데, 이 소스맵 파일에는 원본 소스코드를 완전히 복원할 수 있는 sourcesContent 필드가 포함되어 있었습니다. 일반적으로 소스맵은 디버깅 목적으로 사용되며, 프로덕션 배포 시에는 반드시 제외해야 하는 파일입니다.

▲ npm 패키지에서 발견된 59.8MB 소스맵 파일

소스맵이란 컴파일되거나 난독화된 코드를 원본 소스코드와 매핑해주는 JSON 형식의 파일입니다. 웹 개발에서 브라우저 디버깅 도구가 원본 코드를 보여주기 위해 사용하는 것이 일반적인 용도입니다. 하지만 이번 경우처럼 sourcesContent 필드에 전체 소스코드가 인라인으로 포함되어 있으면, 소스맵 파일 하나만으로 모든 원본 파일을 완벽하게 재구성할 수 있게 됩니다. Anthropic의 빌드 파이프라인에서 이 기본 옵션을 비활성화하지 않았거나, 최소한 배포 전에 소스맵 파일을 제거하는 단계가 누락된 것으로 보입니다.

💡 TIP: npm 패키지를 배포할 때는 반드시 .npmignore에 *.map, *.ts (소스 파일), .env 등을 포함시키거나, package.json의 files 필드에 배포할 파일만 명시적으로 나열하는 것이 좋습니다. 또한 CI/CD 파이프라인에서 배포 전 패키지 내용을 자동으로 검증하는 단계를 추가하면 이런 사고를 예방할 수 있습니다.

3. 소스맵에서 발견된 것들

유출된 소스맵을 분석한 개발자들은 Claude Code의 내부 구조를 완전히 파악할 수 있었습니다. 약 천팔백팔십사개의 TypeScript 파일은 Claude Code가 단순한 채팅 인터페이스가 아니라, 정교하게 설계된 대규모 소프트웨어 시스템이라는 것을 보여주었습니다. 특히 주목할 만한 발견들이 여러 가지 있었습니다.

▲ 소스맵 파일 분석 결과 — 1,884개 파일, 512,000줄의 원본 코드

첫째, Claude Code의 핵심 동작 원리가 드러났습니다. 시스템은 사용자의 자연어 요청을 받아 인공지능이 적절한 도구를 판단하고, 권한 확인을 거친 후 안전하게 실행한 뒤 결과를 인공지능에게 반환하는 루프로 동작합니다. 이 쿼리 엔진은 네 단계로 구성되어 있습니다. 시작 및 초기화 단계에서 인증과 모델 선택, 설정 로딩이 이루어지고, 쿼리 루프 단계에서 사용자 메시지와 API 호출이 반복되며, 도구 실행 단계에서 사십오 개 이상의 내장 도구와 MCP 프로토콜을 통한 외부 도구가 활용되고, 마지막으로 React 기반 TUI를 통해 결과가 표시됩니다.

둘째, 코드베이스의 기술 스택 선택이 확인되었습니다. Claude Code는 TypeScript로 작성되었으며, 터미널 사용자 인터페이스를 위해 React의 터미널 렌더링 프레임워크인 Ink를 사용하고 있었습니다. 상태 관리에는 Zustand가 채택되었고, 빌드 도구로는 Bun이 사용되었습니다. 보안 측면에서는 Tree-sitter 파서를 활용하여 Bash 명령어의 구문을 분석하고 위험도를 평가하는 정교한 시스템이 구현되어 있었습니다.

셋째, 그리고 가장 충격적이었던 것은 아직 공식적으로 발표되지 않은 미공개 기능들의 존재였습니다. KAIROS라는 코드네임의 상시가동 에이전트, Proactive 모드, Dream 모드 등이 피처 플래그로 관리되고 있었으며, 내부 모델 코드네임까지 노출되었습니다. 이러한 정보는 경쟁사들이 Anthropic의 제품 전략을 파악하는 데 결정적인 단서가 될 수 있는 민감한 내용이었습니다.

4. 내부 아키텍처 분석

유출된 코드를 통해 Claude Code의 전체 아키텍처가 상세히 분석되었습니다. WikiDocs에 공개된 분석서에 따르면, Claude Code는 크게 다섯 개의 핵심 레이어로 구성되어 있습니다. 진입점과 CLI 처리를 담당하는 계층, 쿼리 엔진과 API 통신을 담당하는 계층, 도구 등록과 실행을 담당하는 계층, 권한 관리와 보안을 담당하는 계층, 그리고 UI 렌더링을 담당하는 계층입니다.

▲ Claude Code 내부 아키텍처 — 사용자 입력부터 결과 렌더링까지의 흐름

쿼리 엔진은 Claude Code의 심장부라고 할 수 있습니다. 사용자가 입력한 자연어 요청을 받으면, 시스템 프롬프트를 동적으로 구성하여 API에 전달합니다. API가 도구 사용을 결정하면 해당 도구의 실행이 권한 검증 파이프라인을 거쳐 이루어지고, 결과가 다시 API에 전달되는 루프가 반복됩니다. 이 과정에서 제너레이터 기반의 스트리밍 패턴이 사용되어, 응답이 실시간으로 터미널에 렌더링됩니다.

특히 주목할 만한 설계 패턴으로는 기능 게이트 패턴이 있습니다. 모든 새로운 기능은 피처 플래그 뒤에 숨겨져 있어, 서버 측에서 원격으로 기능을 활성화하거나 비활성화할 수 있습니다. 또한 불변 상태 관리 패턴이 적용되어 상태 변경이 추적 가능하고 예측 가능한 방식으로 이루어지며, 오류 복구 패턴을 통해 도구 실행 중 발생하는 오류가 전체 시스템을 중단시키지 않고 우아하게 처리됩니다. 메모이제이션 패턴도 적극 활용되어 반복적인 API 호출이나 파일 읽기 작업의 성능이 최적화되어 있었습니다.

5. 미공개 기능과 피처 플래그

이번 유출에서 가장 큰 관심을 끈 것은 아직 공식적으로 발표되지 않은 기능들의 발견이었습니다. 코드에 포함된 피처 플래그 목록은 Anthropic이 Claude Code를 어떤 방향으로 발전시키려 하는지를 명확하게 보여주었습니다.

▲ 유출된 피처 플래그 — KAIROS, Proactive, Dream 모드 등 미공개 기능

KAIROS — 상시가동 에이전트

KAIROS는 유출을 통해 처음으로 존재가 알려진 미공개 기능입니다. 이 기능은 Claude Code를 백그라운드에서 항상 실행되는 에이전트로 전환하여, 사용자의 코드 변경을 실시간으로 감지하고 개선 사항을 자동으로 제안하는 역할을 합니다. 현재의 Claude Code가 사용자가 명시적으로 요청할 때만 동작하는 반응형 모델이라면, KAIROS는 능동적으로 코드를 모니터링하고 최적화 기회를 포착하는 선제적 모델로의 전환을 의미합니다.

Proactive 모드와 Dream 모드

Proactive 모드는 Claude가 이십사시간 자동으로 코딩 작업을 수행하는 기능으로, 사용자가 부재중일 때도 코드 리뷰, 버그 수정, 리팩토링 등을 진행할 수 있도록 설계되었습니다. Dream 모드는 더욱 흥미로운 개념으로, Claude가 백그라운드에서 지속적으로 사고하며 문제 해결 방안과 새로운 아이디어를 개발하는 기능입니다. 마치 인간이 수면 중에 문제를 정리하고 새로운 통찰을 얻는 것과 유사한 개념이라 할 수 있습니다.

반증류 장치와 모델 코드네임

코드에서 발견된 반증류(Anti-Distillation) 플래그는 경쟁사가 Claude의 출력을 이용해 자사 모델을 학습시키는 것을 방지하기 위한 장치로 추정됩니다. 또한 내부 모델 코드네임도 노출되었는데, 이는 아직 공개되지 않은 모델 버전들의 존재를 암시하는 것이어서 경쟁사들이 Anthropic의 제품 로드맵을 추론하는 데 활용될 수 있는 민감한 정보였습니다.

⚠ 주의: 피처 플래그의 이름만으로도 경쟁사는 Anthropic의 제품 전략을 상당 부분 파악할 수 있습니다. 실제 코드보다 이러한 전략적 정보의 유출이 비즈니스 측면에서 더 치명적일 수 있다는 분석이 나오고 있습니다.

6. 보안 시스템과 권한 관리

유출된 코드에서 가장 인상적인 부분 중 하나는 Claude Code의 보안 시스템이었습니다. AI 코딩 에이전트가 사용자의 컴퓨터에서 코드를 실행하고 파일을 수정하는 만큼, 보안은 핵심적인 설계 고려사항이었습니다. Claude Code는 기본 거부(deny-by-default) 정책을 채택하고 있으며, 모든 도구 실행은 십 단계의 검증 파이프라인을 거치도록 설계되어 있습니다.

▲ 10단계 도구 실행 파이프라인과 4가지 권한 모드

십 단계 파이프라인은 도구 호출 요청 수신에서 시작하여 Zod 스키마를 통한 유효성 검증, AI 기반 일차 위험도 분류, Tree-sitter를 이용한 Bash 명령어 정적 분석, 권한 모드 확인, 필요시 사용자 승인 요청, AI 기반 이차 위험도 재평가, 샌드박스 환경에서의 도구 실행, 결과 검증 및 필터링, 그리고 최종적으로 AI에게 결과를 반환하는 단계로 구성됩니다.

특히 Tree-sitter 파서를 활용한 Bash 명령어 분석은 매우 정교했습니다. 단순히 명령어 문자열을 패턴 매칭하는 것이 아니라, 구문 분석 트리를 구축하여 명령어의 실제 의미와 위험도를 평가합니다. 예를 들어 rm -rf /와 같은 명백히 위험한 명령뿐만 아니라, 파이프라인이나 서브쉘을 통한 우회 시도까지 감지할 수 있는 수준이었습니다.

권한 모드는 네 가지로 구분됩니다. Default 모드는 모든 위험한 명령에 대해 사용자 확인을 요구하며, Auto 모드는 안전한 도구는 자동으로 실행하되 위험한 도구만 사용자 확인을 받습니다. Plan 모드는 실행 계획만 수립하고 실제 실행은 사용자 승인 후에만 진행되며, Bypass 모드는 모든 권한 확인을 건너뛰는 위험한 모드입니다. 도구의 동시 실행도 안전도에 따라 차등 관리되는데, Read나 Glob 같은 읽기 전용 도구는 병렬로 실행되지만 Bash 같은 위험한 도구는 반드시 순차적으로 실행되도록 통제됩니다.

7. 도구 시스템과 실행 모드

Claude Code에는 사십오 개 이상의 내장 도구가 등록되어 있었으며, 이들은 용도에 따라 몇 가지 범주로 분류됩니다. 파일 시스템 도구로는 Read, Write, Edit, Glob, Grep이 있으며, 이들은 코드 파일의 읽기, 쓰기, 수정, 검색을 담당합니다. 실행 도구로는 Bash, Agent, Notebook이 있어 쉘 명령 실행, 서브에이전트 생성, Jupyter 노트북 편집이 가능합니다. 웹 및 외부 연동 도구로는 WebFetch, WebSearch, MCP가 있어 URL 콘텐츠 가져오기, 웹 검색, 외부 도구 프로토콜 연결을 지원합니다.

▲ Claude Code 내장 도구 시스템 — 45개 이상의 도구 카테고리별 분류

또한 Claude Code가 지원하는 실행 모드도 다양했습니다. 기본적인 대화형 터미널인 REPL 모드, 비대화형 단일 실행을 위한 Headless 모드, 멀티에이전트 환경을 조율하는 Coordinator 모드, IDE 확장과 통신하기 위한 Bridge 모드, 그리고 데스크톱 앱과 연동되는 Assistant 모드가 확인되었습니다. 여기에 앞서 언급한 KAIROS 모드까지 포함하면 총 여섯 가지의 실행 모드가 존재하는 것입니다.

▲ Claude Code의 6가지 실행 모드 — REPL부터 미공개 KAIROS까지

8. claw-code 클린룸 재구현

유출 사건 직후 가장 큰 주목을 받은 것은 한국인 개발자 Sigrid Jin(instructkr)이 주도한 클린룸 재구현 프로젝트인 claw-code였습니다. 클린룸 재구현이란 원본 소스코드를 직접 복사하지 않고, 공개된 기능과 동작 방식만을 참고하여 처음부터 새로 작성하는 방식을 말합니다. Sigrid Jin은 법적 문제를 우려하여 이 방식을 선택했다고 밝혔습니다.

▲ claw-code 리포지토리 — GitHub 스타 108,000개 이상, Rust 92.8%

claw-code는 원본이 TypeScript로 작성된 것과 달리 Rust와 Python의 조합으로 구현되었습니다. Rust가 전체 코드의 구십이점팔 퍼센트를 차지하며, 핵심 런타임, API 클라이언트, 도구 프레임워크, 플러그인 시스템을 담당합니다. Python은 칠점이 퍼센트로 포팅 상태 추적과 검증 테스트에 사용됩니다. 프로젝트는 일곱 개의 Rust 크레이트로 구성되어 있으며, API 클라이언트는 스트리밍을 지원하고, 런타임은 세션 관리와 MCP 오케스트레이션을 담당하며, 도구와 플러그인 시스템이 별도의 크레이트로 분리되어 있습니다.

개발에는 oh-my-codex(OmX)와 oh-my-opencode(OmO)라는 AI 워크플로우 도구가 활용되었습니다. 이를 통해 아키텍처 수준에서 자동화된 코드 포팅이 이루어졌다고 저자는 설명합니다. 리포지토리는 원본 Claude Code의 소유권을 주장하지 않으며, 원작자와 무관한 독립 프로젝트임을 명시적으로 선언하고 있습니다. 월스트리트 저널에 따르면 Sigrid Jin은 연간 이백오십억 토큰을 사용하는 활발한 사용자였다고 합니다.

claw-code의 성장세는 폭발적이었습니다. 공개 후 약 이 시간 만에 GitHub 스타 오만 개를 돌파했으며, 이는 GitHub 플랫폼 역사상 가장 빠른 성장 속도 중 하나로 기록되었습니다. 현재까지 스타 수는 십만 팔천 개 이상, 포크 수는 구만 육천오백 개 이상에 달합니다. 이러한 폭발적인 관심은 AI 코딩 에이전트의 내부 동작 방식에 대한 개발자 커뮤니티의 높은 호기심을 반영합니다.

9. axios 공급망 공격과의 동시 발생

이번 사건을 더욱 위험하게 만든 것은 같은 시간대에 발생한 완전히 별개의 보안 사고였습니다. 삼월 삼십일일 UTC 기준 영시 이십일분부터 삼시 이십구분 사이에 널리 사용되는 npm 패키지인 axios에 악성 버전이 배포되었습니다. 이 악성 버전에는 RAT(원격 접근 트로이목마)가 포함되어 있었습니다.

▲ 동시 발생 보안 위협 — Claude Code 유출과 axios 공급망 공격

두 사건의 시간대가 겹친다는 것은 매우 불행한 우연이었습니다. Claude Code의 소스 유출 소식이 빠르게 퍼지면서 많은 개발자들이 직접 npm install을 실행하여 소스맵 파일을 확인하려 했을 것이고, 같은 시간대에 axios 악성 패키지가 활성화되어 있었기 때문에 의존성 체인을 통해 RAT가 설치될 가능성이 존재했습니다. 다행히 axios 악성 버전은 비교적 빠르게 삭제되었고 npm 보안 경보가 발령되었지만, 이 기간 동안 설치를 진행한 개발자들은 시스템 점검이 필요할 수 있습니다.

10. Anthropic의 대응과 업계 반응

Anthropic은 사건 발생 후 비교적 신속하게 공식 성명을 발표했습니다. 회사는 이번 사고가 릴리스 패키징 과정에서 발생한 인적 오류임을 인정하면서, 민감한 고객 데이터나 자격증명은 노출되지 않았다고 강조했습니다. 즉시 npm 패키지를 업데이트하여 소스맵 파일을 제거했으며, GitHub 등에 DMCA 테이크다운 요청을 보내 유출된 소스코드의 삭제를 진행했습니다.

▲ Anthropic 공식 대응 — 확인 사항, 조치 사항, 논란 요약

하지만 업계의 반응은 엇갈렸습니다. 한편에서는 한 줄의 설정 파일 누락으로 오십만 줄의 소스코드가 유출된 것은 Anthropic의 릴리스 파이프라인에 근본적인 문제가 있음을 보여준다는 비판이 있었습니다. 다른 한편에서는 유출된 코드를 통해 Claude Code의 보안 설계가 매우 정교하다는 점이 확인되어, 오히려 Anthropic의 기술력에 대한 신뢰가 높아졌다는 의견도 있었습니다.

법적 측면에서도 논쟁이 이어지고 있습니다. DMCA를 통해 직접 복사한 소스코드를 삭제하는 것은 가능하지만, claw-code처럼 클린룸 방식으로 재구현된 프로젝트까지 법적으로 차단할 수 있는지는 불분명합니다. 클린룸 재구현은 전통적으로 소프트웨어 산업에서 합법적인 관행으로 인정되어 왔지만, AI 도구를 이용한 자동화된 재구현이 같은 법적 보호를 받을 수 있는지는 아직 판례가 없는 영역입니다.

특히 이 사건이 더 큰 주목을 받은 이유는 타이밍 때문입니다. 불과 며칠 전에 Mythos라는 코드네임의 내부 모델 정보가 실수로 공개된 사건이 있었고, 이번 소스코드 유출까지 연달아 발생하면서 Anthropic의 내부 보안 관리 체계에 대한 우려가 커졌습니다. 동시에 Claude 사용자들이 예상보다 훨씬 빠르게 사용량 제한에 도달하는 버그까지 보고되어, Anthropic으로서는 여러 위기가 한꺼번에 닥친 셈이었습니다.

11. 유출이 남긴 교훈

이번 Claude Code 소스 유출 사건은 소프트웨어 개발과 배포 과정에서 여러 중요한 교훈을 남겼습니다. 무엇보다도 npm 패키지 배포 시 포함되는 파일을 엄격하게 관리해야 한다는 점이 재확인되었습니다. 소스맵 파일은 디버깅에는 유용하지만 프로덕션 배포에서는 절대로 포함되어서는 안 되며, 이를 자동으로 검증하는 CI/CD 파이프라인 단계가 필수적입니다.

▲ 유출 전후 비교 — 소스코드, 아키텍처, 보안 시스템의 공개 수준 변화

배포 파이프라인 자동 검증

npm 패키지 배포 전에 소스맵, 환경변수 파일, 내부 설정 파일 등 민감한 파일이 포함되지 않았는지 자동으로 검증하는 단계를 CI/CD에 추가해야 합니다. npm pack --dry-run 명령으로 패키지에 포함될 파일 목록을 사전에 확인하는 것도 좋은 방법입니다.

빌드 도구의 기본 설정 검토

Bun처럼 소스맵을 기본으로 생성하는 빌드 도구를 사용할 때는 프로덕션 빌드 설정에서 소스맵 생성을 비활성화하거나, 생성된 파일을 자동으로 정리하는 후처리 단계를 추가해야 합니다.

피처 플래그와 코드네임 분리

제품 전략이 드러날 수 있는 피처 플래그 이름이나 내부 모델 코드네임은 클라이언트 측 코드에 포함시키지 않거나, 배포 시 난독화하는 것이 바람직합니다. 코드만 유출되어도 비즈니스 전략까지 노출되는 상황을 방지해야 합니다.

사고 대응 계획 수립

소스코드 유출과 같은 보안 사고에 대한 대응 계획을 사전에 수립해두어야 합니다. 특히 인터넷에 한 번 퍼진 코드는 완전히 회수할 수 없다는 현실을 감안하여, 유출 시 피해를 최소화하기 위한 전략적 대응 방안을 미리 마련해야 합니다.

결론적으로 이번 사건은 아이러니한 측면이 있습니다. AI가 인간의 코딩을 돕는 도구를 만드는 회사가 가장 기본적인 인간의 실수인 설정 파일 하나의 누락으로 핵심 자산을 잃었다는 것입니다. 어쩌면 이것이야말로 AI 시대에도 인간의 주의력과 프로세스 관리가 여전히 중요하다는 것을 보여주는 가장 강력한 사례일 것입니다. npmignore 파일 한 줄이 오십만 줄의 소스코드를 지켜야 했던 것처럼, 가장 작은 실수가 가장 큰 결과를 초래할 수 있습니다.

자주 묻는 질문 (FAQ)

Q1. Claude Code 소스 유출은 어떻게 발생했나요?+

이천이십육년 삼월 삼십일일, Anthropic이 Claude Code 버전 이점일점팔팔을 npm에 배포할 때 .npmignore 파일에 소스맵 패턴(*.map)을 포함시키지 않아 오십구점팔 메가바이트 크기의 cli.js.map 파일이 패키지에 포함되었습니다. 이 소스맵에는 약 천팔백팔십사개 TypeScript 원본 파일이 모두 담겨 있어 전체 소스코드를 완벽하게 복원할 수 있었습니다. Bun 빌드 도구가 기본으로 소스맵을 생성하는데, 릴리스 팀이 이를 제외하는 설정을 누락한 것이 근본 원인입니다.

Q2. 유출된 코드에서 발견된 가장 중요한 미공개 기능은 무엇인가요?+

가장 주목받은 미공개 기능은 KAIROS입니다. 이것은 Claude Code를 백그라운드에서 상시 실행되는 에이전트로 전환하여 코드 변경을 실시간으로 감지하고 개선 사항을 자동 제안하는 기능입니다. 또한 이십사시간 자동 코딩을 수행하는 Proactive 모드, 백그라운드에서 지속적으로 사고하며 문제 해결 방안을 개발하는 Dream 모드, 그리고 경쟁사의 모델 증류를 방지하기 위한 Anti-Distillation 장치 등도 발견되었습니다.

Q3. claw-code는 합법적인 프로젝트인가요?+

claw-code는 클린룸 재구현 방식을 사용합니다. 이는 원본 소스코드를 직접 복사하지 않고, 기능과 동작 방식만을 참고하여 처음부터 새로 작성하는 방법입니다. 전통적으로 클린룸 재구현은 소프트웨어 산업에서 합법적인 관행으로 인정되어 왔습니다. 하지만 AI 도구를 이용한 자동화된 재구현이 같은 법적 보호를 받을 수 있는지는 아직 판례가 없어 법적 판단이 필요한 영역입니다. 리포지토리 자체는 원본의 소유권을 주장하지 않으며 독립 프로젝트임을 명시하고 있습니다.

Q4. 이 유출로 고객 데이터가 노출되었나요?+

Anthropic의 공식 성명에 따르면 민감한 고객 데이터나 자격증명은 노출되지 않았습니다. 유출된 것은 Claude Code 애플리케이션의 소스코드, 즉 프로그램의 동작 방식을 정의하는 코드 자체였습니다. 사용자의 API 키, 대화 내용, 개인정보 등은 서버 측에서 관리되며 클라이언트 측 코드에는 포함되어 있지 않습니다. 다만 코드 구조가 공개됨으로써 잠재적인 보안 취약점이 더 쉽게 발견될 수 있다는 간접적인 위험은 존재합니다.

Q5. 같은 시기에 발생한 axios 공급망 공격은 관련이 있나요?+

두 사건은 완전히 별개의 원인으로 발생한 독립적인 사건입니다. axios 공급망 공격은 악의적인 공격자가 npm에 RAT(원격 접근 트로이목마)가 포함된 악성 버전을 배포한 것이고, Claude Code 유출은 Anthropic의 패키징 실수입니다. 하지만 시간대가 겹친 것이 문제였습니다. Claude Code 유출 소식을 듣고 npm install을 실행한 개발자가 같은 시간에 활성화된 axios 악성 패키지의 영향을 받을 수 있었기 때문입니다. 이 기간에 npm 패키지를 설치한 개발자는 시스템 점검을 권장합니다.

📎 참고 링크

claw-code GitHub 리포지토리 (클린룸 재구현)
WikiDocs - Claude Code 소스 코드 분석서
BleepingComputer - Claude Code 소스코드 npm 유출 보도
9to5Google - Anthropic 내부 오류 확인 보도