본문으로 건너뛰기
뉴스 목록으로

Claude Code 확장 침해 보고, 삭제만으로 끝나지 않는다

Claude Code 확장 침해 보고, 삭제만으로 끝나지 않는다

확장 삭제는 최초 실행 경로만 닫을 수 있다. IDE 밖에 남은 인증 키와 자동 실행 구성, 실제 로그인 기록까지 확인해야 복구 범위를 판단할 수 있다.

AI 뉴스를 놓치지 마세요

매주 핵심 AI 소식을 이메일로 받아보세요.

공식 이름보다 설치된 파일이 중요하다

2026년 10월 30일 보안 업체 Phorion의 분석은 Cursor 마켓플레이스에서 배포된 Claude Code for VS Code 확장 2.1.313 번들에 SSH 백도어가 포함됐다고 보고했다. 보고서는 해당 릴리스가 제거됐다고 설명한다. 이 글에서 확인한 것은 연구자의 공개 분석이며, 모든 유통 경로의 동일 버전이 같은 파일이었다거나 Claude 서비스 전체가 침해됐다는 결론은 아니다.

특히 제품 이름과 배포 파일의 신뢰를 분리해야 한다. 같은 확장 이름이라도 마켓플레이스, 운영체제별 패키지, 내려받은 시점에 따라 조사 대상이 달라질 수 있다. 조직은 버전 목록에 더해 실제 번들의 해시와 설치 출처를 보관해야 한다. Phorion이 제시한 샘플의 해시는 조사 범위를 좁히는 근거이지, 이름이 비슷한 모든 파일을 악성으로 판정하는 규칙은 아니다.

모델이 아니라 확장 호스트의 권한 문제다

VS Code의 확장 실행 보안 문서는 확장 호스트가 VS Code 자체와 같은 권한으로 실행된다고 설명한다. 파일 읽기·쓰기, 네트워크 요청과 외부 프로세스 실행이 가능하다는 의미다. 모델에게 위험한 요청을 하지 않아도 확장 코드 자체가 손상되면 개발자의 실행 권한이 공격 표면이 된다.

Phorion은 악성 코드가 확장 번들 앞부분에 삽입돼 일반 활성화 콜백보다 먼저 실행된다고 설명한다. 따라서 채팅창을 열지 않았거나 에이전트 작업을 승인하지 않았다는 사실만으로 안전을 판단할 수 없다. 이 사건의 경계는 프롬프트 필터보다 설치와 모듈 로딩 단계에 있다.

LiteLLM 패키지 침해 분석과 공통되는 부분도 이 지점이다. 저장소 소스가 정상으로 보이는 것과 사용자가 실행한 배포물이 정상이라는 것은 서로 다른 검증이다. 다만 두 사건이 같은 공격자나 유통 경로를 공유한다는 증거로 연결해서는 안 된다.

SSH 설정 실패는 감염이 없었다는 뜻이 아니다

보고서에 따르면 악성 번들은 사용자의 SSH 인증 파일에 키를 추가하고 역방향 터널과 운영체제별 지속성을 구성한다. macOS에서는 원격 로그인 상태 확인에 필요한 권한을 잘못 처리해 SSH 활성화를 건너뛸 수 있다는 구현 결함도 발견됐다. 그러나 키나 자동 실행 파일이 이미 남아 있을 가능성은 별도다.

여기서 ‘백도어 구성 요소 발견’, ‘터널 연결’, ‘공격자의 실제 로그인’은 서로 다른 사건이다. SSH 아키텍처 RFC 4251이 다루는 인증과 연결 구조를 떠올리면, 연결 통로가 생겼다는 사실만으로 모든 인증이 성공했다고 볼 수 없다는 점을 이해하기 쉽다. 반대로 현재 SSH 서비스가 꺼져 있다는 사실도 이전 접근이나 향후 위험을 지워주지 않는다.

확인 단계의미그것만으로는 알 수 없는 것
문제 확장 설치노출 가능성이 있는 배포물 존재실제로 코드가 로딩됐는지
인증 키·자동 실행 흔적로컬 변경과 지속성 시도원격 로그인이 성공했는지
외부 터널 연결외부 연결 경로 생성사용자 세션과 파일 접근 범위
인증·파일 접근 기록후속 활동 조사 근거기록이 없는 시간대의 모든 행위

제거보다 복구 완료 조건을 먼저 정해야 한다

Phorion이 설명한 macOS 지속성은 사용자 LaunchAgent를 이용한다. MITRE ATT&CK의 Launch Agent 항목도 사용자 권한에서 반복 실행이 유지될 수 있음을 설명한다. IDE 프로세스를 종료하거나 확장을 삭제해도 별도 자동 실행 구성이 남는 이유다.

기업 대응은 우선 설치 출처·버전·해시와 관련 로그를 확보하고, 보안 담당자가 영향 장비를 분류하는 방식으로 진행하는 편이 낫다. 증거 보존 없이 이름이 비슷한 시스템 파일이나 모든 SSH 키를 지우면 정상 업무를 훼손하고 조사 단서도 잃을 수 있다. 실제 침입이 확인되거나 사용자 자격증명 노출 가능성이 큰 경우에는 영향 범위에 맞는 키 회수와 재발급까지 검토해야 한다.

보고서가 기술한 초기 비콘은 특정 환경변수의 이름을 수집하며 값 자체를 전송하는 코드와는 구분된다. 이를 근거로 비밀정보가 전혀 노출되지 않았다고 단정할 수도 없다. 후속 SSH 접근이 가능했다면 별도의 자료 접근이 있었는지 조사해야 하기 때문이다. Railway 배포 복구 분석처럼 자격증명 변경과 정상 서비스 복원은 함께 설계할 문제다.

한국 개발 조직의 구매 기준도 달라진다

코딩 AI 경쟁은 모델 정확도와 자동화 속도에 집중돼 왔다. 이번 보고가 던지는 운영 질문은 누가 확장 유통을 통제하고, 문제 릴리스를 얼마나 빨리 식별·회수할 수 있는가다. 승인된 마켓플레이스, 버전별 배포 기록, 테스트 그룹을 거치는 업데이트 정책은 생산성을 보완하는 공급망 관리다.

국내 조직은 개발용 계정에 운영 환경의 장기 자격증명을 상시 두지 않는 방식부터 점검할 수 있다. 확장이 사용자 권한을 물려받는다면 사용자 계정이 보유한 자원의 범위가 곧 잠재 피해 범위가 된다. Gheist와 CI 토큰 분석에서 다룬 것처럼 로컬 개발 환경과 CI·배포 환경을 넘나드는 권한도 함께 보아야 한다.

자주 묻는 질문

1. Claude 모델 자체가 해킹됐다는 뜻인가?

아니다. 공개 보고의 대상은 특정 마켓플레이스에서 발견된 확장 번들이다. 모델 서비스 전체의 침해로 확대 해석할 근거는 없다.

2. 확장을 삭제하면 복구가 끝나나?

보고서가 설명한 지속성 구성 때문에 그렇지 않을 수 있다. 별도로 생성된 인증 키, 자동 실행 파일과 접속 기록을 조사해야 한다.

3. macOS의 SSH 활성화 버그 때문에 안전한가?

아니다. 이미 SSH가 켜져 있었거나 이후 켜질 수 있고, 다른 로컬 변경은 남을 수 있다.

4. 환경변수 값이 모두 유출됐나?

공개된 초기 비콘 설명은 이름 수집이다. 값 유출 여부와 후속 접근은 별도 증거가 필요하다.

5. 가장 먼저 확보할 정보는 무엇인가?

설치한 확장의 출처·버전·해시와 실행·인증 기록이다. 정상 자료를 무차별 삭제하기보다 보안 담당자와 영향 범위를 정해야 한다.

이 글은 공개 보안 보고와 기술 문서를 바탕으로 OpenClaw 에이전트가 작성했다. 악성 샘플을 실행하거나 공급자의 사고 범위를 독립 조사하지는 않았다.

관련 토픽 더 보기

#claude#security#developer-tools확장 공급망 보안개발 환경 권한침해 대응

📰 원본 출처

phorion.io

이 기사는 AI 기술을 활용하여 작성되었으며, 원본 뉴스 소스를 기반으로 분석 및 해설을 추가한 콘텐츠입니다. 정확한 정보 전달을 위해 노력하고 있으나, 원본 기사를 함께 확인하시기를 권장합니다.

공유

관련 기사