[태그:] AI보안

  • 클로드 해킹 5단계 — AI 계정도 털리는 인포스틸러 세션 탈취 공격

    핵심 요약

    • 공격자는 다양한 인포스틸러 악성코드를 활용해 클로드(Claude) 사용자의 세션 정보를 수집한 것으로 보고됨
    • 수집된 세션 정보를 이용해 다수의 클로드 계정에 무단 접근이 발생한 정황이 확인됨
    • 피해 규모는 아직 명확하게 공개되지 않아 ‘알 수 없는 수의 사용자’로 표기됨

    AI 서비스 계정을 노리는 인포스틸러 기반 세션 탈취 위협에 대한 사실 정리와 실무적 시사점 도출

    클로드 해킹이 새 국면을 맞았다. 비밀번호를 훔치는 게 아니라, 이미 로그인된 세션 자체를 통째로 빼돌린다. 8월 말 Dark Reading이 보도한 내용에 따르면, 앤트로픽 클로드 사용자의 세션 정보가 인포스틸러 계열 악성코드로 수집됐고, 다수 계정에 무단 접근 정황이 확인됐다. 피해자 수는 명확히 공개되지 않았고, IOC나 정확한 시점도 원문에서 충분히 드러나지 않는다.

    필자가 이 사건에서 가장 의미 있다고 보는 부분은 ‘벡터의 이동’이다. 기존 계정 탈취는 피싱으로 ID/PW를 받아내는 형태였다. 그런데 2024년 이후 인포스틸러는 세션 쿠키, 토큰, 그리고 브라우저에 저장된 refresh 토큰까지 묶어서 빼낸다. 피해자가 비밀번호를 강제로 초기화해도, 공격자는 여전히 로그인 상태를 유지한다. 이게 클로드 해킹이 일반 피싱과 본질적으로 다른 지점이다.

    왜 클로드 해킹이 AI 보안의 새 화두가 됐을까. AI 워크로드는 고가치이기 때문이다. 코드를 붙여 넣는 개발자, 사내 문서를 요약시키는 엔터프라이즈 사용자, 그리고 API 키를 콘솔과 함께 운용하는 팀이 한 세션 안에 다 몰려 있다. 탈취된 세션은 곧 사내 코드 유출, API 키 재판매, 그리고 다른 LLM 워크플로우로의 횡적 이동 통로가 된다.

    특히 위험한 시나리오는 Anthropic API 콘솔과 Claude.ai 세션이 같은 브라우저 프로필에 묶여 있을 때다. 한 번 세션이 넘어가면 공격자는 API 키 발급 화면까지 진입할 수 있다. 실무자 입장에서 눈에 띄는 건, MFA를 걸어두었다는 이유만으로 안심하는 조직이 여전히 많다는 점이다. MFA는 피싱·인증 탈취를 막아줄 뿐, 이미 발급된 세션 토큰이 빠져나가는 것까지는 막지 못한다.

    원문에서는 구체적 인포스틸러 패밀리명이 공개되지 않았다. 다만 RedLine, Raccoon, LummaC2, StealC 같은 변종은 이미 Anthropic과 OpenAI, Google AI 콘솔의 세션 토큰을 노리는 모듈을 갖추고 있다는 게 보안업체 보고에서 꾸준히 지적돼 왔다. 이 흐름은 Dark Reading의 원문에서도 같은 맥락으로 다뤄졌다.

    클로드 해킹의 핵심 — 세션 토큰을 노리는 인포스틸러

    인포스틸러는 단순한 크리덴셜 스틸러의 축소판이 아니다. 브라우저의 SQLite DB, 레지스트리에 저장된 토큰, 클립보드와 지갑 확장프로그램의 데이터까지 한 번에 긁어간다. 클로드 해킹처럼 AI 계정이 표적이 된 이유는, 세션이 길게 살아남고 그 안에 민감한 컨텍스트가 많기 때문이다.

    세션 토큰이 유출되면 공격자는 사용자 IP가 아닌 자기 인프라에서 그대로 인증한다. 디바이스 핑거프린트도 갈아끼울 수 있고, 사용자 모르게 콘솔에서 API 키를 새로 발급하는 것도 가능하다. 이런 이유로 EU AI 규제 첫 적용 4가지 쟁점에서 다룬 공급망 차원의 통제와 별개로, 세션 단위 통제가 다시 강조되고 있다.

    클로드 해킹 5단계 — 방어 체크리스트

    지금 바로 해볼 것

    • claude.ai 계정의 ‘모든 기기에서 로그아웃’ 메뉴를 지금 즉시 실행한다
    • 브라우저 개발자 도구에서 anthropic.com 도메인의 쿠키와 localStorage를 삭제한다
    • AI 콘솔 전용 브라우저 프로필을 새로 만들어 업무용과 분리한다
    • API 키를 사용 중이라면 콘솔에서 키를 재발급하고 만료 90일 룰을 적용한다
    • EDR 또는 브라우저 확장에 인포스틸러 IOC(레지스트리 키, 뮤텍스명) 룰을 추가한다

    실무 적용 포인트

    AI 콘솔 전용 브라우저 프로필을 별도로 운영하면 평소 업무와 AI 세션이 섞이지 않는다. 세션 로그인 IP와 디바이스 핑거프린트를 콘솔 로그에서 주기적으로 추출하는 것도 효과적이다. API 키 발급 시 만료 90일 룰과 최소 권한 스코프 정책을 함께 적용하면, 세션이 탈취돼도 2차 피해를 줄일 수 있다. 인포스틸러 IOC를 EDR 룰에 수시로 갱신해 두는 게 핵심이다. 클로드 해킹과 같은 세션 탈취 사건이 한 번 보고됐다면, 같은 벡터가 다른 AI 서비스로 횡적으로 이동할 가능성이 높기 때문이다.

    자주 묻는 질문

    인포스틸러에 감염됐는지 어떻게 알 수 있나요?

    브라우저의 claude.ai 로그인 상태가 갑자기 풀리거나, 알림에 없는 디바이스에서 로그인 기록이 잡히면 이미 세션이 유출됐을 가능성이 큽니다. 가장 빠른 확인법은 ‘모든 기기에서 로그아웃’을 강제 실행한 뒤 다시 로그인 기록을 확인하는 것입니다.

    비밀번호를 바꾸면 안전해지나요?

    아닙니다. 인포스틸러는 세션 토큰을 통째로 빼가기 때문에 비밀번호 변경만으로는 이미 발급된 세션이 무효화되지 않을 수 있습니다. 반드시 ‘전 기기 로그아웃’을 함께 실행해야 클로드 해킹과 같은 세션 탈취를 차단할 수 있습니다.

    회사에서 클로드를 사용하는데, 어떤 점이 가장 위험한가요?

    API 키와 코드 컨텍스트가 한 세션에 묶여 있다는 점입니다. 세션이 탈취되면 내부 코드가 그대로 노출되고, API 키를 통한 2차 과금 사기나 모델 우회 공격으로 이어질 수 있습니다. 허깅페이스 해킹이 남긴 안전성 논쟁에서도 같은 맥락의 위험이 거론된 바 있습니다.

    MFA를 켜뒀는데도 위험한가요?

    MFA는 로그인 시점의 인증을 강화하지만, 이미 인증된 세션이 그대로 복사돼 나가는 시나리오에는 무력합니다. 세션 만료 시간을 짧게 두고, 사용 후 명시적 로그아웃을 습관화하는 게 핵심입니다.

    결국 이번 클로드 해킹 사태가 시사하는 바는 단순하다. 인포스틸러는 더 이상 ‘개인 PC의 비밀번호 유출’ 프레임으로만 보면 안 된다. 오늘이라도 한 단계 낮은 권한, 짧은 세션, 전용 프로필이라는 세 가지 습관을 팀 안에 심어야 한다.

    전문가 코멘트(AI)

    정보보안전문가

    AI 계정을 노린 세션 탈취는 파급력에서는 실증된 위협이지만, 벡터 자체는 진화된 기존 인포스틸러 위협의 연장선

    인포스틸러를 통한 세션 쿠키·토큰 탈취 자체는 이미 주류 위협으로 정착된 공격이며, 이번 사건의 의미는 벡터의 신선함이 아니라 표적이 AI 서비스로 확장됐다는 점이다. AI 계정은 코드 스니펫, 사내 문서, API 키, 결제 수단이 한 세션에 결합되어 있어 일반 웹메일 계정보다 2차 피해 단가가 훨씬 높다. Lumma, StealC, RedLine 계열의 멀웨어어스어서비스 생태계가 브라우저 세션 추출 모듈을 사실상 표준 탑재하면서 공격 진입장벽은 낮아진 상태다. 반면 전 기기 로그아웃, 세션 무효화, 키 로테이션, 전용 프로필 분리 같은 대응은 이미 검증된 통제라서, 문제는 해법의 부재가 아니라 실천율과 플랫폼 기본값이다. 앞으로 AI 서비스들이 디바이스 바인딩 토큰, 짧은 세션 수명, 이상 접속 탐지를 기본 제공하느냐가 이 공격군의 확산 여부를 가를 것이다.

    평점: 8/10 – AI 계정 세션 탈취는 2차 피해 파급력과 횡적 확산 가능성이 입증된 시급한 주제지만, 공격 기법 자체는 기존 인포스틸러 위협의 확장이라 신규성보다 파급력에서 의미가 있다

    IDAM(신원·접근관리)아키텍트

    본질은 MFA의 실패가 아니라 바인딩 없는 베어러 세션 구조 — 플랫폼 수준 세션 거버넌스의 부재가 핵심 리스크

    복제된 세션 쿠키가 MFA를 우회하는 이유는 인증이 일회성으로 완료된 뒤 서버가 베어러 토큰만 검증하기 때문이며, 이는 인증 강화가 아니라 세션 바인딩 문제다. 디바이스 핑거프린트와 IP 검증은 우회 가능한 참고 신호일 뿐, DPoP이나 WebAuthn 기반 토큰 바인딩이 없으면 탈취된 쿠키는 서버 입장에서 정상 사용자와 구분되지 않는다. 기업 환경에서는 IdP 연동 SSO와 조건부 접근 정책으로 세션 수명·디바이스 상태·재인증 주기를 강제할 수 있지만, 소비자형 AI 콘솔은 이런 세션 거버넌스 기능이 사실상 부재하다. 전용 브라우저 프로필과 90일 키 로테이션을 개인 습관에 의존하는 현재의 방어론은 부담을 사용자에게 전가하는 임시방편에 가깝다. 관리자 감사 로그, 세션 무효화 API, 이상 세션 탐지를 플랫폼이 기본 제공하는지가 기업 도입 판단의 핵심 기준이 될 것이며, 여기서 미달하면 AI 서비스의 엔터프라이즈 신뢰는 유지되기 어렵다.

    평점: 8/10 – MFA 한계를 정면으로 드러내고 세션·신원 아키텍처 논의를 촉발할 가치가 충분한 주제이나, 개인 대응 수칙 중심으로 논의가 머물 가능성이 있어 구조적 해법으로 확장되려면 한 단계 더 필요하다

    비판적 분석가

    ‘알 수 없는 수의 사용자’라는 정보 공백 뒤에서 플랫폼의 평판 관리와 보안 산업의 예산 담금질 타이밍이 교차한다

    공식 서사는 ‘인포스틸러가 세션을 훔쳤고 사용자는 로그아웃과 키 로테이션을 하라’는 교과서적 구성이지만, 이면을 들여다보면 이익 구도가 단순하지 않다. 우선 피해 규모 불공개, IOC 미제시, 악성코드 패밀리 미특정이라는 정보 공백은 조사 실패라기보다 엔터프라이즈 고객 신뢰를 지키기 위한 최소 공개 전략으로 읽힐 가능성이 있다. 다음으로 ‘AI 계정이 털린다’는 프레임은 세션 보안·EDR·AI 거버넌스 솔루션 업체들에게는 천부적인 마케팅 소재이며, 기업 예산이 AI 보안으로 이동하는 시점과 겹친다. 또한 채팅, API 콘솔, 결제 정보를 한 세션에 묶어둔 설계는 사용자 편의와 로그인 유지 지표를 위해 플랫폼이 감수한 구조적 위험이라는 점도 축소되기 쉽다. 결국 방어 부담은 다시 개인의 전용 프로필과 90일 로테이션 습관으로 전가되는데, 우리가 진짜 물어야 할 질문은 공격자가 아니라 이 사건의 정보를 누가, 왜, 하필 이 타이밍에 통제하고 있느냐는 것이다.

    물밑 시나리오

    • 플랫폼 측 어뷰즈 탐지 로그로 접속 이상을 실제 공개 시점보다 수 주 이상 먼저 파악했을 가능성이 있으며, 엔터프라이즈 계약 확대 국면에서 피해 규모 공표가 영업에 타격을 줄 수 있어 ‘알 수 없는 수의 사용자’라는 검증 불가능한 표현이 선택됐을 공산이 크다.
    • 탈취된 클로드 계정과 API 키는 탐지·보도보다 수개월 앞서 지하 시장에서 크레딧 충전·대여 계정 형태로 재판매되고 있었을 가능성이 있으며, 이번 공개는 그 거래 생태계 일부가 우연히 노출된 결과로 읽힌다.

    공식 설명 설득력: 4/10 – 피해 규모, IOC, 발생 시점, 탐지 경위가 모두 공백인 채 방어 수칙과 위협 강조만 전달되는 구성이라 공식 설명의 설득력은 낮다