ARTEX와 그 일당들: 자율형 해킹 에이전트의 시대가 열리다
Google Threat Intelligence Group
Mandiant
해당 블로그의 원문은 2026년 10월 31일 Google Cloud 블로그(영문)에 게재되었습니다.
작성자: Aurora Blum, David Mainor, Rohit Nambiar, Omar ElAhdan, Matthew McWhirt, Will Silverstone, Bhavesh Dhake, Chris Busse
서론
최근 위협 가해자들이 자율형 에이전트 프레임워크(Agentic Frameworks)를 무기화하여 고도로 자동화된 침해 공격을 감행하는 사례들이 관찰되면서, 공격자들의 진화하는 대규모 언어 모델(LLM) 악용 방식에 세간의 이목이 집중되고 있습니다. Google 위협 분석 그룹(GTIG)은 지난 2026년 9월 보고서]를 통해, 트렌드를 선도하는 앞선 해커들이 단순히 프롬프트를 입력하는 기초적인 단계에서 벗어나 자율형 에이전트 기반의 워크플로우와 LLM을 결합한 자동화 체계로 전환하기 시작했다고 경고한 바 있습니다.
해당 보고서 발표 이후, GTIG와 Mandiant는 실제 침해 사고 대응(Incident Response) 과정에서 다수의 위협 가해자들이 오픈소스 기반의 자율형 모의침투(Pentesting) 프레임워크인 ARTEX(아텍스), Hexstrike(헥스스트라이크), CAIRN(케언)을 악용해 공격 라이프사이클 전반에 걸쳐 광범위한 적대적 행위를 수행하고 있는 현상을 포착했습니다. 최근 Wiz가 발표한 보고서에서도 언급되었듯이, 이러한 적대적 행위는 전방위적인 사이버 위협 지형 전반에서 고루 관찰되고 있습니다. ARTEX 및 이와 유사한 자율형 공격(Offensive) 침해 프레임워크의 등장은 위협 가해자들이 오픈소스 멀티 에이전트 공격 프레임워크뿐만 아니라, 자체적으로 맞춤 설계한 자율형 하네스(Harness) 시스템까지 도입하기 시작했음을 보여주는 중대한 변화입니다.
이는 침해 사고가 '기계의 속도(Machine speed)'로 발생하고 있으며, 복잡한 공격 경로들이 자율적으로 연결(Chaining) 및 자동화되면서 침해의 파괴력과 규모가 기하급수적으로 확장되는 패러다임의 대전환을 의미합니다. 탈취된 자격 증명(ID/비밀번호)을 악용하거나 패치되지 않은 시스템의 취약점을 표적으로 삼는 등의 공격 메커니즘 자체는 과거와 동일합니다. 하지만 이러한 알려진 취약점을 자율형 프레임워크가 악용하는 '속도와 규모'는 방어자들에게 완전히 새로운 차원의 과제를 던져주고 있습니다. 이제 보안 팀, 개발자, 시스템 관리자들은 스스로 확장하고 진화하는 자율적인 소프트웨어에 맞서기 위해 전통적인 방어 전략을 근본적으로 재설계해야 합니다. 이에 Mandiant 컨설팅이 제안하는 실질적인 방어 전략을 함께 제공합니다. 이번에 권장하는 방어 전략은 제어 평면 격리(Control-plane isolation), 단기 자격 증명 사용, 최소 권한 원칙(Least privilege), 네트워크 분할(Segmentation), 그리고 행동 기반 탐지(Behavioral detection) 등으로, 오랜 기간 검증되어 온 핵심 보안 모범 사례들입니다.
현장 분석 및 관찰 결과
위협 가해자들이 사용하는 도구들은 자율적인 에이전트 기반 공격 방식으로 진화하고 있습니다. 이러한 진화의 대표적인 사례 중 하나가 모의침투 테스트(Pentesting)용으로 설계된 도구 및 프레임워크 모음(Suite)을 악용하는 것입니다. 이 프레임워크들은 오픈소스 및 최첨단 프론티어 LLM들을 활용해 다양한 특화 에이전트들을 조율함으로써 침투 공격의 여러 단계를 스스로 자동화합니다. 과거에는 사이버 스파이 그룹이나 금전적 목적을 가진 위협 가해자들이 시스템을 공략하기 위해 Cobalt Strike(코발트 스트라이크)나 Metasploit(메타스플로잇)과 같이 보안 전문가용으로 설계된 레드팀/모의침투 플랫폼을 가로채 사용해 왔습니다. 하지만 오늘날 공격자들의 중심축은 LLM 기반의 공격용 프레임워크로 빠르게 이동하고 있습니다. 이전에도 이러한 프레임워크들이 수면 아래 존재하긴 했지만, 이제는 실제 침해 현장에서 가시적인 공격 성공 사례들을 만들어내고 있습니다. 이는 공격의 속도와 파괴 범위를 동시에 끌어올리는 치명적인 진화 단계입니다.
실제로 2026년 8월 말부터, Mandiant의 침해 사고 대응 현장과 당사 리서치 텔레메트리(원격 분석 데이터) 분석을 통해 위협 가해자들이 ARTEX, PentAGI, CAIRN과 같은 인기 오픈소스 멀티 에이전트 모의침투 플랫폼과 자체 제작한 맞춤형 하네스들을 활발히 운영 중인 정황이 지속적으로 발견되고 있습니다. 실제 공격 현장에서 이 자율형 에이전트들은 시스템 내 수평 이동(Lateral movement), 데이터베이스 취약점 공격, 유출 대상 데이터 정제(Exfiltration preparation) 등 공격 라이프사이클의 상당 부분을 사람의 개입 없이 스스로 진행했습니다. 이 프레임워크들이 실제 현장에서 공격 수단으로 성공적으로 사용되었다는 증거는 방어자들에게 매우 중대한 변곡점을 시사합니다. 이제 자율형 에이전트들이 스스로 다수의 공격 경로를 동시다발적으로 탐색하고, 오류를 스스로 수정(Troubleshooting)해 가며 단 몇 초 혹은 몇 분 만에 공격 목적을 달성할 수 있게 되었기 때문입니다. 기반 LLM 모델의 성능이 끊임없이 발전하고 있는 가운데, 이처럼 가속화되는 공격 속도와 규모의 확장은 기존의 전통적인 공격-방어 역학 관계를 근본적으로 뒤흔드는 강력한 위협 경보입니다.
ARTEX 프레임워크 상세 분석
ARTEX(아텍스)는 Go 언어로 작성되고 내장형 Next.js 웹 콘솔을 지원하는 자율형 멀티 에이전트 LLM 기반 모의침투 및 공격용 C2(명령 및 제어) 플랫폼입니다. 이 프레임워크는 원래 개발자 Autumn-27이 개발하여 GitHub에 오픈소스로 최초 공개했습니다. 2026년 10월, 광범위한 위협 가해자들의 악용으로 인해 개발자가 원본 저장소(Repository)를 삭제했으나, ScopeWeaver(스코프위버)와 같은 지역별 변종 및 상용 버전인 'ARTEX PRO'를 포함한 수많은 커뮤니티 포크(Fork) 버전을 통해 현재도 전 세계적으로 급격히 확산되고 있습니다.
ARTEX는 전체 공격 라이프사이클을 6개의 전문 서브 에이전트(Sub-agents)로 추상화하여 관리합니다. 최첨단 프론티어 모델 및 오픈소스 LLM의 API를 활용하여, 보안 관리자가 이해하기 쉬운 고수준의 '전술적 목표'를 기계가 즉시 실행할 수 있는 '구체적인 인프라 명령'으로 실시간 변환합니다. Google 위협 분석 그룹(GTIG)이 확인한 ARTEX의 주요 기능은 다음과 같습니다.
-
자동화된 액티브 디렉토리(Active Directory) 정찰
-
권한 상승(Privilege Escalation)
-
타겟 클라우드 인프라 프로파일링 (예: Azure 스토리지 액세스 키 탈취)
-
맞춤형 웹쉘(Webshell) 합성 및 실시간 배포
실제 공격 집단들의 ARTEX 도입 동향
2026년 8월 말부터 ARTEX는 금전적 이득을 노리는 랜섬웨어/협박 그룹부터 고도화된 사이버 스파이 조직에 이르기까지 다양한 목적을 가진 위협 가해자들에게 무차별적으로 도입되고 있습니다.
일례로, Wiz 리서치 팀이 추적 중인 ARTEX 관련 공격 캠페인은 GTIG가 UNC7228로 추적하는 그룹과 일치하며, 이는 Microsoft가 중국 연계 공격 그룹으로 분류한 'STORM-0940'의 활동과 겹치는 것으로 확인되었습니다. 최신 연구에 따르면 이들의 공격은 지난 10월에 집중되었던 IT 공급망 공격을 넘어, 이미 최소 2026년 8월 이전부터 폭넓게 실행되었음이 밝혀졌습니다.
Wiz는 미국과 유럽 전역의 엔터프라이즈 소프트웨어, 산업 자동화, 반도체 제조 및 설계, 통신 부문의 핵심 기업들이 이 공격 그룹에 의해 침해당하고 데이터를 유출당한 사실을 식별했습니다. 이 공격 집단의 침투 속도는 상상을 초월할 정도로 빨랐습니다. 최초로 탈취한 계정을 확보한 순간부터 시스템 심층부 권한을 획득하기까지 평균 4시간밖에 걸리지 않았으며, 심지어 단 15분 만에 전체 침투를 완료한 사례도 포착되었습니다. 이들은 피해 기업 특유의 인프라 환경에 맞춰 공격 도구를 즉석에서 커스터마이징하고, 초기 공격 인프라(IP 등)가 차단당할 경우 오픈 프록시(Open Proxy)로 즉시 우회하는 치밀함을 보였습니다.
또한 GTIG와 Mandiant의 침해 사고 대응 조사 결과에 따르면, 수많은 공격 그룹들이 침투 후 정찰(Post-compromise reconnaissance), 내부망 이동(Lateral movement), 권한 상승을 수행하기 위해 ARTEX를 적극 활용하고 있는 것으로 나타났습니다. 여기에는 탈취한 데이터를 기반으로 금전을 요구하는 랜섬웨어 그룹과 중국 연계로 의심되는 추가 해킹 클러스터들이 포함됩니다. 이들의 공격은 미국의 정부 기관, 기술 기업, 화학 및 소재, 제조업 전반에 걸쳐 심각한 타격을 입혔으며, 아시아 지역의 금융권을 표적으로 삼은 ARTEX 공격 사례 역시 기사를 통해 확인된 바 있습니다.
인간 해커 vs ARTEX 에이전트: 결정적인 차이점
일부 침해 사고에서 공격자들은 대상 조직의 탈취된 유효 자격 증명(ID/비밀번호)을 ARTEX 프레임워크에 그대로 주입한 뒤, 이후 모든 공격 단계를 자율적으로 실행하도록 명령했습니다. 이 침해 사고들을 정밀 분석한 결과, 인간 해커의 수동 조작과 ARTEX 자율형 에이전트의 구동 방식 간에는 다음과 같은 결정적인 차이점이 존재함이 밝혀졌습니다.
-
초고속 압축 버스트(Burst) 구동 패턴로그 파일과 타임스탬프 분석 결과, 일반적인 인간 운영자에게서는 결코 볼 수 없는 매우 이례적인 폭발적 활동 패턴이 확인되었습니다. 물론 공격 작전 단계 사이에 장시간의 일시 중지(Pause)가 발생하는 것은 기존 공격과 유사하지만, 개별 ARTEX 에이전트의 실행 시퀀스는 약 2~25초라는 극도로 압축된 폭발적인 시간(Burst time) 내에 완료되었습니다.한 침해 사고에서는 단 23초의 액티브 버스트 시간 동안 무려 27개의 보안 이벤트가 연달아 발생하며 서로 다른 보안 그룹 간의 AWS 권한을 순식간에 정찰하는 정황이 포착되었습니다. 또한 데이터를 유출하기 위한 스크립트를 준비하는 과정에서 "스크립트 크기가 너무 큼(script too large)"이라는 기술적 에러가 발생하자, ARTEX는 스스로 스크립트 길이를 축소하고 코드를 수정하여 재가동하는 방식으로 단 10초 만에 17개의 스냅샷 인스턴스를 성공적으로 배포해 냈습니다.
-
포렌식 흔적(Noise)이 많이 남는 시행착오 방식숙련된 인간 해커와 비교했을 때, ARTEX는 자율형 에이전트 특유의 빠르고 반복적인 시행착오(Trial-and-error) 방식에 의존하기 때문에 시스템에 매우 시끄러운(Forisically noisy) 포렌식 흔적을 다량으로 남겼습니다.실제 유효한 자격 증명을 부여받은 ARTEX가 외부 노출형 Linux Weaver OA 웹 서버에 접속하여 exposed API 호출을 통해 SQL 명령을 실행한 사례가 있었습니다. ARTEX는 비록 기술적인 난관에 봉착했음에도 불구하고, 합법적으로 노출된 애플리케이션 특화 API 호출을 조작해 부분적인 명령 실행과 추가 정찰을 끝내 성공시켰습니다. 그러나 이 과정에서 무려 240개의 웹 로그 이벤트가 발생했으며, 동일한 목표를 향해 달리는 여러 서브 에이전트들이 서로의 명령과 파일 위에 데이터를 덮어쓰는 과정에서 다수의 시스템 에러 로그가 고스란히 기록되었습니다.
실제 웹쉘(Webshell) 제작 및 자율 실행 메커니즘 분석
데이터베이스 실행 권한에서 시스템 실행 권한으로 피벗(Pivot)하기 위해, ARTEX는 확보한 계정 권한으로 접근 가능한 애플리케이션 특화 SQL API를 조작했습니다. 목표는 MySQL 인스턴스가 웹 서버의 공개 경로에 .jsp 확장자 형태로 로그 파일을 쓰도록 설정을 바꾸는 것이었습니다. 실행된 SQL 명령들은 MySQL 로그를 변조하여 웹에서 직접 실행 가능한 JSP 웹쉘을 강제로 침투시키기 위한 수단이었습니다.
-
로그 설정 변조 및 웹쉘 경로 정의ARTEX는 API를 통해 먼저
SET GLOBAL general_log_file = '<웹쉘 배포 대상 경로>'명령을 가동한 뒤, 이어서SET GLOBAL general_log = 1을 실행했습니다. 이로 인해 이후 실행되는 모든 SQL 쿼리 텍스트가 지정한.jsp파일 경로에 텍스트 형태로 실시간 기록되도록 세팅되었습니다. -
JSP 웹쉘 코드 인젝션설정이 완료되자 ARTEX는 다음과 같은 형태로 SQL SELECT 구문을 실행했습니다.
SELECT '<% [실제 웹쉘 소스 코드] %>'Java 기반 웹 서블릿(Servlet)이 JSP 파일을 처리하는 아키텍처 특성상, 파일 내<% %>태그 안에 주입된 Java 소스 코드는 웹 서버 가동 메모리 영역으로 로드되고 컴파일되어 즉시 실행 권한을 확보하게 됩니다. -
에이전트의 자체 에러 수정(Self-Refactoring) 프로세스로그 활성 기록 분석 결과, ARTEX는 임시적이고 점진적으로 증가하는 파일명(
cl1217.jsp, f1219a.jsp, z1219.jsp등)을 부여해 가며 위의 웹쉘 주입 시퀀스를 수없이 반복 실행했습니다.웹쉘 가동 도중"variable 't' is already defined(변수 't'가 이미 정의되어 있음)"과 같은 컴파일 오류가 발생하여 웹쉘 실행이 실패하자, ARTEX는 스스로 코드를 수정하고 다듬는 **리팩토링(Refactoring)**을 진행했습니다. 서로 다른 기능을 가진 고유 웹쉘들을 연속해서 밀어 넣으며 에러를 하나씩 수정해 나갔고, 마침내.jsp웹쉘이 정상 컴파일되어 가동되자 목표했던 결과값을 자율적으로 회수해 갔습니다.
또한, 다른 시스템 권한 정찰 공격에서는 artex-probe-* 형식(여기서 *은 5자리의 점진적인 숫자)의 무수한 탐침용 파일을 생성하는 특이 패턴이 식별되었습니다. 이러한 고유한 증분식 숫자 패턴은 침투 과정에서 임시 생성된 파일명뿐만 아니라, 강제로 추가된 계정명, 비밀번호, 심지어 전송된 이메일 제목에서도 동일하게 식별되어 ARTEX의 매우 확실한 침해 지표(IoC) 역할을 하고 있습니다.
공격 라이프사이클 단계별 ARTEX 에이전트의 정찰 및 공격 매핑 테이블
PentAGI 공격 프레임워크
Google 위협 분석 그룹(GTIG)은 실제 침해 현장에서 PentAGI(Penetration Testing Artificial General Intelligence)의 악용 사례 또한 지속적으로 관찰하고 있습니다. PentAGI는 격리된 가상 환경 내에서 모의침투 테스트(Pentesting) 과정을 완전 자동화하도록 설계된 자율형 공격 프레임워크입니다. 보안 전문 기업 VXControl이 개발한 이 프레임워크는 오픈소스 버전과 상용 에디션으로 동시에 제공됩니다. 무엇보다 사용자가 단순히 공격 타겟과 최종 목표(Goal)만 명시하면 되도록 설계되어 있어, 보안 기술 지식이 부족한 초급 수준의 공격자(Entry-level users)조차 고도로 복잡한 사이버 침해 캠페인을 손쉽게 가동할 수 있다는 치명적인 특징을 가집니다. 공격 대상과 최종 목표가 지정되면, 프레임워크는 각기 고유한 기능과 도구를 부여받은 특화 서브 에이전트 팀을 가동합니다. 이 에이전트들은 공격 작업(이를 '플로우(Flows)'라고 함)을 여러 개의 세부 하위 작업으로 쪼개고, 각 단계를 자율 실행한 뒤 결과를 프레임워크에 보고합니다.
특히 모든 공격 도구와 실행 명령은 호스트 시스템 환경이 아니라, 칼리 리눅스(Kali Linux)가 구동되는 격리된 샌드박스 내부에서 안전하게 실행됩니다. PentAGI가 악용하는 도구들은 Metasploit(메타스플로잇), Nmap(엔맵), SQLmap(에스큐엘맵) 등 칼리 리눅스에 기본 탑재된 신뢰도 높은 오픈소스 모의침투 툴들입니다. 또한 이 프레임워크는 글로벌 최첨단 프론티어 LLM부터 로컬에서 실행 가능한 오픈 가중치(Open-weight) 모델에 이르기까지 10여 개 이상의 다양한 클라우드 및 온프레미스 LLM 백엔드를 유연하게 지원합니다. 현장에서 관찰된 PentAGI 활동의 대부분은 아직 WHOIS 자산 매핑이나 단순 취약점 스캔 단계에 머물러 있었습니다. 하지만 실제 침해 사고의 흔적(Artifacts)들을 정밀 분석한 결과, 일부 작전은 이미 여러 기업 및 정부 기관을 상대로 실질적인 내부망 침투 및 지속성 유지(Persistence) 단계까지 진입했음이 밝혀졌습니다.
공격자들은 이 프레임워크를 매우 다양한 방식으로 커스터마이징하고 연동하고 있습니다. 일례로, 2026년 8월 말에서 10월 초 사이에 아시아 지역의 시스템 통합(SI) 기업 및 대형 통신사들을 표적으로 체계적인 정찰과 취약점 스캔을 수행하는 데 PentAGI 오픈소스 버전을 기반으로 튜닝된 커스텀 공격 플랫폼이 사용된 정황이 식별되었습니다. 또 다른 침해 사고에서는 글로벌 항공우주(Aerospace) 분야를 타겟팅하기 위해 PentAGI와 프록시(Proxy) 네트워크 서비스를 복잡하게 체이닝(Chaining)하여 활용하는 영악한 공격 기법이 포착되었습니다.
자율형 공격 프레임워크의 진화 단계
최근 매우 짧은 기간 동안 사이버 위협 지형 전반에서 LLM의 악용 방식이 급격히 성숙하고 있습니다. 여기에는 LLM이 작성한 악성 코드 삽입, 동적으로 자율 구동되는 LLM 연동형 악성코드의 진화, 에이전트 하네스(Harness) 파일 변조, 그리고 앞서 다룬 멀티 에이전트 기반 공격 프레임워크의 구축 등이 모두 포함됩니다. 특히 2025년 말에서 2026년 10월 사이, 자율 및 반자율형 공격 프레임워크는 단순한 실험 단계를 넘어 실제 공격 집단이 침해 사고를 일으키기 위해 무기화하는 '실전 가동 단계'의 임계값을 완전히 넘어섰습니다.
GTIG는 코딩을 돕는 단순한 프롬프트 입력 단계에서부터 시작해, 오픈소스 프레임워크의 실전 무기화를 거쳐, 최종적으로는 인간의 개입이 전혀 없이 스스로 침투하는 '완전 자율형 해킹 프레임워크'로 나아가는 진화 흐름을 정밀 추적해 왔습니다. 완전 자율형 공격이 보편화되는 미래에는 인간의 역할이 단지 '공격 대상 지정'에 그치며, 에이전트가 알아서 달성해 온 전술적 전과를 편하게 챙기는 수준으로 축소될 것입니다.
현재 보고서 작성 시점을 기준으로, 공격자들의 자율형 프레임워크 사용은 아직 오픈소스 도구를 투박하게 다루는 초기 단계에 머물러 있습니다. 이로 인해 공격 흔적이 매우 시끄럽고 널리 노출(Noisy)되지만, 그럼에도 불구하고 많은 캠페인들이 침투에 성공하고 있습니다. 그러나 프레임워크 자체의 고도화와 기반 LLM의 성능 향상, 그리고 이를 조율하는 인간 운영자의 숙련도가 결합됨에 따라 향후 인간의 개입은 더욱 최소화되는 동시에 공격의 은밀함(Stealth)과 정교함은 극대화될 것입니다.
다음은 지난 1년간 발생한 클라우드 및 AI 기반 사이버 작전의 진화 양상과 향후 당사가 예측하는 위협 단계별 타임라인입니다.
1단계: 프롬프트 기반 LLM 악용
-
• 공격 행위: 해커들이 챗봇 형태의 프롬프트 입력을 통해 LLM과 대화하며 악성코드 작성 및 디버깅, 피싱 메일 초안 작성, 가짜 페르소나 생성, 타겟에 대한 기초 정찰 작업을 수행함.
-
진화 요약: 단순하고 분절된 작업을 고속 처리하기 위해 실패율이 낮고 교정이 쉬운 기초 업무를 LLM에 아웃소싱함.
-
타임라인: 2025년 말 ~ 2026년 초
2단계:악성코드 내 LLM 기능 이식
-
공격 행위: HONESTCUE 또는 PROMPTSPY와 같은 악성코드 제품군 내부에서 실행 도중 실시간으로 LLM API를 호출함. 보안 탐지 우회를 위해 페이로드를 실시간으로 난독화하는 등 고도의 동적 연산을 수행함.
-
진화 요약: 해커들이 침투 성공 이후의 사후 공격(Post-intrusion) 단계에 본격적으로 LLM 기능을 통합하기 시작함.
-
타임라인: 2026년 초
3단계: 운영 자동화에 에이전트 도입
-
공격 행위: 악성코드 개발 환경을 구축하거나 디버깅하는 등의 특정 인프라 작업에 에이전트 기술을 동원함. 고가치 취약점을 연구하거나 제로데이 익스플로잇을 신규 개발하는 과정에서 인간 해커와 에이전트가 협동함. 공격 보안(OPSEC)을 위해 LLM 프록시 서비스를 이용해 자신들의 트래픽 흔적을 감추기 시작함.
-
진화 요약: 인간 해커가 주도하는 루프(In-the-loop) 안에서 리스크가 높은 고난도 해킹 작업에 LLM 에이전트가 투입됨.
-
타임라인: 2026년 초 ~ 2026년 9월
4단계: 자율형 프레임워크 실험
-
공격 행위: 해커들이 자율형 프레임워크를 독자 개발하고 테스트하기 시작함. 전체 공격 라이프사이클의 더 많은 단계를 LLM 기반 도구에 이임하고, 모델 API를 자체 해킹 툴 및 텔레그램 봇과 직접 연동하여 자율 구동 성능을 구현함.
-
진화 요약: 해커들이 전체 침투 공격 체인에 LLM 자율 프로세스를 도입하기 위해 본격적으로 실험을 단행함.
-
타임라인: 2026년 중반 ~ 2026년 9월
5단계: 실전 멀티 스테이지 에이전트 침투(현재 개발 단계)
-
• 공격 행위: 실제 해킹 사고 현장에서 인간의 개입이 극도로 최소화된 채 LLM 구동 툴이 공격 라이프사이클의 여러 단계를 자율 수행한 물리적 증거들이 속속 확보됨. 대규모 취약점 배포 캠페인의 상당 부분을 에이전트가 처리하며 인간은 단순 명령만 하달함. LLM 믹서(Mixer), 추론 전용 서비스, 온프레미스 로컬 모델을 혼용해 자신들의 트래픽을 완벽히 은폐함. 비록 전체 공격 방식은 거칠고 로그를 많이 남기지만 높은 성공률을 기록함.
-
진화 요약: 공격자들이 LLM을 실무 작전에 완전히 내재화하는 동시에, 글로벌 빅테크 기업들의 프론티어 LLM API 모니터링을 우회하고 의존성을 차단하기 위한 자체 은폐 기술을 결합함.
-
타임라인: 현재 개발 및 관찰 단계
6단계: 최소한의 개입으로 구동되는멀티 에이전트 자동화 공격
-
공격 행위: 고도로 자동화되었으나 기술적 세련미는 다소 낮고 흔적을 남기는 침투 작전이 인간 개입 없이 완전 자율로 가동됨. 해커는 단지 타겟 정보와 최종 목적만 입력하고, 멀티 에이전트 프레임워크가 알아서 전체 킬체인(Kill-chain)을 완수해 결과물만 회수함.
-
진화 요약: 인프라와 공격 도구가 무한 다각화되면서 방어자가 시스템을 관제하고 가시성(Visibility)을 확보하기가 극도로 차단됨.
-
타임라인: 단기 미래(향후 1 ~ 3개월 내 보편화)
7단계: 완전 자율형 은밀 지능형 에이전트
-
공격 행위: 공격 분야 LLM 성능 곡선이 최고 성숙도에 달하는 단계입니다. 인간의 개입이 전무한 완전 자율 침투가 일상화될 뿐만 아니라, 극도로 은밀하고 고도화된 스텔스 기능이 기본 탑재됩니다. 해커들은 정교하게 설계된 익명성 레이어 인프라나 자체 호스팅된 전용 LLM 모델을 사용하여 완벽한 추적 불가능 상태를 달성합니다.
-
진화 요약: 공격자들에게 완전 자동화 및 고도의 은밀성을 제공하는 반면, 방어자들은 위협 지표(IoC)를 식별하거나 트래픽 가시성을 확보하는 것이 완벽히 불가능해집니다.
-
타임라인: 중기 미래(향후 3 ~ 6개월 내 보편화)
공격자들은 앞으로도 이러한 해킹 특화 자율 에이전트 프레임워크를 지속적으로 실험하며 완전 자율형 해킹의 시대로 나아갈 것입니다. GTIG는 이미 실제 해킹 현장에서 공격자들이 ZeroHollow 추론 서비스와 완전한 자율형 에이전트 아키텍처를 자랑하는 AgentZero 등의 최신 툴킷을 다루며 적대적 실험을 시작했음을 명백한 데이터로 증명하고 있습니다.
향후 전망
지난 12개월 동안 Google 위협 분석 그룹(GTIG)은 임시방편적인 업무 생산성 향상 수준에 머물렀던 공격자들의 LLM 활용 방식이 조율된 자율형 멀티 에이전트 공격 프레임워크의 실전 배포 단계로 결정적인 진화를 이룩했음을 확인했습니다. 당사의 분기별 보고서에 기록된 초기 이정표들이 에이전트 기술에 대한 초기 탐색 과정을 보여주었다면, 최근 침해 사고 대응 현장과 선제적 위협 인텔리전스 수집을 통해 관찰된 실상은 공격자들이 실제 침투 도중 특정 작전 단계를 완전히 자동화하는 데 이 프레임워크들을 전면 도입하고 있음을 보여줍니다. 위협 가해자들은 전례 없는 속도와 규모를 달성하기 위해 생성형 모델을 적극 활용하고 있으며, 자율형 AI 역량과 AI 기반 자동화 기술을 장착한 고도로 복잡한 공격 인프라를 구축해 나가는 추세입니다.
ARTEX와 같은 프레임워크는 공격 소요 시간을 '기계의 속도'로 단축하지만, 현재로서는 '속도'를 위해 '은밀함(Stealth)'을 희생하는 한계를 보이고 있습니다. 제약 없는 자율 실행 프로세스는 필연적으로 시스템 포렌식 흔적(Traffic)을 다량 발생시키고, 특정 유형의 계정 식별자를 사용하며, 코드 레벨에서 뚜렷한 흔적을 남기기 때문에 보안 솔루션에 의해 탐지 및 차단당할 확률이 매우 높습니다. 따라서 이 도구들은 현재 탐지당했을 때의 리스크나 기회비용이 비교적 낮은 무차별 공격 시나리오에 가장 적합합니다. 아울러 '탐지'와 '실시간 차단 및 대응(Response)'은 엄연히 다른 영역입니다. 설령 공격을 정시에 탐지하더라도, 이미 머신의 속도로 가동 중인 에이전트의 최종 목표 달성을 저지하기에는 물리적 시간 장벽이 존재합니다.
이에 따라 GTIG는 높은 신뢰도로 다음과 같이 진단합니다. 사이버 범죄 집단들은 자율형 공격 도구를 자신들의 작전에 계속해서 통합할 것입니다. 자동화를 통해 넓어진 공격 범위와 공격 횟수가 개별 공격의 성공률 하락을 충분히 상쇄하고도 남기 때문입니다. 다만, 장기 침투 및 흔적 은닉을 전문으로 하는 지능형 지속 위협(APT) 그룹의 경우, 현재 유포되는 오픈소스 기반 도구들을 그대로 사용할 가능성은 낮습니다. 그러나 이들 역시 작전의 우선순위에 따라 대규모 정찰이나 신속한 침투가 필요할 때는 자체 커스텀 도구를 투입해 속도전을 펼칠 수 있습니다. 공격자들의 궁극적인 범행 동기가 무엇이든 간에, 낮은 진입 장벽, 새로운 취약점의 즉각적인 연동 성능, 그리고 가공할 만한 대규모 확장 성장은 자율형 프레임워크를 매력적이고 저비용 고효율인 '보안 위협의 게임 체인저(Force Multiplier)'로 만들고 있습니다. 따라서 단기적으로 이러한 자율형 프레임워크를 도입하는 위협 행위자들은 더욱 늘어날 것이 확실시됩니다.
AI 기반 공격에 맞서는 5단계 방어 체계
LLM 기반의 공격용 도구들이 공격자들이 사용하는 기본 해킹 기술(Techniques) 자체를 완전히 새롭게 바꾸는 것은 아닙니다. 달라진 점은 이 기술들을 서로 엮어내는 '소요 시간'을 획기적으로 줄여준다는 것입니다. 과거에는 인간 해커가 수시간 동안 수작업으로 진행해야 했던 자격 증명 탐색, 유효 권한 테스트, 내부망 수평 이동, 데이터 유출 준비 작업이 이제는 단 몇 분 만에 자율 실행됩니다. 심지어 정상적인 계정 권한과 정식 시스템 기능을 오용해 수행되기 때문에, 기존의 정적 탐지 기술(Rule-based)로는 잡아내기 매우 어렵습니다.
기업과 조직이 이러한 기계 속도의 위협에 맞설 수 있는 가장 확실한 방법은, 단 하나의 ID나 자격 증명, 워크로드가 침해당하더라도 공격자가 획득할 수 있는 권한을 극도로 제한하는 구조를 만드는 것입니다. 제어 평면(Control-plane)의 외부 노출을 최소화하고, 만료 기한이 긴 고정 자격 증명(Long-lived secrets)을 권한 범위가 타이트하게 제안된 단기 자격 증명(Short-lived credentials)으로 전면 대체해야 합니다. 또한 애플리케이션 계층을 세분화(Segmentation)하고, 비즈니스에 치명적인 영향을 미치는 주요 기능에 이중 결재 등의 가드레일을 설치하면 자동화가 제공하는 속도의 이점을 완벽히 무력화할 수 있습니다.
행동 기반 탐지(Behavioral detection)는 이러한 강력한 보안 제어로도 막지 못한 사각지대의 위협을 식별해 내지만, 이를 구현하기 위해서는 계정 정보, 제어 평면, 데이터 평면, 네트워크 트래픽 등에서 평소 정상 상태(Baseline)가 어떤지 식별할 수 있는 충분한 모니터링 데이터(Telemetry)가 사전에 확보되어 있어야 합니다. 방어자들에게 이 제어 기술들은 전혀 새로운 것이 아닙니다. 다만 인공지능 자율 도구가 이제 이 방어벽 사이의 틈새와 사각지대를 예전보다 훨씬 빠르게 찾아내고 파고든다는 사실을 뼈아프게 직시해야 합니다.
핵심 요약: 자동화 공격의 핵심 메커니즘
LLM 기반 자율 도구는 위약점을 신속하게 진단하고, 계정 권한을 테스트하며, 발생하는 시스템 에러를 스스로 분석 및 수정하여 인간의 개입이 거의 없는 완전한 킬체인을 완성해 나가고 있습니다. 이러한 특성은 방어자들에게 엄청난 탐지 난이도를 부여합니다. 공격 행위의 상당수가 실제 유효한 계정과 합법적인 빌트인 기능만을 악용하는 '자체 도구 활용 공격(Living-off-the-Land, LotL)' 기법을 사용하기 때문입니다. 해커가 정상적인 서비스 주체(Service Principal) 권한으로 인증을 시도하고, 평범한 클라우드 관리 API를 호출하며, 정식 프로토콜을 통해 클라우드 스토리지에 접근하는 행위는 해시값(Hash), 악성 IP 대역 등의 정적 탐지 지표만으로는 식별해 낼 수 없습니다.
따라서 가장 효과적인 하이브리드 방어 체계는 다음 두 가지 핵심 역량의 결합을 필수로 합니다.
-
엄격한 한계 통제(Limit Controls): 공격자가 정상 계정을 확보하더라도 내부망에서 추가로 실행할 수 있는 행위를 완벽히 격리하고 통제하는 기술적 제어 장치 구축
-
패턴 분석 원격 진단(Behavioral Telemetry): 특정 계정, 워크로드, 애플리케이션이 평소 운영 패턴을 벗어나 비정상적인 행동 시퀀스를 시작하는 순간 즉시 감지해 내는 동적 모니터링 기술력 확보
LLM 악용이 공격 타임라인을 변화시키는 방식
실제 침해 사고 분석 결과, LLM 기반 도구나 고도로 자동화된 해킹 툴이 개입된 공격 현장에서는 다음과 같은 네 가지 핵심 위협 패턴이 예외 없이 반복되어 나타납니다.
-
압도적인 속도와 대규모 확장성 (Speed and scale)자동화 도구는 단 한 번에 광범위한 정찰을 수행하고, 여러 공격 경로를 동시에 테스트하며, 오류가 발생하면 스스로 코드를 수정해 즉시 다음 단계의 공격을 이어갑니다. 이로 인해 최초 침투(Initial Access) 성공 이후 권한 상승, 수평 이동, 데이터 유출 영역 진입까지의 전체 타임라인이 상상을 초월할 정도로 짧아집니다.
-
상호 연결된 하이브리드 환경의 취약성 (Interconnected environments)최근의 공격자들은 단 하나의 기술 스택이나 단일 인프라 내에만 머무르지 않습니다. 외부 노출형 웹 애플리케이션의 설정 파일에서 계정 정보를 탈취한 뒤, 해당 계정을 디딤돌 삼아 클라우드 스토리지, 소스 코드 저장소, ID 관리 시스템(AD 등) 및 내부 핵심 인프라까지 순식간에 도미노처럼 침투합니다. 자동화 기술은 인프라 간의 이러한 상호 연결 고리를 아주 빠르고 정확하게 찾아내 악용합니다.
-
정상적인 비즈니스 활동으로 위장한 계정 도용 (Legitimate-looking identity activity)공격 단계별 개별 행위만 분리해서 보면 모두 지극히 정상적인 비즈니스 작업처럼 보입니다. 정식 권한을 가진 서비스 주체(Service Principal)가 인증을 완료하고, 정상 API를 호출하며, 클라우드 스토리지에서 객체를 내려받는 행위들이 그렇습니다.따라서 이를 식별하기 위한 진짜 핵심 지표는 '전체 맥락(Context)'에서 나옵니다. 해당 요청이 어디서 출발했는지, 특정 시간대 트래픽이 얼마나 폭발적으로 일어났는지, 앞뒤로 어떤 행위들이 연달아 수행되었는지, 그리고 해당 계정이 평소 수행하던 고유 역할에 부합하는 행동인지를 입체적으로 모니터링해야 합니다.
-
제어 평면(Control-Plane) 및 데이터 평면(Data-Plane) 관제의 사각지대 (Blind spots)대부분의 기업들이 엔드포인트 단말(PC, 서버 등) 모니터링 체계는 잘 갖추고 있는 반면, 관리자용 API 조작 트래픽, 비인간 계정(Programmatic Identities), 클라우드 스토리지 내에서 벌어지는 행위에 대한 가시성은 턱없이 부족한 실정입니다. 이로 인해 권한 적합성 테스트, 스토리지 접근 키 탈취, 데이터 대량 유출, 방화벽 정책 변경, 관리 API 호출 등의 침해 행위가 시스템 로그에는 기록되더라도 보안 대시보드에는 아무런 경보(Alert)를 띄우지 못하는 치명적인 사각지대가 발생합니다.
Mandiant는 자율형 공격 도구의 속도 이점을 완전히 무력화하고 내부망 이동을 철저히 제어하기 위해, 다음 5가지 핵심 방어 계층을 엔터프라이즈 아키텍처에 구현할 것을 강력히 권고합니다.
표 1: 자율형 공격 속도 억제 및 내부망 이동 차단을 위한 5단계 필수 방어 계층
1단계: 제어 평면 보호
보안 영역에서 제어 평면(Control Plane)은 단순히 액티브 디렉토리(AD)나 클라우드 관리 콘솔에만 국한되지 않습니다. 다음과 같은 전사적 핵심 관리 인프라 전체가 제어 평면에 포함됩니다.
-
ID 제공업체(IdP, Identity Providers) 및 클라우드 관리 API
-
네트워크 및 방화벽 관리 플랫폼
-
가상화 인프라 및 소스 코드 저장소(Code Repositories)
-
CI/CD 배포 시스템 및 권한 있는 액세스 관리(PAM) 플랫폼
-
백업 인프라 및 인증 기관(CA, Certificate Authorities)
-
SaaS 관리 콘솔 및 핵심 애플리케이션 관리 인터페이스
보안 측면에서 왜 중요한가
해커가 계정 자격 증명을 탈취하는 순간, 인터넷에 노출되어 있는 모든 관리 인터페이스는 즉시 가장 치명적인 침투 경로(Attack Path)로 무기화됩니다. 예를 들어, Azure App Service(앱 서비스)는 개발 및 관리를 돕기 위해 Kudu 사이트 컨트롤 매니저(Kudu SCM)라는 강력한 관리 인터페이스를 기본 제공합니다. 만약 공격자가 배포(Publishing) 자격 증명이나 해당 SCM 인터페이스에 접근할 수 있는 계정을 탈취한다면, 자동화 도구(ARTEX 등)를 통해 눈 깜짝할 사이에 인증 프로세스를 테스트하고, 내장 기능을 열거하며, 소스 코드 파일 조작, 임의 명령 실행, 결과값 유출, 흔적 자가 삭제 등의 시퀀스를 완벽하게 자동 가동할 수 있습니다.
이와 동일한 보안 위험이 방화벽 관리자 페이지, 가상화 콘솔, 클라우드 관리 API, 백업 인프라, CI/CD 인터페이스 및 다양한 관리 서비스 전반에 똑같이 존재합니다. 해커가 외부에서 접근할 수 있는 관리 경로가 단 하나라도 열려 있다면, 자율형 공격 도구에게는 무제한으로 테스트할 수 있는 새로운 해킹 무대를 제공해 주는 꼴이 됩니다.
구체적인 기술적 완화 조치
-
인터넷 노출 관리 인터페이스 원천 차단 클라우드 관리 포털, 네트워크 장비 콘솔, 애플리케이션 퍼블리싱 인터페이스, 하이퍼바이저, 백업 시스템 등 민감한 서비스는 인터넷에 직접 노출하지 마십시오. 반드시 사내 신뢰 네트워크(Trusted Networks), 사설 연결(Private Connectivity), 혹은 전용 관리 경로를 통해서만 접근하도록 제한해야 합니다.
-
신뢰 관리 경로 필수 지정 특권 권한을 가진 관리자(Privileged Users)는 반드시 회사가 관리하는 단말(Managed Devices), 특권 관리 전용 단말(PAW, Privileged Access Workstations), 혹은 승인된 점프 호스트(Jump Host)에서만 중요 인프라에 접근하도록 강제하십시오. 이에 더해 FIDO2 표준 또는 패스키(Passkeys)와 같은 피싱 방지 멀티팩터 인증(MFA)을 필수 결합해야 합니다.
-
애플리케이션 관리 엔드포인트 보안 고도화 애플리케이션 관리 및 배포용 API 엔드포인트는 퍼블릭 앱의 확장선이 아닌, 가장 높은 등급의 특권 인프라로 취급하고 강력한 보안을 적용해야 합니다.
-
Kudu SCM 엔드포인트에 대한 접근 제어 정책을 다른 서비스와 분리해 별도로 관리하십시오.
-
SCM 접근을 사전에 승인된 관리 네트워크나 배포 인프라 대역으로만 제한하십시오.
-
불필요한 경우 기본 퍼블리싱 인증(Basic Publishing Authentication) 옵션을 비활성화하십시오.
-
소스 코드 배포 및 발행 자격 증명에 대한 접근 권한을 최소화하십시오.
-
배포된 애플리케이션 파일이 무단 변조되는 것을 막기 위해, 패키지 파일에서 직접 앱을 구동하는 '패키지에서 실행(Run-from-package)'과 같은 안전한 배포 모델 도입을 적극 고려하십시오.
-
-
아키텍처 설계 단계부터 외부 노출 통제 공인 IP 할당 프로세스에 대한 엄격한 거버넌스를 확립하십시오. 새로운 워크로드나 관리 인터페이스를 퍼블릭 인터넷에 노출하기 전, 보안 부서의 아키텍처 보안성 심사(Architecture Review)를 거치도록 제도화해야 합니다.
-
프로그램 기반 관리 권한에도 동일 제어 적용 인간이 아닌 자동화 시스템(서비스 주체, API 클라이언트 등)의 관리용 계정에 대해서도 허용된 사내 네트워크 대역, 지정 워크로드, 혹은 사설 통신망을 통해서만 인증을 완료할 수 있도록 위치 기반 바인딩 제어를 가동하십시오.
-
제어 평면을 독립된 보안 영역으로 상시 관제 클라우드 플랫폼, 앱 관리 페이지, 네트워크 장비, 백업 시스템 등에서 발생하는 모든 인증, 구성 변경, 신규 배포, 관리자 행위 원격 데이터(Telemetry)를 단일 SIEM으로 중앙 집중화하십시오. 평소에 감지되지 않던 미확인 네트워크, 타사 호스팅 제공업체, 혹은 생소한 국가나 지역에서 발생하는 관리자 접근 시도에 대해 즉시 즉각 대응 알람을 울리도록 설계하십시오.
2단계: 계정 및 보안 키 최소화
지금까지의 대다수 기업 보안 프로그램은 주로 인간 사용자(임직원 계정)의 ID 보호에 집중해 왔습니다. 이로 인해 서비스 주체(Service Principals), 서비스 계정, API 키, 클라우드 스토리지 키, 배포용 토큰, 개인 액세스 토큰(PAT), 애플리케이션 내장 Secrets 등 시스템 간 연동에 쓰이는 비인간 계정들은 막강한 권한을 가졌음에도 보안 감사와 통제의 사각지대에 놓이기 쉬웠습니다.
이러한 프로그램 기반 자동화 계정(Programmatic Identities)이 만료 기한이 없고, 광범위한 권한을 가지며, 접근 조건 통제가 불가능하고, 모니터링조차 되지 않는 상태로 방치되어 있다면, 자율형 공격 도구(ARTEX 등)에게는 더할 나위 없이 훌륭한 고속 침투 통로가 됩니다.
보안 측면에서 왜 중요한가
클라우드 스토리지의 액세스 키가 인터넷상에 노출된 시나리오를 가정해 보십시오. 자동화 해킹 도구가 소스 코드 저장소, 환경 변수, 설정 파일, 데이터베이스 등에서 이 키를 수집하는 즉시, 단 1초도 걸리지 않아 유효성을 테스트하고 연동된 스토리지 내부의 모든 기밀 데이터를 열거하고 추출하기 시작합니다. 만약 이 키가 만료 기한이 존재하지 않고(Long-lived), 인터넷 어디서나 접속을 허용하며, 전체 스토리지에 접근할 수 있는 슈퍼 권한을 가지고 있다면, 단 한 번의 키 유출 사고가 기업의 전사적 데이터 대량 탈취라는 초대형 재앙으로 수 분 만에 직결됩니다.
이러한 공격 공식은 CI/CD 배포 시스템이나 내부 개발 인프라용 서비스 주체에도 동일하게 작동합니다. 내부 개발용 CI/CD 러너(Runner)에 부여된 자격 증명이 아무런 물리적 대역 제어 장치 없이 퍼블릭 외부 인터넷 환경에서도 생산 서버 인프라에 직접 로그인을 허용한다면, 그 위험성은 걷잡을 수 없이 커지게 됩니다.
따라서 자격 증명 보안은 단순히 '해당 계정이 무엇에 접근할 수 있는가(What)'를 넘어, '어떤 엄격한 환경 조건 하에서만 이 권한이 유효하게 작동하는가(Conditions)'를 동시 제어해야 합니다.
구체적인 기술적 완화 조치
-
비인간 계정에 특권 관리 수준의 보안 적용 임직원 특권 계정에 적용하는 보안 관리 체계와 동일한 수준의 엄격한 감사 표준을 서비스 주체, 서비스 계정, API 키, 애플리케이션 Secrets, 배포용 토큰 및 개인 액세스 토큰(PAT)에 적용하십시오. 모든 연동 계정에 명확한 소유 관리자를 지정하고, 라이프사이클을 통제하며, 최소 권한 원칙을 실현하고 상시 관제해야 합니다.
-
영구 고정 보안 키에서 '단기 자격 증명' 체계로 전환 시스템 소스 코드나 스토리지에 영구적으로 보관되는 고정 Secrets를 전면 폐기하고, 필요할 때만 즉석에서 발급되는 임시 자격 증명(Short-lived Credentials) 체계를 도입하십시오. 주요 글로벌 클라우드별 권장 기술은 다음과 같습니다.
-
AWS: 고정형 정적 IAM 액세스 키를 완전 폐기하고, IAM 역할(Role)을 통한 임시 토큰 발급 방식으로 즉시 이관하십시오.
-
Azure: 서비스 주체의 정적 클라이언트 보안 서명(Client Secrets) 대신 Managed Identities(관리 ID) 기술을 도입하십시오. 스토리지 계정의 공유 키 인증을 비활성화하고, Entra ID 인증 방식으로 일괄 통합한 후 조건부 액세스 정책(Conditional Access)을 적용하십시오.
-
Google Cloud: 정적 보관되는 영구 서비스 계정 키 생성을 원천 disallow하고, 외부 인프라 연동 시 Workload Identity Federation(워크로드 아이덴티티 페더레이션) 기술을 필수 가동하십시오.
-
GitHub: 수명이 길고 권한이 광범위한 클래식 개인 액세스 토큰(PAT) 사용을 금지하고, 권한 범위가 미세하게 쪼개진 fine-grained PAT를 쓰거나 GitHub Actions OIDC 인증 방식을 결합하십시오.
-
-
비인간 계정의 사용 공간 및 목적 통제 비인간 계정의 가용 범위를 실제 구동에 필요한 특정 API, 구독 범위, 프로젝트, 저장소 내부로만 엄격히 차단하십시오. 특히 사내 CI/CD 배포 엔진이 사용하는 서비스 주체가 외부 퍼블릭 인터넷 환경에서는 로그인할 수 없도록 위치 및 통신 제약 요건을 강력히 바인딩해야 합니다. 멀티 클라우드 서비스 주체 보안을 위해 다음 플랫폼별 특화 제어 장치를 도입하십시오.
-
Google Cloud: Workload Identity Federation 기술과 IAM 제약 조건(IAM Constraints)을 동시 적용
-
AWS: OIDC 페더레이션 기술과 AWS 서비스 제어 정책(SCP, Service Control Policies) 결합
-
Azure: Entra ID 조건부 액세스 정책(Conditional Access)을 가동해 접근 환경에 따른 차단 레이어 구현
-
Okta: 네트워크가 제한된 인증 정책과 Private Key JWT 인증 메커니즘 연동
-
모든 클라우드 플랫폼 공통으로 사설망 연결, 승인된 소스 IP 대역 설정, 워크로드 페더레이션, 자원 기반 정책(Resource Policies), IAM 조건부 활성화 기술을 복합적으로 설계해야 합니다.
-
-
AWS IAM 역할 위임 권한 제어 특정 계정이 다른 계정에게 권한을 마음대로 넘겨주거나 대리 지정할 수 없도록 위임 권한(
iam:PassRole)을 철저히 감시하십시오. AWS 환경에서는iam:PassRole권한의 타겟을 특정 명명된 역할 및 정식 가동 서비스로 극히 제한하고,iam:PassedToService조건문을 활용해 타겟을 명확하게 지정하십시오. -
자격 증명 및 Secrets 보관소의 원천 격리 전사 패스워드 볼트(Vault) 및 암호화 관리 서버는 오직 완벽히 보호된 관리용 대역 및 전용 네트워크 경로를 통해서만 트래픽을 허용하십시오.비정상적인 대용량 Secrets 조회, 대입 방식의 정보 열거, 대량 내보내기(Export) 행위에 대해 실시간 SIEM 모니터링 규칙을 설계하십시오. 이러한 변칙 패턴은 정상적인 배치(Batch) 프로그램 가동 시에도 발생할 수 있으므로, 정상 작동 시나리오의 기준선(Baseline)을 먼저 확립한 뒤 이를 탈피하는 이상 징후에 대해 즉시 대응할 수 있도록 탐지 룰을 고도화해야 합니다.
-
비밀번호 초기화 및 계정 수명 주기 강화 리스크가 매우 높은 비밀번호 재설정 및 휴면 계정 복구 프로세스 가동 시, 2차 인증(MFA) 외에 추가적인 인사 DB 검증이나 대면 인증 단계를 요구하십시오. 짧은 시간 동안 발생하는 비밀번호 강제 초기화, 관리자 계정의 비정상 대량 추가, 계정 권한 정보 변경 등의 특이 패턴을 집중 관찰해야 합니다.
-
보안 키 노출 점검 자동화 소스 코드 저장소(GitHub, GitLab 등), 가상화 컨테이너 이미지, 배포 아티팩트 빌드 파이프라인 전반을 대상으로 Secrets 상시 정밀 스캔 툴을 가동하십시오. 소스 코드 소스 및 배포 설정 파일 내에 하드코딩된 API Key 및 비밀번호는 발견 즉시 폐기하고 전용 암호화 Secret 관리 저장소로 전량 이관해야 합니다. 단순 소스 코드 내역 지우기(Git History 삭제 등)에만 의존하지 말고, 노출이 식별된 키 자체를 인프라 상에서 즉시 로테이션(재발급 및 폐기) 처리하는 자동 대응 프로세스를 구축하십시오.
3단계: 구성 보호 및 공격 경로 축소
자율형 자동화 도구(ARTEX 등)는 개별적으로는 미미해 보이는 작은 보안 취약점들을 하나로 엮어 거대한 공격 경로(Attack Path)를 만들어내는 데 매우 뛰어난 성능을 보여줍니다.
-
외부 노출형 애플리케이션의 취약점
-
과도한 권한이 설정된 워크로드 계정(Identity)
-
시스템 환경 변수 내에 하드코딩된 API Key
-
아무런 제약이 없는 아웃바운드 인터넷 접근 권한
이러한 취약점들은 단독으로 존재할 때는 관리 가능한 위험처럼 보일 수 있지만, 이들이 결합되는 순간 기업의 가장 민감한 핵심 데이터베이스와 내부 인프라로 직접 직행하는 '고속도로'를 제공하게 됩니다.
보안 측면에서 왜 중요한가
외부 인터넷에 개방된 애플리케이션에서 발견된 사소한 취약점은 처음에는 격리된 문제처럼 보일 수 있습니다. 그러나 실제 공격 현장에서 이 애플리케이션은 백엔드 데이터베이스에 연결되어 있으며, 그 데이터베이스에는 전사 관리자 계정이 저장되어 있을 수 있습니다. 또한 애플리케이션의 환경 변수에는 클라우드 액세스 토큰이 그대로 노출되어 있고, 가상 머신(Host)에는 클라우드 저장소나 백업 API에 무제한 접근할 수 있는 강력한 클라우드 관리 ID가 바인딩되어 있는 경우가 다반사입니다.
자율형 공격 에이전트는 이러한 연결 고리들을 몇 초 만에 초고속으로 차단 및 악용(Exploit)해 나갑니다. 특히, 에러 발생 시 반환되는 시스템 응답은 이 자동화 도구에게 매우 유용한 실시간 피드백이 됩니다. 애플리케이션 오류 메시지, 상세 스택 추적(Stack Trace), 데이터베이스 예외 반환 코드, 컴파일러 아웃풋, 혹은 API 오류 텍스트를 LLM 에이전트가 읽는 순간, 단 몇 초 만에 다음 공격 쿼리를 완벽히 수정(Refactoring)하여 공격을 성공시킵니다. 따라서 외부로 노출되는 상세 진단 에러 정보는 개발자들의 디버깅 편의성을 넘어, 공격 에이전트의 자동화 학습 속도를 폭발적으로 가속화하는 치명적인 무기가 됩니다.
구체적인 기술적 완화 조치
-
외부 노출 공격 표면의 상시 축소 외부 인터넷에 열려 있는 모든 웹 애플리케이션과 클라우드 인프라를 정기적으로 스캔하여 알려진 취약점, 기본 설정으로 노출된 관리자 인터페이스, 불필요하게 가동 중인 네트워크 포트와 서비스를 색출하십시오. 취약점 관리 프로그램은 단순 OS 패치뿐만 아니라, 커스텀 소스 코드, 프레임워크, 외부 라이브러리 및 공급망 의존성(Dependencies)까지 전부 포함해야 합니다.
-
워크로드는 언제든 침해당할 수 있음을 가정 사용자가 직접 접속하는 프론트엔드(Web/App) 서버가 해킹당하더라도, 해당 앱의 고유 비즈니스 기능 수행에 필수적인 백엔드 시스템 외에는 일절 도달할 수 없도록 아키텍처를 설계하십시오. 워크로드 계정의 임시 권한을 극소화하고 허용된 데이터베이스, 특정 API, 메시지 큐, 스토리지 어카운트에만 접촉하도록 권한을 쪼개놓아야 합니다.
-
엄격한 애플리케이션 계층 분할 외부 비즈니스 앱 서버 대역(DMZ)을 내부 ID 관리 서버(Active Directory 등), 주요 관리 시스템 및 무관한 내부 서비스망과 완벽히 물리적·논리적으로 격리(Segmentation)하십시오. DMZ 서버에서 내부 네트워크 망을 향해 불필요하게 시작되는 Kerberos, NTLM, LDAP, SMB, RDP, SSH, DB 다이렉트 쿼리 등의 내부 바운드 통신 트래픽을 완벽히 격리 및 차단해야 합니다.
-
데이터베이스 런타임 권한의 최소화 웹 서버와 통신하는 데이터베이스 계정에는 절대 관리자(DBA) 권한을 부여하지 마십시오. 서비스 구동 상 필수적인 경우를 제외하고, 데이터베이스 엔진이나 연동 계정이 운영체제(OS) 수준의 명령을 직접 가동(
xp_cmdshell등)하거나, 임의의 위치에 물리 파일을 저장하고, 서버 전역 설정을 조작하는 등 데이터베이스-OS 경계를 넘나드는 모든 고특권 권한을 원천 비활성화하십시오. -
워크로드 내 자격 증명 노출 방지 애플리케이션 소스 코드 설정 파일, 환경 변수(Environment Variables), IaC(코드형 인프라) 배포 스크립트, CI/CD 파이프라인 내에 Secrets가 평문 하드코딩되어 있는지 전수 조사하십시오. 단 하나의 워크로드가 침해당하더라도 다른 무관한 백엔드 시스템의 보안 키가 도미노처럼 노출되는 아키텍처를 전면 개선해야 합니다.
-
외부 무인증 사용자에 대한 에러 정보 노출 제한 인증되지 않은 외부 접속 사용자에게 상세 스택 추적(Stack Trace), 컴파일러 디버그 문구, SQL 에러 결과, 내부 경로 정보, 서버 프레임워크 스펙 등 진단 가치가 높은 에러 정보를 웹 화면상에 절대 표출하지 마십시오. 모든 상세 로그는 철저히 인가된 사내 보안 모니터링 로그 서버(Internal Logs)에만 비공개로 적재해야 합니다.
-
네트워크 장비 및 보안 인프라 보안 강화 사내 라우터, 방화벽, VPN 장비 및 주요 클라우드 Gateway 등에서 사용하지 않는 포트와 관리 웹 서비스를 전면 비활성화하십시오. 장비 설정 파일에 미확인 계정, 등록되지 않은 크론탭(Cron-job), 시작 스크립트 변조 여부가 존재하는지 주기적으로 점검하십시오. 제조사 펌웨어 배포 시 무결성 해시 검증 및 공식 서명 검증을 필수로 적용해야 합니다.
-
Active Directory 인증서 서비스(AD CS) 보안 강화 공격자가 유효 인증서를 부정 발급받아 도메인 관리자 권한을 가로채는 창구로 오용되지 않도록 AD CS 템플릿과 신청 경로를 집중 진단하십시오.
-
클라이언트 인증을 지원하는 템플릿에서 인증서 신청자가 임의로 주체 명명을 수정할 수 있는
ENROLLEE_SUPPLIES_SUBJECT플래그 설정을 필요하지 않다면 전면 비활성화하십시오. -
인증서 발급 신청 권한을 실제 비즈니스 가동에 필수적인 특정 ID 그룹으로만 격리하십시오.
-
고위험 인증서 발급 건에 대해서는 인증서 관리자 또는 CA 수동 승인 단계를 필수 거치도록 강제하십시오.
-
AD CS 웹 인터페이스에서 가용한 보안 표준인 '인증 확장 보호(EPA, Extended Protection for Authentication)' 기능을 활성화하십시오.
-
특권 계정이나 예상치 못한 외부 기기가 인증서 발급을 대량으로 시도하는 패턴을 추적 경보하십시오.
-
-
자격 증명 재사용 및 릴레이 공격 예방 Windows 환경에서는 자격 증명 가드(Credential Guard)를 필수로 활성화하고, 주요 특권 계정을 보호된 사용자 그룹(Protected Users)에 편입시키십시오. 전사적인 SMB 서명 및 LDAP 서명, 채널 바인딩(Channel Binding)을 강제 적용하십시오. 비즈니스 영향이 없는 한 노후된 NTLM 프로토콜을 사용 불가능하도록 비활성화하고, Pass-the-Hash, Pass-the-Ticket과 같은 자격 증명 재사용 공격에 대해 전방위적인 모인 통제를 강화해야 합니다.
-
노출형 워크로드에서의 불필요한 내부 인증 차단 인터넷에 개방된 외부 웹 서버(DMZ)가 사내 망 내부의 다른 워크로드를 향해 Kerberos, NTLM, LDAP, SMB, WinRM, RDP 트래픽을 마음대로 전송하지 못하도록 통신 규칙을 일괄 격리 차단하십시오.
4단계: 애플리케이션 가드레일 장착
공격자들의 침투 활동 중 상당수는 새로 만든 악성코드를 심는 복잡한 수법이 아닌, 이미 조직 내부망에 정상 배포되어 있는 정식 기본 기능들을 가로채 오용(Living-off-the-Land)하는 방식으로 전개됩니다. 사내 내부 시스템, 업무 자동화 스크립트, 관리자용 API, 배포 시스템, 비즈니스 워크플로우 등은 해커에게 최상의 공격 무기가 되며, 자율형 LLM 에이전트는 이러한 정상 빌트인 기능을 초고속으로 스스로 분석하고 파고들어 공격 효율을 극대화합니다.
보안 측면에서 왜 중요한가
사내 내부 웹 서비스, 자체 제작 스크립트, 레거시 API 등은 외부 포털에 기술 규격이 공개되어 있지 않기 때문에 본래 해커가 취약점을 찾아내 공격하려면 많은 수동 분석 시간이 필요했습니다. 그러나 LLM 기반 자율형 공격 도구는 이러한 맞춤형 코드와 비공개 시스템 규격을 단 몇 초 만에 자동으로 분석하고 즉석에서 익스플로잇 코드를 생성해 내는 뛰어난 분석 능력을 보유하고 있습니다.
대표적인 예가 내부 알림 및 이메일 연동 API 오용입니다. 만약 비즈니스 웹 앱 계정 하나가 탈취되었을 때, 이 계정이 전사 알림 톡이나 사내 대량 메일 발송 API 권한을 정상적으로 보유하고 있다고 가정해 보십시오. 메일을 보내는 행위 자체는 해당 앱의 '정상 작동 시나리오'이므로 기존 보안 탐지 룰을 타지 않습니다. 하지만 이 권한을 자율 에이전트가 가로채는 순간, 순식간에 수천 수만 명의 임직원과 외부 파트너를 상대로 고충실도 피싱 이메일을 초고속으로 무차별 브로드캐스트 전송하는 '사내 피싱 유포 기지'로 무기화됩니다. 만약 해당 API에 1회당 발송 한도, 분당 발송 한도(Rate Limit), 혹은 비정상 볼륨 모니터링 등의 가드레일이 부재하다면 전사적 피싱 피해를 피할 수 없게 됩니다.
구체적인 기술적 완화 조치
-
비즈니스 핵심 고영향 API 가드레일 설치 중요 마스터 데이터 접근, 관리자 계정 생성, 전사 이메일 및 푸시 알림 발송, 보안 그룹 정책 변경 등 비즈니스 파괴력이 높은 행위를 수행하는 핵심 API에는 분당/시간당 트랜잭션 한도 제한(Rate Limit), 1회당 수신자 수 제한, 임계값 초과 차단 및 변칙 남용 방지 필터링 가드레일을 필수로 구축하십시오. 정상 범위를 이탈해 폭발적인 요청이 인입되는 즉시 API 가동을 자동 차단하고 보안 관제팀(SOC)에 긴급 호출을 올리도록 설계하십시오.
-
전사 고영향 관리 자산 현황의 상시 파악 보안 부서는 사내 인프라 중 어떤 시스템이 원격 명령 실행(RCE), 자동화 배포, 악성 스크립트 실행, 인증서 강제 발급, Active Directory 동기화, 대량 메시징 등의 강력한 기능을 갖추고 있는지 평시에 완벽한 목록을 보유하고 있어야 합니다. 실제 침해 사고 발생 시 해커가 이러한 기능을 역으로 타고 들어오지 못하도록 사전 탐지 정책과 강제 제어 장치가 미리 세팅되어 있어야 합니다.
-
자동화 기반 앱 취약점 진단 및 자율 탐색 내부 웹 서비스와 API 소스 코드는 정식 배포 전에 반드시 정적/동적 소스 코드 진단(SAST/DAST) 툴을 거쳐 취약점을 사전에 해결해야 합니다.나아가, 기업은 스스로 자율형 LLM 도구를 가동해 내부 소스 코드 상의 취약점과 잠재적 침투 경로를 선제적으로 탐색, 분류, 재현 및 자동 패치할 수 있는 보안 방어력을 갖추어야 합니다. 공격 에이전트가 먼저 취약점을 발견하기 전에, Google AI Threat Defense와 같은 자율형 인텔리전스 엔진을 내부 파이프라인에 결합해 사전에 공격 경로를 소탕해 두는 스마트 방어 체계를 가동해야 합니다.
5단계: 행동 기반 볼륨 변화 탐지
자율형 해킹 에이전트가 수행하는 대부분의 공격 쿼리와 명령들은 겉으로 보기에는 지극히 평범한 일상의 업무 트래픽과 동일해 보입니다. 따라서 탐지의 성패는 오직 '풍부한 맥락 분석(Contextual Telemetry)'에 달려 있습니다. 로그인 시도 속도, 발신 네트워크의 소유주(ASN), 데이터 발송 볼륨, 시간대별 호출 주기, 동일 계정의 연속 행위 시퀀스 등을 정밀 분석해야 해킹 도구의 실체를 가려낼 수 있습니다.
보안 측면에서 왜 중요한가
시스템 내부의 서비스 주체(Service Principal)가 클라우드 Object 스토리지에 주기적으로 접속해 데이터를 조회하는 행위 자체는 지극히 일반적입니다. 그러나 평소에 오직 사내 전용선 망 내부에서 하루에 단 10개의 데이터만 호출하던 서비스 계정이, 갑자기 생소한 해외 퍼블릭 가상 클라우드(VM) 호스팅 네트워크를 통해 단 1초 만에 수만 개의 민감 데이터 객체를 일괄 열거하고 대량으로 백업 다운로드하기 시작한다면 이는 완전히 다른 위협 상황입니다.
외부를 향하는 아웃바운드 인터넷 트래픽 역시 강력한 탐지 지표가 됩니다. 침해당한 서버에서 가동 중인 자동화 해킹 도구는 명령 성공 여부를 공격자에게 피드백하거나 기밀 데이터를 외부로 전송하기 위해 외부 웹훅 수신 서비스(webhook.site 등), 무료 파일 공유 스토리지, 터널링 네트워크, 혹은 공격자가 사설 구축한 외부 LLM 추론 서버 포털 등으로 트래픽을 지속 발송하게 됩니다.
서버가 외부 인터넷상의 임의의 목적지 하나와 접속하는 것은 흔한 일일 수 있습니다. 하지만 평생 동안 오직 5개의 정해진 사내 도메인과만 제한적으로 통신해 오던 핵심 운영 서버가, 갑자기 단 몇 초 만에 전 세계 도처의 생소한 호스팅 네트워크 및 웹훅 주소 20여 개와 무차별 통신을 시작한다면 보안 관제팀은 이를 비상 상황으로 인지하고 즉각 조치에 나서야 합니다.
핵심 완화 조치 및 탐지 우선순위
-
계정 및 워크로드별 고유 행동 Baseline 수립 주요 비인간 계정(서비스 주체, API 키), 비즈니스 핵심 워크로드, 관리자 특권 계정이 평소 어느 IP 대역에서 로그인하는지, 어떤 관리자 API를 얼마나 자주 호출하는지, 하루 평균 데이터 전송량은 어느 정도인지 정교한 정상 행위 데이터 기준선을 프로파일링해 두십시오.
-
인증 시도 발신 네트워크 변화 실시간 감지 전사 특권 사용자와 중요 비인간 계정이 인증을 요청해 올 때, 해당 트래픽이 출발한 IP 대역, 소유 자율 시스템 번호(ASN), 클라우드 구동 리전, 호스팅 서비스 제공업체 명칭 및 상세 지리적 위치 정보를 정밀 감시하십시오. 평소 사용 패턴을 완전히 탈피한 신규 가상머신 호스팅 대역이나 미확인 국가에서 성공적으로 로그인된 세션이 감지되는 즉시 긴급 차단 및 원격 소탕 세션을 구동하도록 관제 룰을 설계해야 합니다.
-
제어 평면 속도 임계값 모니터링 단 몇 초 만에 관리자 API 호출이 집중되거나, 대량의 권한 유효성 테스트 시도가 발생하거나, 리소스가 비정상 속도로 열거되고 Secrets 키 탈취 쿼리가 연달아 집중적으로 터지는 초고속 API 폭발(Burst) 트래픽 패턴을 실시간 추적 감시하십시오. 정상적인 개발 배치 작업과 자율 에이전트의 초고속 타격 시퀀스는 트래픽 밀도와 시간 간격에서 확실한 차이를 보입니다.
-
데이터 평면 활동의 정밀 감시 중요 클라우드 스토리지 및 전사 데이터베이스 플랫폼을 대상으로 평상시의 정상적인 읽기/쓰기/삭제 빈도 패턴을 확립하십시오. 평소와 달리 스토리지를 한 번에 싹 긁어모으는 무차별적인 정보 열거 행위, 이례적인 대량 파일 입출력 변칙 패턴, 데이터 반출 과정에서 일어나는 전송 용량(Bytes)의 폭발적 변화를 즉각 식별하십시오.
-
행위 시퀀스 연결 탐지 룰 설계 서로 다른 인프라 장비에서 단편적으로 기록되는 이벤트 로그들을 단일 공격 흐름(Sequence)으로 엮어서 분석할 수 있도록 상관관계 탐지 룰을 수립하십시오.
-
예시 시퀀스: "생소한 외부 네트워크 발 인증 성공" ➡️ "IAM 계정 권한 정찰 공격 발생" ➡️ "중요 Object 스토리지 무차별 열거 수행" ➡️ "EBS 스냅샷 대량 인출" ➡️ "미확인 외부 웹훅 IP 주소로 대용량 패킷 발송" 등의 일련의 행위가 연달아 터지는 경우, 이를 각각의 별개 로그가 아닌 하나의 '자율형 해킹 공격 침투 흐름'으로 묶어 자동 차단 처리하도록 SIEM을 고도화하십시오.
-
-
인터넷 노출 서버의 수평 이동 트래픽 관제 DMZ 존 또는 외부 인터넷에 열려 있는 외부 웹 서버 대역에서 사내 핵심 사설망 내부를 향해 전송되는 모든 LDAP, Kerberos, NTLM, SMB, DB 다이렉트 쿼리, 원격 관리자 접속 트래픽 및 비정상적인 IP 포트 스캔 행위를 정밀 탐색하십시오.
-
서버 아웃바운드 아웃바운드 인터넷 트래픽 통제 사내 핵심 프로덕션 서버들이 퍼블릭 인터넷 웹 서버로 직접 다이렉트 아웃바운드 세션을 수립하는 것을 제한하고, 사전에 엄격히 통제되는 일부 Egress 통로(Gateway)를 거쳐서만 통신하도록 네트워크를 제한하십시오. 특히 비즈니스 필수 가동 용도가 아님에도 불구하고 외부 웹훅 포털(
webhook.site등), 일시적 파일 업로드 사이트, 터널링 프록시, 외부 AI 모델 추론 API 서버 등으로 연결을 시도하는 특이 패킷을 탐지 및 차단하십시오. -
맥락 분석용 원격 분석 데이터의 온전한 보관 기본 인증 로그뿐만 아니라 비인간 계정의 연동 내역, 클라우드 관리 API 가동 내역(Control-Plane), 중요 클라우드 스토리지의 디테일한 접근 이력(Data-Plane), 개별 애플리케이션 상세 관리 로그, 네트워크 DNS 흐름, 프록시 트래픽 흐름, 엔드포인트 단말 행위 정보 전체를 단일 보존소에 안전하게 중앙 집중화하십시오. 이상 행동 패턴을 정확하게 비교 분석하기 위해서는 최소 수개월 이상의 온전한 평시 운영 기준선(Baseline) 과거 로그 아카이브가 필수입니다.
Google SecOps를 통한 실전 위협 차단 안내
Google SecOps(보안 운영 플랫폼) 사용 고객은 Mandiant 프론트라인 위협 인텔리전스(Mandiant Frontline Threats) 및 Mandiant 헌팅 룰 팩(Mandiant Hunting Rules)을 가동하여 위에서 다룬 자율형 AI 해킹 위협을 완벽하게 예방 및 격퇴할 수 있습니다. 본 블로그에 등장한 자율형 해킹 에이전트(ARTEX 등)의 모든 공격 시나리오는 Google SecOps 대시보드 내에서 다음 실전 탐지 룰 명칭을 가동하여 완벽하게 방어 및 모니터링됩니다.
-
Suspicious Webhook.Site Interaction(비정상적인 Webhook.site 외부 유출 경로 연동 탐색 룰) -
Suspicious Curl Invocation(정상 권한을 가장해 웹쉘 및 스크립트를 내려받기 위한 비정상 curl 명령어 호출 탐색 룰) -
Cmd Launching Curl(시스템 셸 명령 콘솔을 거쳐 외부 페이로드를 가져오려는 curl 실행 추적 룰) -
AWS Cloud Accounts Getcalleridentity(AWS 침투 후 권한 상승을 꾀하기 위해 자율 에이전트가 단 1초도 안 되는 찰나의 순간에 무차별 대입하는 GetCallerIdentity 권한 정찰 공격 포착 룰)
