Claude Code 암호화폐 채굴기 발견이 드러낸 더 큰 보안의 역설

Claude Code가 섭씨 112도까지 올라간 Mac을 조사하던 개발자를 도우면서 CPU를 1,175% 사용하던 암호화폐 채굴기를 발견한 것으로 전해졌다.

이 Claude Code 암호화폐 채굴기 발견은 에이전트형 AI의 깔끔한 승리처럼 들린다. 코딩 에이전트는 의심스러운 온도 수치를 추적해 XMRig 프로세스를 식별하고, 관련 파일을 제거하겠다고 제안했다.

하지만 이 사건은 불편한 모순도 드러낸다. 시스템은 프로세스를 검사하고 시스템 변경을 제안할 수 있었기에 유용했고, 바로 그 역량이 코딩 에이전트를 위험하게 만드는 요인이기도 하다.

이 이야기는 공개된 포렌식 조사 보고서가 아니라 Reddit 사용자 UntilHEX의 게시물에서 나왔다. 공개된 스크린샷과 후속 댓글은 그럴듯한 일련의 과정을 뒷받침하지만, 해당 소프트웨어가 어떻게 유입됐는지는 입증하지 못한다.

이 검증 공백은 중요하다. Claude Code가 실제 운영 문제를 포착한 것으로 보이지만, 독자들은 하나의 바이럴 보고를 검증된 악성코드 벤치마크로 오인해서는 안 된다.

Claude Code는 발열을 따라 XMRig를 찾았다

이 이야기에서 가장 주목할 부분은 Claude Code가 XMRig를 인식했다는 점이 아니다. 에이전트가 예상치 못한 물리적 신호를 조사했다는 점이다.

UntilHEX는 Claude Code에게 Mac 온도 모니터링 애플리케이션을 만들어 달라고 요청했다고 밝혔다. 이 애플리케이션은 비정상적으로 높아 보이는 원시 센서 값을 표시했고, 이에 따라 에이전트가 CPU 활동을 조사하게 됐다.

원래의 Reddit 게시물에 따르면, Claude는 약 1,175%의 CPU를 사용하는 xmrig 프로세스를 식별했다. 에이전트는 이 수치를 약 12개의 코어가 높은 부하를 받는 상태로 해석했다.

macOS의 프로세스 보고에서 소프트웨어가 여러 논리 코어를 사용할 경우 100%를 넘는 비율은 정상이다. 따라서 거의 12개 코어를 점유하는 프로세스는 약 1,200%로 표시될 수 있다.

Apple 문서에 따르면, Activity Monitor는 활성 프로세스의 CPU 사용량을 표시하는 동시에 모든 코어에 걸친 시스템 전체 사용량도 보여준다. 정확한 해석은 Mac에 따라 달라질 수 있지만, 이 정도 규모의 지속적인 수치는 집약적인 작업 부하를 가리킨다.

Claude는 해당 프로세스를 섭씨 112도까지 치솟은 온도 수치와 연결한 것으로 알려졌다. 이 수치는 사용자의 모니터링 출력에서 나온 것이며 독립적으로 재현되지는 않았다.

그런 다음 에이전트는 시작 메커니즘으로 보이는 요소를 식별했다. 원래 보도에서 검토한 스크린샷은 관련 파일이 Mac 시작 시 채굴기를 다시 실행하도록 설정됐음을 시사했다.

Claude는 상황을 명확히 설명했다. 에이전트가 설치한 적 없다고 밝힌 암호화폐 채굴기가 컴퓨터에서 실행 중이라는 것이다. 프로세스를 중지하고, 시작 항목을 비활성화하며, 관련 파일을 격리하겠다고 제안했다.

사용자는 이후 Claude가 정리 작업 대부분을 완료했다고 말했다. 한 파일은 에이전트에 필요한 접근 권한이 없어 수동으로 삭제해야 했던 것으로 전해졌다.

이후 UntilHEX는 추가 확인을 위해 Malwarebytes를 실행했다. 공개된 설명에는 전체 검사 보고서, 악성코드 샘플, 파일 해시, 네트워크 지표 또는 독립적인 포렌식 분석이 포함되지 않았다.

이러한 누락은 결론의 범위를 제한한다. 연구자들은 이를 통해 정확한 악성코드 계열, 설치 경로, 지속성 메커니즘 또는 채굴 대상지를 식별할 수 없다.

XMRig 자체는 본질적으로 악성인 소프트웨어가 아니다. 공식 문서는 이를 여러 운영체제에서 사용할 수 있는 합법적인 오픈소스 CPU 및 GPU 채굴 애플리케이션으로 설명한다.

보안 문제는 권한 부여 여부에 달려 있다. 소유자의 동의 아래 시스템에서 XMRig를 실행하는 것은 일반적인 암호화폐 채굴이다. 이를 몰래 설치하거나 운영하는 것은 크립토재킹이다.

이 구분은 필수적이다. xmrig 프로세스를 식별했다고 해서 어떤 설치 프로그램이 이를 배치했는지는 입증되지 않기 때문이다. 또한 바이너리가 변조됐는지, 다른 악성코드와 함께 번들됐는지, 관련 파일명으로 위장됐는지도 보여주지 않는다.

따라서 이 바이럴 이야기가 뒷받침하는 결론은 더 좁다. Claude Code는 극단적인 자원 사용을 감지하고 이를 암호화폐 채굴과 관련된 소프트웨어로 추적했다.

그 자체로 유용한 결과다. 그러나 Claude가 최초 침입을 식별했거나 그 원인이 된 모든 구성 요소를 제거했다는 뜻은 아니다.

Claude Code 암호화폐 채굴기 발견이 중요한 이유

Claude Code는 처음부터 악성코드 탐지 작업을 시작한 것으로 보이지 않는다. 컴퓨터 상태가 자체 소프트웨어 출력과 일치하는지 검증하는 과정에서 보안 문제를 발견했다.

이 순서는 이 사례를 일반적인 백신 경고와 구분한다. 에이전트는 센서 데이터 때문에 주변 환경에 의문을 제기하게 됐을 때 모니터링 도구를 만드는 일을 돕고 있었다.

기존 소프트웨어는 종종 할당된 기능의 경계에서 멈춘다. 온도 유틸리티는 그 수치가 왜 비정상적인지 판단하지 않고도 숫자를 표시할 수 있다.

에이전트는 그 불일치를 추적할 수 있다. 실행 중인 프로세스를 검사하고, 자원 사용량을 비교하며, 지속성 항목을 조사하고, 하나의 대화형 워크플로 안에서 시정 조치를 제안할 수 있다.

이런 행동은 코딩 에이전트의 실질적인 매력을 보여준다. 단계마다 별도 인터페이스를 요구하지 않고 코드, 운영체제 상태, 로그, 사용자 의도를 연결할 수 있다.

이 사례에서 단서는 물리적 증상이 제공했다. 뜨겁고 느려진 Mac은 개발 중인 애플리케이션만으로 설명할 수 없는 증거를 만들었다.

에이전트는 센서 검증에서 프로세스 진단으로 넘어간 것으로 전해진다. 이는 에이전트형 시스템이 코드 완성 도구와 다르게 작동하는 방식을 보여주는 작은 사례다.

코드 완성 도우미는 편집기 안에서 텍스트를 예측하거나 생성한다. 에이전트는 추가 증거를 수집하고 도구를 사용해 컴퓨터에서 작업을 수행할 수 있다.

압박은 먼저 기존 문제 해결 워크플로에 가해진다. 개발자는 일반적으로 Activity Monitor를 열고, CPU 사용량순으로 정렬하며, 의심스러운 프로세스를 조사하고, 시작 위치를 수동으로 점검해야 한다.

Claude Code는 이 단계들 중 여러 개를 대화 하나로 압축했다. 최종 결정은 여전히 사용자가 내렸지만, 에이전트는 그럴듯한 설명과 정리 계획을 구성했다.

그렇다고 Activity Monitor가 쓸모없어진 것은 아니다. Apple은 오랫동안 macOS에 이를 기본 탑재해 왔으며, AI 구독 없이도 같은 종류의 지속적인 CPU 수요를 확인할 수 있다.

차이는 주도성과 종합에 있다. 사용자는 온도 애플리케이션을 요청했지만, Claude는 결과 데이터가 이상해 보이자 조사를 확장했다.

이런 주도성은 익숙하지 않은 시스템을 동시에 다루는 개발자에게 가치가 있다. 또한 증상이 애플리케이션 코드, 시스템 구성, 보안의 경계를 가로지를 때도 도움이 될 수 있다.

이 이야기는 전통적인 백신 탐지보다 관측 가능성 작업에 더 가깝다. 관측 가능성은 시스템 신호에서 출발해 동작이 예상과 다른 이유를 파악한다.

Claude는 특정 파일이 악성이라는 시그니처를 필요로 하지 않았다. 온도와 프로세서 활동이 의도된 작업 부하와 맞지 않는다는 점을 포착한 것으로 전해진다.

이 접근법에는 한계가 있다. 높은 CPU 사용량은 컴파일, 영상 렌더링, 로컬 모델, 브라우저 프로세스, 인덱싱 또는 합법적 채굴 때문에 발생할 수 있다.

맥락은 이상 징후를 의미 있는 경고로 바꾼다. 여기서 사용자는 가벼운 모니터를 만들고 있었지, 지속적인 암호화폐 작업 부하를 의도적으로 실행하고 있던 것은 아니었다.

결과적으로 이 사례는 보안 벤더와 개발자 도구 제작사에 서로 다른 방식의 압박을 가한다. 보안 제품은 발견 사항을 명확하게 설명해야 하며, 코딩 에이전트는 새로운 노출을 만들지 않고 조사할 수 있음을 입증해야 한다.

사용자의 기대도 바뀐다. 에이전트가 실시간 시스템 상태를 검사할 수 있게 되면, 개발자들은 작업에 영향을 주는 명백한 충돌을 에이전트가 포착하길 기대하게 된다.

이 기대는 악성코드를 넘어선다. 에이전트는 고갈된 저장 공간, 고장 난 백그라운드 서비스, 충돌하는 포트, 메모리 압박 또는 안전하지 않은 파일에 놓인 자격 증명을 알아챌 수 있다.

이러한 도구를 도입하는 팀은 에이전트가 관찰하고 변경한 내용을 검색 가능한 기록으로 남겨야 한다. 구조화된 엔지니어링 지식 베이스는 나중에 검토할 수 있도록 이러한 결정을 보존할 수 있다.

따라서 Claude Code 악성코드 탐지 주장은 증거상 한계가 있더라도 흥미롭다. 에이전트가 충분한 로컬 맥락을 받으면 코딩 작업이 어떻게 운영 조사로 발전할 수 있는지 보여주기 때문이다.

유용한 에이전트와 위험한 권한은 같은 것이다

핵심적인 반전은 간단하다. Claude Code는 의미 있는 시스템 가시성을 가졌기 때문에 도움이 됐지만, 바로 그 가시성이 보안 위험을 규정한다.

프로세스를 검사하거나 프로젝트 파일을 읽거나 진단 명령을 실행할 수 없는 코딩 에이전트라면 과열된 Mac의 원인을 추적하기 어려웠을 것이다.

이런 역량을 부여하면 에이전트가 수행할 수 있는 일이 늘어난다. 동시에 잘못된 명령, 악의적인 프롬프트, 손상된 의존성 또는 부주의한 승인으로 인한 결과도 커진다.

Anthropic의 자체 샌드박싱 안내는 이 긴장 관계를 설명한다. Claude Code는 권한과 운영체제 경계를 사용해 파일 및 네트워크 접근을 제어한다.

Anthropic은 Claude Code가 기본적으로 읽기 전용이며 상태를 변경하는 대부분의 명령 전에 승인을 요청한다고 말한다. 안전한 명령은 다르게 처리될 수 있지만, 민감한 작업에는 승인이 필요하다.

회사는 무제한 접근 권한을 부여하지 않으면서 반복적인 프롬프트를 줄이기 위해 샌드박싱을 도입했다. 샌드박스는 에이전트가 쓸 수 있는 위치와 접근할 수 있는 네트워크 자원을 규정한다.

Anthropic은 내부 사용 과정에서 샌드박싱이 권한 프롬프트를 84% 줄였다고 보고했다. 이 회사 자체 보고 수치는 워크플로 마찰을 측정한 것이지 모든 공격에 대한 보호를 의미하는 것은 아니다.

이 구분은 중요하다. 사용자는 편의성을 위해 에이전트를 최적화하는 경우가 많다. 반복적인 승인은 피로를 유발해 사람들이 결과를 검토하지 않고 명령을 승인하도록 만들 수 있다.

프롬프트를 완전히 제거하면 또 다른 문제가 생긴다. 에이전트는 더 빠르게 행동할 수 있지만, 잘못된 계획도 사용자가 개입하기 전에 더 많은 파일과 서비스에 도달할 수 있다.

이 Mac 사건은 권한이 계속 가시적으로 유지돼야 하는 이유를 보여준다. Claude는 채굴기를 조용히 삭제하는 대신 프로세스를 중지하고 파일을 이동하겠다고 제안한 것으로 전해진다.

이러한 망설임은 기능이다. 특히 XMRig가 합법적으로 사용될 수 있는 상황에서는 프로세스 이름만으로 관련된 모든 파일이 악성이라는 충분한 증거가 되지 않는다.

격리는 증거를 보존하고 복구를 가능하게 하므로 즉각적인 파괴보다 안전하다. 파일이 안전하게 처리된다면 이후 분석도 지원할 수 있다.

그러나 AI 시스템이 문제 해결을 수행하도록 허용하는 데에는 여전히 인간의 판단이 필요하다. 셸 명령을 호출할 수 있다는 이유만으로 코딩 모델이 신뢰할 수 있는 엔드포인트 탐지 엔진이 되는 것은 아니다.

프로세스 트리를 오해하거나 구성 파일을 잘못 읽거나 정상 소프트웨어에 속한 시작 항목을 제거할 수 있다. 별도의 지속성 구성 요소를 놓칠 수도 있다.

따라서 AI 코딩 에이전트 보안은 다층적 통제에 달려 있다. 모델의 추론은 하나의 계층이며, 운영체제 제한, 승인 규칙, 로깅, 백업, 엔드포인트 보호가 다른 계층을 제공한다.

Apple은 macOS 악성코드 방어에서 세 가지 계층을 설명한다. 실행 방지, 알려진 악성코드 차단, 그리고 실행된 소프트웨어의 사후 조치다.

Gatekeeper는 다운로드한 소프트웨어를 서명 및 공증 요구 사항과 비교해 확인한다. XProtect는 시그니처와 행동 분석을 사용해 알려졌거나 의심스러운 악성코드를 탐지하고 제거한다.

이러한 메커니즘이 모든 악성 프로그램을 차단한다는 보장은 없다. 새로운 변종, 변경된 바이너리, 악용된 합법 도구, 그리고 사용자가 승인한 실행은 탐지를 복잡하게 만들 수 있다.

이 보고서는 Gatekeeper 또는 XProtect가 실패했는지 입증하지 않는다. macOS 버전, 보안 구성, 설치 프로그램 출처, 감염 이전의 작업도 공개하지 않는다.

Claude가 Apple 방어 체계의 사각지대를 우회했다고 평가하기에도 이르다. 공개된 증거만으로는 XProtect가 관련 파일을 평가했는지 알 수 없다.

에이전트는 증상이 심각해진 뒤에야 작동했다. 거의 12개 코어를 사용하고 보고된 온도에 도달한 시스템은 이미 중대한 문제가 있음을 알리고 있었다.

이는 조용한 예방적 탐지가 아니었다. 문제의 채굴기가 컴퓨터 성능을 떨어뜨릴 만큼 눈에 띄게 된 뒤 이뤄진 사후 진단이었다.

그 진단을 가능하게 한 동일한 접근 권한에는 신중한 경계가 필요하다. 개발자는 이에 대응해 모든 코딩 에이전트에 개인 파일, 자격 증명 또는 시스템 서비스에 대한 무제한 제어 권한을 부여해서는 안 된다.

더 안전한 구성은 가능한 경우 에이전트의 접근 범위를 작업 디렉터리로 제한한다. 네트워크 대상과 권한이 필요한 명령에는 별도의 검토가 필요하다.

개발자는 에이전트를 관련 없는 비밀 정보로부터도 분리해야 한다. 소스 저장소에는 흔히 클라우드 자격 증명, 서명 키, 브라우저 세션, 프로덕션 구성 정보가 함께 존재한다.

겉보기에는 유용한 진단 명령이라도 출력이 모델 컨텍스트나 세션 로그에 들어가면 이러한 자산을 노출할 수 있다. 에이전트에 악의적 의도가 없더라도 위험은 존재한다.

이 사례의 교훈은 더 넓은 접근 권한이 언제나 더 나은 보안을 만든다는 것이 아니다. 통제된 접근 권한이야말로 분리된 도구들이 흩어 놓은 증거를 에이전트가 연결할 수 있게 한다는 점이다.

바이럴 탐지가 포렌식 보고서는 아니다

이 주장은 분석할 만큼 신빙성이 있지만, Claude가 완전한 악성코드 감염을 제거했다는 점을 입증하기에는 정보가 너무 불완전하다.

원래 증거는 주로 Reddit 게시물, 스크린샷, 사용자 댓글, 그리고 후속 언론 보도로 구성된다. 독립 연구자가 해당 시스템이나 파일을 조사한 정황은 없다.

핵심 수치 역시 해당 계정의 주장에 기반한다. 기자들은 1,175% CPU 사용률을 재현하지 않았고, 보고된 112도 최고치도 독립적으로 검증하지 않았다.

Tom’s Hardware는 이 사건을 사용자가 보고한 발견으로 정확히 규정했다. 해당 보도는 신원이 확인되지 않은 Mac의 코어 수가 알려지지 않았다고 언급한다.

이 불확실성은 해석에 영향을 미친다. 해당 프로세스가 높은 부하를 유발한 것은 분명히 설명됐지만, 공개 자료는 정확한 Mac 모델이나 온도 측정 방식을 밝히지 않는다.

온도 도구마다 센서 이름을 다르게 표시할 수도 있다. 보고된 최고치는 하나의 보편적인 CPU 온도가 아니라 특정 코어, 다이 센서, 핫스팟 또는 해석된 값일 수 있다.

이 어느 것도 해당 주장을 반박하지는 않는다. 다만 설득력 있는 스크린샷 서사와 재현 가능한 기술적 증거 사이의 경계를 보여줄 뿐이다.

감염 경로는 더 큰 공백이다. UntilHEX는 어떤 다운로드, 설치 프로그램, 스크립트, 확장 프로그램 또는 손상된 패키지가 채굴기를 유입했는지 공개적으로 규명하지 않았다.

그 답이 없다면 다른 사용자는 자신도 동일한 노출 위험을 공유하는지 판단할 수 없다. 보안 연구자 역시 이 보고서만으로 신뢰할 수 있는 지표를 만들 수 없다.

XMRig라는 이름은 출발점일 뿐이다. 악성코드 운영자는 필요한 고비용 연산을 이미 수행할 수 있기 때문에 합법적인 채굴 소프트웨어를 흔히 악용한다.

과거 Mac 악성코드는 그러한 전례를 보여준다. Malwarebytes는 Linux 에뮬레이터를 통해 XMRig를 사용하고 피해자의 컴퓨팅 자원을 소모한 BirdMiner malware를 기록했다.

이 역사적 사례는 UntilHEX의 Mac에 있던 소프트웨어를 식별하지는 않는다. 다만 XMRig가 이전에도 승인되지 않은 Mac 채굴 작업에 등장했음을 보여준다.

채굴기를 식별하는 것과 감염을 정리하는 것 사이에는 큰 차이가 있다. 완전한 조사는 지속성 메커니즘, 부모 프로세스, 내려받은 파일, 네트워크 연결, 계정, 최근 관리 작업을 살펴봐야 한다.

제거 전에 해시와 타임스탬프도 보존해야 한다. 이러한 세부 정보는 겉보기의 업데이터가 같은 작업에 속하는지, 아니면 다른 대상을 의미하는지 보여줄 수 있다.

눈에 보이는 채굴기를 제거하면 현재의 CPU 소모는 멈출 수 있지만, 다운로더는 남을 수 있다. 살아남은 지속성 메커니즘은 나중에 페이로드를 다시 설치할 수 있다.

자격 증명 노출도 또 다른 우려다. 개발자 계정에 접근한 악성코드는 토큰, 브라우저 데이터, 소스 코드, SSH 자료 또는 환경 파일에 접근할 수 있다.

Reddit 계정은 그러한 접근이 발생했다고 말하지 않는다. 그럼에도 채굴기 프로세스를 종료하는 것만으로 자격 증명이 손상되지 않았음을 입증할 수는 없다.

전문적인 대응이라면 지속성 메커니즘과 유입 경로가 파악될 때까지 호스트를 잠재적으로 침해된 상태로 취급해야 한다. 적절한 대응은 시스템의 역할과 민감도에 따라 달라진다.

개인 테스트용 컴퓨터와 프로덕션 자격 증명이 있는 워크스테이션은 위험이 다르다. 후자의 경우 비밀번호 변경, 토큰 폐기, 심층 포렌식 검토 또는 신뢰할 수 있는 시스템 재구축이 정당화될 수 있다.

따라서 Claude의 정리 지원이 안전에 대한 최종 증거가 되어서는 안 된다. 사용자의 후속 Malwarebytes 검사는 합리적인 2차 확인이었지만, 공개 게시물은 그 결과를 제공하지 않는다.

회의적인 평가는 AI 성능에 대한 주장에도 적용된다. 단 한 번의 성공으로는 Claude Code의 악성코드 탐지 정확도, 오탐률, 다양한 공격에 대한 신뢰성을 측정할 수 없다.

실제 평가는 통제된 깨끗한 시스템과 감염된 시스템 집합을 사용해야 한다. 연구자들은 확립된 도구와 결과를 비교하고, 문서화된 권한 환경에서 테스트를 반복해야 한다.

그 연구는 성공적인 탐지뿐 아니라 놓친 위협과 해로운 조치도 측정해야 한다. 한 채굴기를 잡아내지만 합법적인 시작 서비스를 삭제하는 에이전트는 신뢰할 수 없다.

현재로서는 이 사건을 생생한 문제 해결 사례로 보는 것이 가장 적절하다. 에이전트가 유용한 연결을 만들어 냈음을 보여주지만, 더 폭넓은 보안 주장은 여전히 입증되지 않았다.

다음 Claude Code 보안 사례가 보여줘야 할 것

다음으로 유용한 증거는 재현 가능한 조사, 권한 기록, 그리고 재시작 뒤에도 조치가 유지된다는 증명에서 나올 것이다.

가장 먼저 주목할 신호는 UntilHEX 또는 보안 연구자가 이 사례의 기술적 지표를 공개하는지 여부다. 파일 해시, 경로, 실행 항목, 네트워크 대상이 있으면 독립적인 분석이 가능해진다.

이러한 세부 정보가 알려진 악성코드 계열과 확인된 지속성 체인으로 이어진다면 주장은 훨씬 강해진다. 아티팩트가 나오지 않는다면, 이는 유익하지만 검증되지 않은 일화로 남는다.

두 번째 신호는 정리 조치의 지속성이다. 제거된 프로세스는 로그아웃, 재시작, 추가 검사 후에도 없어야 한다.

다시 나타난다면 Claude가 전체 메커니즘이 아니라 증상만 다뤘음을 보여준다. 계속 나타나지 않는다면 제안한 조치가 관련 지속성 파일에 도달했다는 주장이 더 강해진다.

그렇더라도 부재만으로 자격 증명이나 관련 없는 파일이 영향을 받지 않았다는 점을 증명할 수는 없다. 이는 더 좁은 범위의 정리 결과만 검증할 뿐이다.

세 번째 신호는 에이전트 공급업체가 로컬 작업을 어떻게 공개하는지에 관한 것이다. 개발자에게는 어떤 명령이 실행됐는지, 어떤 파일이 변경됐는지, 어떤 접근이 거부됐는지, 증거가 어디에서 왔는지에 대한 더 명확한 기록이 필요하다.

Anthropic이 권한과 샌드박싱을 계속 발전시키는 일은 여기서 중요하다. 유용한 에이전트에는 조사할 만큼의 자율성이 필요하지만, 조직에는 강제 가능한 경계와 검토 가능한 로그가 필요하다.

보안 공급업체에도 기회가 있다. 언어 모델에 프로세스가 악성인지 독자적으로 판단하게 맡기지 않고, 검증된 엔드포인트 탐지 결과를 에이전트 워크플로에 제공할 수 있다.

이 방식은 서로 다른 강점을 결합한다. 엔드포인트 도구는 시그니처, 텔레메트리, 조치 제어 기능을 제공하고, 에이전트는 증거를 설명하며 승인된 단계를 조율한다.

보고된 Claude Code 암호화폐 채굴기 발견은 이러한 하이브리드 모델을 가리킨다. 에이전트는 이상 징후를 포착하고 맥락을 구성했으며, 확립된 보안 소프트웨어는 별도의 검증 단계를 제공했다.

개발자는 오늘날에도 이 분리를 유지해야 한다. 에이전트에게 증상 해석과 대응 계획 초안 작성을 맡기되, 운영체제 및 보안 도구로 발견 사항을 확인해야 한다.

또한 모든 권한 있는 작업을 검토해야 한다. 에이전트가 무언가를 삭제, 비활성화 또는 격리할 권한을 요청한다면, 이는 검증된 판결을 내리는 것이 아니라 제안을 제시하는 것이다.

이 사건이 모든 Mac에서 XMRig 출현을 두려워할 이유는 되지 않는다. 다만 지속적인 발열, 성능 저하, 예상치 못한 시작 항목, 설명되지 않는 CPU 사용량은 조사할 이유가 된다.

이는 코딩 에이전트에 대한 흔한 가정에도 의문을 제기한다. 이들의 가치는 생성한 코드가 컴파일되는 데서 끝나지 않는다.

더 흥미로운 역량은 소프트웨어 출력과 컴퓨터의 실제 상태를 비교하는 능력이다. 이는 원래 요청에 전혀 언급되지 않았던 환경 문제를 드러낼 수 있다.

대가는 피할 수 없다. 더 많은 컨텍스트는 더 나은 진단을 뒷받침하지만, 더 넓은 접근 권한은 실수하거나 조작된 에이전트가 초래할 수 있는 피해를 키운다.

Claude Code 악성코드 탐지를 실험하려는 사람이라면 제한된 권한, 보존된 로그, 독립적인 스캐너부터 갖춰야 한다. 민감한 시스템에는 더 엄격한 경계와 문서화된 사고 대응 경로가 필요하다.

다음에 에이전트가 의심스러운 프로세스를 발견하면 축하하기 전에 세 가지를 물어야 한다. 어떤 증거가 이를 식별하는가, 어떻게 지속됐는가, 그리고 제거된 상태가 유지됐음을 무엇이 증명하는가? 이 답이 에이전트가 단순한 불편을 찾아낸 것인지, 침입을 차단한 것인지, 아니면 그저 설득력 있는 이야기를 만들어 낸 것인지를 결정할 것이다.