클로드 코드와 커서가 보안 경보를 울리는 이유, 소포스 분석

회사 노트북에서 코딩 에이전트를 돌리다 백신 알림을 본 적 있으실 겁니다. 작업은 멀쩡히 끝났는데 보안 프로그램이 무언가를 차단했다고 뜨거나, 며칠 뒤 보안 담당자에게 이게 무슨 실행이냐는 연락을 받는 식이죠. 소포스가 실제 단말 데이터를 분석해 이 현상의 정체를 정리했습니다. 클로드 코드와 커서, 코덱스 같은 도구가 침입자를 잡으려고 만든 탐지 규칙을 그대로 건드리고 있었습니다.

왜 정상 작업이 공격으로 잡히나요

에이전트가 하는 일이 침입자가 하는 일과 겉모습이 비슷하기 때문입니다. 짧은 시간에 여러 프로세스를 띄우고, 자격증명 저장소를 열고, 외부 API를 연달아 호출하고, 인프라 설정을 바꾸는 동작은 원래 사람이 그렇게 빠르게 하지 않던 일입니다. 탐지 규칙은 그 속도와 조합을 이상 신호로 보도록 만들어졌어요.

소포스는 2026년 6월의 7일치 데이터를 봤습니다. 차단된 이벤트를 마이터 어택 분류로 묶어 보니 자격증명 접근과 실행 두 항목이 가장 큰 비중을 차지했습니다. 그중 자격증명 접근에서 가장 많이 발동한 규칙은 윈도우의 데이터 보호 API를 이용해 브라우저에 저장된 자격증명을 복호화하는 동작으로, 이 그룹의 42.6%를 차지했습니다.

그럼 위험한 건가요

이번 분석에서 관찰된 활동 자체는 악성으로 판정되지 않았습니다. 보안 제품이 공격에 흔히 쓰이는 행동 패턴을 정확히 잡아 차단한 것이고, 그 행동을 한 주체가 공격자가 아니라 개발자가 띄운 에이전트였던 겁니다.

다만 편하게 넘길 일은 아닙니다. 같은 동작이 실제 공격에도 쓰이기 때문에, 예외 처리를 넓게 걸어 두면 진짜 침입이 같은 통로로 지나가도 알람이 울리지 않습니다. 오픈소스 코딩 에이전트 11개 중 10개가 뚫렸다는 가드폴 조사처럼 에이전트 자체가 공격 표적이 되는 사례도 이미 나왔고요.

걸리는 동작	왜 규칙에 걸리나	실무 대응
브라우저 저장 자격증명 복호화	정보 탈취 악성코드의 대표 동작	에이전트에 브라우저 프로필 접근을 주지 않기
스크립트 연쇄 실행	침입 후 확산 단계와 유사	작업 폴더를 지정하고 그 밖은 차단
짧은 시간의 대량 외부 호출	데이터 반출 패턴과 유사	나가는 접속을 허용 목록으로 제한
인프라 설정 변경	권한 상승 시도와 유사	배포 권한은 별도 계정으로 분리

개발자가 지금 할 수 있는 것

에이전트에 브라우저 자격증명 접근을 주지 않는 게 가장 효과가 큽니다. 로그인 세션이 필요한 작업이라면 브라우저 저장소를 통째로 열어 주기보다 해당 서비스의 토큰을 따로 발급해 환경변수로 넘기는 방식이 낫습니다. 규칙에 걸리지도 않고 사고가 나도 범위가 좁아요.

작업 디렉터리를 못 박아 두는 것도 도움이 됩니다. 저장소 안에서만 움직이게 해 두면 홈 디렉터리 전체를 훑는 동작이 애초에 생기지 않습니다. 저도 처음엔 홈 폴더에서 에이전트를 띄웠다가 자격증명 파일까지 읽어 들이는 걸 보고 작업 폴더를 옮겼습니다. 그 뒤로는 경보가 눈에 띄게 줄었어요.

에이전트가 실행한 명령을 기록으로 남겨 두는 습관도 필요합니다. 나중에 경보 하나를 두고 이게 내 작업이었는지 아닌지 가릴 때 근거가 되니까요. 터미널 기록만 남겨도 대부분의 상황은 설명이 됩니다.

보안팀과 이야기할 때

무조건 예외로 빼 달라고 요청하기보다 어떤 도구가 어떤 동작을 왜 하는지를 정리해 가는 편이 빠릅니다. 도구 이름, 실행 경로, 접근하는 폴더, 나가는 통신 대상 정도만 적어도 담당자가 판단할 근거가 됩니다.

예외를 걸더라도 범위를 좁히는 게 좋습니다. 특정 실행 파일이 특정 폴더에서 도는 경우로 한정하는 식이죠. 프로세스 이름만 보고 통째로 허용하면 이름을 흉내 낸 악성코드에 그대로 길을 열어 주는 셈입니다. 저장소 하나로 개발자 PC까지 뚫린 사례를 떠올리면 이 정도 조심은 과하지 않습니다.

사내 정책이 아직 없다면 이 대화가 정책을 만드는 계기가 되기도 합니다. 어떤 에이전트를 어떤 장비에서 어떤 권한으로 돌릴지 한 장으로 정리해 두면 사람이 바뀌어도 기준이 남습니다. 도구가 늘어나는 속도를 생각하면 미리 틀을 잡아 두는 편이 낫습니다.

앞으로 어떻게 될까요

탐지 규칙 쪽이 에이전트를 구분하는 방향으로 바뀌어야 하는 국면입니다. 지금은 사람의 평소 행동을 기준선으로 삼는데, 에이전트가 낀 단말은 그 기준선 자체가 다르니까요. 실행 주체가 무엇인지, 사용자가 실제로 그 작업을 지시했는지를 함께 보는 방식이 필요해질 겁니다.

개인적으로는 경보가 뜨는 게 나쁜 신호만은 아니라고 봅니다. 내 에이전트가 어디까지 손을 뻗고 있는지 보안 제품이 대신 알려 주는 셈이니까요. 알림을 끄기 전에 그 동작이 정말 필요했는지 한 번 보는 편이 낫습니다.