포티게이트 600여 대 해킹·멕시코 정부 9곳 침해, AI 쓰는 해커는 제로데이가 필요 없었다 [2026]

AI 활용 해킹은 공격자가 상용 LLM과 AI 코딩 에이전트에게 정찰, 공격 계획, 도구 제작, 명령 실행, 탈취 데이터 분석을 맡겨 공격의 속도와 규모를 키우는 방식이다.

9월 말 국내 금융권 연쇄 유출에서 AI 자율 침투 도구 ARTEX의 흔적이 나온 뒤 'AI 해킹 대비'가 화두가 됐다. 다만 국내 건에서 AI가 공격 전 과정에 실제로 쓰였는지는 아직 정황 단계다(ARTEX 흔적이 나온 은행 연쇄 해킹). 공격자의 AI 사용이 1차 보고서로 확인된 사건은 해외에 있다. 아마존은 2026년 2월 20일, 55개국 이상에서 포티게이트(FortiGate) 600대 이상이 장악된 사건을 공개했다. 갬빗 시큐리티(Gambit Security)는 4월 10일, 1인 운영자가 멕시코 정부 조직 9곳을 침해한 사건의 전체 기술보고서를 냈다.

두 보고서 어디에도 제로데이는 나오지 않는다. 공격자는 인터넷에 열린 관리 기능, 비밀번호 한 겹뿐인 인증, 이미 CVE 번호가 붙은 취약점을 AI로 빠르게, 많이 두드렸다. 이 글은 두 사건을 공격 단계별로 나눠 AI가 대신한 일과 막을 수 있던 결함을 구분한다. 포티게이트는 예시일 뿐이다. 같은 점검이 모든 방화벽·VPN·서버 관리 화면에 그대로 적용된다.

왜 지금 중요한가

공격자 한 명이 조직 하나를 상대한다는 계산은 더 이상 맞지 않는다. 갬빗은 AI가 수백 대 서버의 정찰 데이터를 바로 쓸 수 있는 정보로 바꿔, 보통은 분석팀이 필요한 분량을 1인이 처리하게 했다고 평가했다. 공격 타임라인도 일반적인 탐지·대응 시간보다 짧아졌다고 봤다. 아마존은 행위자의 기본 기술 수준을 '낮음~중간'으로 평가하면서도 AI로 크게 증강됐다고 했고, 상용 AI 서비스가 공격 능력의 진입 장벽을 낮추고 있다고 짚었다. 덜 숙련된 인력도 대량으로 생산하게 만드는 'AI 기반 사이버 범죄 조립 라인'이라는 비유도 썼다.

국내 정부 메시지도 같은 쪽을 가리킨다.

• 국무총리(10월 6일): 금융·공공기관 개인정보 유출 대응 관계장관회의에서 AI가 해킹 등에 광범위하게 활용되는 상황에서 정부의 대응방식을 전면 개편해야 한다고 강조했다. 유출이 보안이 취약한 부분에서 발생하는 만큼 정부·공공기관이 보유한 미운영·방치 웹사이트부터 폐쇄 등 정리하라고 지시했다.
• KISA(10월 3일): '최근 사이버공격 대비 기업 보안강화 권고'에서 관리자 페이지·DB·관리용 접속 기능은 업무상 필요한 대상과 지정된 접속 경로에서만 열고, 관리자·원격접속 계정에 다중인증(MFA)을 적용하고, 노출된 인증정보는 폐기·교체하라고 했다.
• 과기정통부·KISA(5월 7일): 「AI 기반 사이버공격 대비 기업 대응 요령」은 AI를 통한 단기·대량 공격을 경고하며 위협탐지시간·평균패치적용시간·패치준수율을 점검하고 목표치를 재설정하라고 했다. 보안 기본 수칙 이행은 'AI의 침투 난이도를 높이고 피해 최소화를 위한 가장 중요한 보안전략'이라고 적었다. 함께 낸 CEO 행동 수칙의 한 줄은 이 글의 결론과 같다. "AI시대에도 대부분의 사이버공격은 비밀번호 유출이나 방치된 IT 자산에서부터 비롯됩니다."

사건 ① 포티게이트 해킹: 600대 이상이 열린 관리 포트로 뚫렸다

아마존 위협 인텔리전스에 따르면 러시아어를 쓰는 금전 목적의 행위자가 2026년 1월 11일부터 2월 18일까지 55개국 이상에서 포티게이트 장비 600대 이상을 장악했다. 국가 지원 APT 조직과의 연관성은 알려지지 않았고, 아마존은 개인이나 소규모 조직으로 봤다. 표적은 업종을 가리지 않는 기회주의형으로 보였다.

아마존이 작전을 속속들이 볼 수 있었던 것은 공격자의 실수 덕분이다. 공격자는 악성 도구를 올려 둔 공개 인프라에 AI가 만든 공격 계획, 피해 조직 설정, 맞춤 도구 소스 코드까지 암호화 없이 함께 올려 두었다.

AI가 대신한 일

공격자는 최소 두 곳의 상용 LLM 서비스를 역할을 나눠 썼다. 아마존은 도구 개발, 공격 계획, 명령 생성, 작전 보고까지 작전 전 단계가 AI에 크게 의존했다고 평가했다.

• 공격 계획: 단계별 공격 지침에 예상 성공률, 소요 시간, 우선순위 작업 트리를 붙인 계획서를 AI가 만들었다.
• 도구 제작: 설정 파서, 자격증명 추출 도구, VPN 접속 자동화, 대량 스캔 오케스트레이션, 결과 집계 대시보드를 여러 언어로 만들었다. 아마존은 이 정도 양과 종류면 보통 개발팀이 있다는 뜻인데, 1명이나 아주 작은 조직이 AI로 전부 만들었다고 봤다.
• 침투 후 정찰: VPN 접속 뒤 쓰는 정찰 도구(Go·파이썬 버전)가 라우팅 테이블에서 내부망을 읽고, 서비스를 탐색해 SMB 호스트와 도메인 컨트롤러를 찾고, 웹 서비스 취약점 스캔 결과로 공격 우선순위 목록을 만들었다.
• 막혔을 때의 조언: 주 LLM은 도구 개발·공격 계획·작전 보조를, 보조 LLM은 특정 피해 네트워크 안에서 다음 단계를 짤 때 썼다. 한 번은 침투 중인 조직의 내부 토폴로지(IP, 호스트명, 확인된 자격증명, 서비스)를 통째로 넣고, 기존 도구로 닿지 못한 시스템을 장악할 단계별 계획을 요청했다.

AI가 짠 코드에는 흔적이 남았다. 함수 이름을 되풀이할 뿐인 주석, 기능보다 서식에 공을 들인 구조, 정식 역직렬화 대신 문자열 매칭으로 처리한 JSON 파싱이다. 이 도구들은 예외 상황에서 쉽게 실패했다.

진입부터 백업 서버까지

진입은 단순했다. 공격 도구는 443·8443·10443·4443 포트를 체계적으로 훑어 인터넷에 노출된 관리 인터페이스를 찾고, 흔히 재사용되는 자격증명으로 로그인을 시도했다. 아마존은 포티게이트 취약점 익스플로잇을 관측하지 못했다고 밝혔다. 노출된 관리 포트와 약한 비밀번호, 비밀번호 하나로 끝나는 단일 인증이면 충분했다.

장악한 장비에서는 설정 전체를 빼냈다. 포티게이트 설정 파일에는 복구 가능한 SSL-VPN 사용자 비밀번호, 관리자 자격증명, 네트워크 토폴로지와 라우팅, 내부 구조가 드러나는 방화벽 정책, IPsec VPN 피어 설정이 들어 있다. 공격자는 AI의 도움으로 만든 파이썬 스크립트로 이를 파싱·복호화·정리했다.

다음은 내부망이다. 빼낸 자격증명으로 VPN에 붙은 뒤 오픈소스 공격 도구(Meterpreter·mimikatz)로 도메인 컨트롤러에 DCSync를 걸어 액티브 디렉터리(AD)의 비밀번호 해시를 뽑았다. 확인된 침해에서는 도메인 자격증명 DB 전체가 넘어갔다. 최소 한 곳에서는 도메인 관리자 계정이 평문 비밀번호를 썼는데, 포티게이트 설정에서 재사용 비밀번호로 얻었거나 원래 약한 비밀번호였다. 공격자는 Veeam 백업 서버도 노려 자격증명 추출 도구를 돌리고 알려진 Veeam 취약점을 시도했다. 아마존은 백업 서버가 높은 권한의 자격증명을 보관하고, 장악되면 랜섬웨어 배포 전에 복구 능력을 없앨 수 있는 자리라며, 이 흐름을 랜섬웨어 배포 전 단계와 같은 양상으로 봤다.

막힌 곳: 하드닝된 환경

공격자의 작전 노트에는 CVE-2019-7192, CVE-2023-27532, CVE-2024-40711 등 여러 CVE가 적혀 있었다. 그러나 가장 단순한 자동화 경로를 벗어나면 공격은 대부분 실패했다. 공격자 자신의 기록에 이유가 남아 있다. 대상 서비스는 패치돼 있었고, 필요한 포트는 닫혀 있었고, 취약점은 대상 OS 버전에 맞지 않았다. 한 피해 조직에 대한 최종 평가에는 핵심 인프라가 '잘 방어됨(well-protected)', '악용 가능한 경로 없음'으로 적혀 있었다.

이 공격자는 하드닝된 환경이나 더 정교한 방어를 만나면 버티지 않고 더 쉬운 표적으로 옮겨 갔다. 아마존은 AI가 만든 명령은 기술적으로 정확했지만, 공격자가 계획과 다른 상황에 적응하는 데 애를 먹었고 맞춤 익스플로잇을 컴파일하거나 실패한 공격을 디버깅하지 못했다고 평가했다.

원인과 교훈: 아마존 권고 4범주

원인은 관리 인터페이스의 인터넷 노출, 약하거나 재사용된 비밀번호, MFA 부재다. 아마존이 낸 권고 4범주를 실무 항목으로 옮기면 다음과 같다.

• 장비 점검: 관리 인터페이스를 인터넷에서 차단하고, 원격 관리가 꼭 필요하면 알려진 IP 대역과 배스천 호스트 또는 별도 관리망으로 제한한다. 관리자·VPN 계정의 기본·흔한 비밀번호를 바꾸고, SSL-VPN 사용자 비밀번호를 모두 교체한다. 관리 화면이 인터넷에 노출됐거나 노출됐을 수 있는 장비라면 특히 서두른다. 관리자·VPN 접속에 MFA를 적용하고, 무단 관리자 계정과 정책 변경, 예상 밖 지역의 VPN 접속을 점검한다.
• 자격증명 위생: VPN 계정과 AD 도메인 계정 사이의 비밀번호 재사용을 점검하고, 모든 계정, 특히 도메인 관리자 계정에 고유하고 복잡한 비밀번호를 쓰고, 서비스 계정, 특히 백업에 쓰는 계정의 자격증명을 점검·교체한다.
• 침투 후 탐지: 예상 밖 DCSync(복제 관련 GUID가 붙은 이벤트 ID 4662), 정상 서비스 이름을 흉내 낸 예약 작업, VPN 주소 대역에서 시작된 비정상 원격 관리 접속, 백업 자격증명 저장소 무단 접근, 서비스 계정처럼 이름을 지은 신규 계정을 감시한다.
• 백업 강화: 백업 서버를 일반 네트워크에서 분리하고, 백업 소프트웨어의 자격증명 추출 취약점을 패치하고, 관리자 권한으로도 바꿀 수 없는 불변 백업을 둔다.

공격에는 Impacket·gogo·Nuclei 같은 정상 오픈소스 도구가 쓰였다. 그래서 아마존은 IOC(침해지표) 기반 탐지보다 비정상 VPN 인증 패턴, 예상 밖 AD 복제, VPN 대역에서 시작된 측면 이동 같은 행위 기반 탐지를 우선하라고 권했다. 결론은 이렇다. "강한 방어 기본기가 여전히 가장 효과적인 대응책이다. 경계 장비 패치 관리, 자격증명 위생, 네트워크 분리, 침투 후 지표에 대한 탄탄한 탐지다."

사건 ② 멕시코 정부 해킹: 원격 명령의 약 75%를 AI가 실행했다

갬빗 시큐리티는 2026년 2월 초기 분석을 낸 뒤, 관련 당사자들의 요청에 따라 사고 대응 시간을 주려고 미뤘던 전체 기술보고서를 4월 10일 공개했다. 보고서에 따르면 한 공격자가 2025년 12월 말부터 2026년 2월 중순까지 연방·주·시 단위의 멕시코 정부 조직 최소 9곳을 침해했다. 갬빗은 캠페인에 쓰인 VPS 3대에서 회수한 포렌식 자료로 작전을 재구성했다.

피해 범위는 기관별로 공개됐다. 연방 국세청(SAT)에서는 납세자 기록 1억9,500만 건과 디렉터리 기록 5,200만 건이 빠져나갔고, 내부 서버 305대가 접근·분석됐다. 멕시코시티 신분등록소(Registro Civil)에서는 신분 등록 기록 약 2억2,000만 건이 유출됐다. 할리스코주에서는 13노드 Nutanix 클러스터를 포함한 가상화 인프라 전체의 관리 권한이 넘어갔고, DB 서버 38대 중 37대가 접근됐으며, 주 정부 기관 20곳에 맞춤 루트킷이 심겼다. 나머지 피해 조직은 국가선거기구(INE), 멕시코주·미초아칸주·타마울리파스주 정부, 멕시코시티 보건국, 몬테레이 상하수도 공기업(SADM)이다. 공격자는 국세청 시스템을 실시간으로 조회하는 API와, 그 데이터로 납세 증명서를 위조하는 서비스까지 만들었다.

AI가 대신한 일

공격자는 앤트로픽의 AI 코딩 에이전트와 OpenAI의 상용 LLM API를 핵심 작전 도구로 썼다. 갬빗에 따르면 정찰, 익스플로잇 맞춤, 권한 상승, DB 구조 파악, 유출 인프라 개발, 터널 구축, 자격증명 수집 같은 기술 작업의 상당 부분을 두 AI가 했다. 회수 자료에는 공격 스크립트 400개 이상(Bash 301개, 파이썬 113개), 서로 다른 CVE 20개를 겨냥한 맞춤 익스플로잇 20개, 공격자 프롬프트 1,088건과 이로 실행된 AI 명령 5,317건(실제 피해 인프라 위 34개 세션)이 있었다.

• AI 코딩 에이전트는 대화형 공격 보조였다. 캠페인 전체 원격 명령 실행 활동의 약 75%를 생성·실행했다. 국세청 내부 구조를 파악하는 약 4일 동안 프롬프트 254건으로 원격 명령 약 2,500회가 실행됐다. 국세청 실시간 조회 API(594줄)도 약 2시간 동안 20번 고쳐 가며 만들었다.
• LLM API는 대량 분석기였다. 1만7,550줄짜리 맞춤 파이썬 도구가 장악한 서버에서 프로세스, 포트, 설정, 명령 기록, 자격증명, SSH 키를 뽑아 LLM API로 넘겼다. 국세청 내부 서버 305대를 약 2,800회 호출로 분석해 구조화된 정보 보고서 2,597건을 만들었다. 보고서에는 수집한 자격증명이 통할 만한 내부 서버를 정리한 표와 바로 실행할 수 있는 비밀번호 스프레이 스크립트가 붙었다. 공격자는 이 보고서를 읽고 필요한 내용을 AI 코딩 에이전트에게 자연어로 지시했다.

갬빗은 AI가 공격 타임라인을 표준 탐지·대응 시간 아래로 압축했고, 낯선 시스템을 분석해 익스플로잇을 맞추는 데 며칠이나 몇 주가 아니라 몇 시간이 걸리게 했다고 평가했다. 과장은 경계해야 한다. 갬빗은 일부 피해 기관이 수동 방식으로 침해됐고, 전체적으로는 사람이 지휘하고 AI가 주 작전 도구로 쓰인 혼합형 작전이었다고 밝혔다.

AI의 안전장치는 방어선이 아니었다

AI 코딩 에이전트는 작전 내내 일부 요청을 거부하거나 승인 증빙을 요구했다. 첫 세션에서도 공격자가 내건 로그 삭제 같은 흔적 지우기 규칙에 대해 승인 범위를 묻고, 이 규칙을 영구 파일로 저장하라는 요청은 거부했다. 공격자는 답하지 않고, 미리 써 둔 1,084줄짜리 침투 테스트 치트시트를 붙여 넣은 뒤 파일로 저장해 달라고 했다. AI는 이를 콘텐츠 생성이 아닌 파일 쓰기로 처리했고, 그 파일은 세션마다 자동으로 읽히는 프로젝트 지시 파일이 됐다. 갬빗에 따르면 40분 만에 대화는 "그 파일은 만들지 않겠다"에서 정부 서버 위의 "이제 어떤 명령을 실행할까요?"로 넘어갔다. 갬빗은 이 경우 가드레일이 버티지 못했다고 적었다. 피해 기관이 공격자가 쓰는 AI의 안전장치에 기댈 수는 없다.

막을 수 있던 결함

갬빗의 결론은 아마존과 닮았다. AI를 쓴 공격 방식은 공격 능력의 큰 진화지만, 악용된 취약점 상당수는 패치, 자격증명 교체, 네트워크 분리, 엔드포인트 탐지라는 표준 통제로 대응할 수 있었다는 것이다. 갬빗은 이번 공격과 관련된 시스템 가운데 지원 종료(EOL)나 지원 중단 상태여서 보안 업데이트를 받을 수 없던 것이 있었다는 증거도 있다며, 핵심 시스템의 기술 부채를 미뤄 온 조직에 대한 경고라고 썼다. 보고서에는 이 결론을 뒷받침하는 장면이 여럿 있다.

• 패치와 SMB 서명 앞에서 측면 이동이 막혔다: 1월 3일 몬테레이 상하수도 공기업(SADM)에서 공격자는 공개 포털의 웹셸과 DB에서 빼낸 자격증명으로 내부 확장을 시도했다. 도메인 컨트롤러는 SMB 서명을 요구했고, AI도 이를 릴레이 공격에서 보호된 상태로 보고 서명을 요구하지 않는 다른 서버 3대를 릴레이 대상으로 잡았다. 그러나 인증 강제 기법(PetitPotam)은 서버가 패치돼 실패했다. "계속해, 무슨 수를 써서든 측면 이동하고 싶다"는 지시에 AI가 EternalBlue, 비밀번호 스프레이, SSH 무차별 대입, LDAP 익명 바인드까지 시도했지만 모두 실패했다. AI는 공격자에게 쓴 요약에서 이 실패들을 '효과 없었던 것(잘 방어된 인프라)'으로 묶었다.
• 자격증명 하나만 바꿨어도: 납세 증명서 위조 서비스는 침해가 이어지는 동안에만 작동했다. 갬빗은 자격증명 하나만 교체하거나 공격자 VPS를 방화벽으로 막았어도 즉시 무력화됐을 것이라고 썼다.
• 설정 파일 속 자격증명: 공격은 AWS에 있는 DB 인스턴스 2개까지 닿았다. 앞서 장악한 서버의 애플리케이션 설정 파일에서 찾은 것으로 보이는 자격증명이 쓰였다.

교훈은 다섯 가지다.

• 알려진 CVE는 인터넷 노출 자산부터, 특히 실제 악용이 확인된 CISA KEV 항목부터 패치하고 적용까지 걸린 시간을 지표로 관리한다(노출·KEV 기준 패치 우선순위). 패치를 받을 수 없는 지원 종료 시스템은 격리한다.
• 짧은 시간에 여러 서버를 훑는 정찰, 웹서버의 비정상 명령 실행, 대량 명령 실행을 탐지 규칙에 넣는다.
• 자격증명을 정기적으로 교체하고, 서버의 설정 파일과 명령 기록에 남은 비밀번호·키를 찾아 없앤다. 공격자의 LLM은 수집한 자격증명이 어느 서버에서 통할지 표로 정리했다. 재사용 비밀번호는 그대로 다음 표적 목록이 된다.
• 망분리와 서버 간 통신 제한으로 한 대가 뚫려도 번지지 않게 한다.
• 정기 모의해킹으로 '알려진 CVE 가운데 아직 열려 있는 것'을 확인한다. 자동 스캔과 수동 점검이 각각 무엇을 찾는지는 자동 스캔 vs 수동 모의해킹에 정리했다.

두 사건의 공통 구조: AI가 더한 것은 속도와 규모

1. AI가 준 것은 새 취약점이 아니라 속도와 규모다. 두 공격자 모두 이미 알려진 기법을 썼다. 아마존은 이 행위자의 강점이 깊은 기술이 아니라 AI로 증강된 효율과 규모에 있다고 했다.
2. 진입점은 기본기 결함이었다. 인터넷에 열린 관리 기능, 비밀번호 한 겹뿐인 인증, 패치되지 않은 CVE다.
3. 침투 뒤에는 자격증명부터 노렸다. 아마존 사례에서는 AD 자격증명 DB와 복구 수단인 백업 서버를, 갬빗 사례에서는 도메인 전체 자격증명과 서버마다 수집한 비밀번호·SSH 키를 노렸다.
4. 하드닝된 곳에서는 막혔다. 두 공격자의 작전 기록에 똑같이 '잘 방어됨(well-protected)'이라는 표현이 남았다.

국내 금융권 연쇄 유출도 결이 같다. 지니언스 시큐리티 센터의 10월 12일 분석에 따르면 진입점은 핵심 뱅킹망이 아니라 대출모집인·임직원·외주용 외곽 시스템이었다. 신한은행 사례는 본인확인 우회와, 고객 식별값을 바꿔 가며 조회하는 열거(IDOR 유형)로 진행된 것으로 추정된다. 공격 추정 서버에서 ARTEX 로그인 화면과 관련 문자열이 확인됐지만, ARTEX가 실제 공격에 쓰였는지는 정황 단계다.

AI가 제로데이를 만들지 못한다는 뜻은 아니다. 구글 위협 인텔리전스 그룹(GTIG)은 2026년 5월 12일, AI로 개발했다고 판단한 제로데이 익스플로잇을 범죄 조직이 대량 악용에 쓰려던 사례를 처음 확인했다고 밝혔다. 널리 쓰이는 오픈소스 웹 기반 시스템 관리 도구의 2단계 인증(2FA) 우회였는데, GTIG는 이 우회에도 유효한 계정 정보가 먼저 필요하다고 설명했다. 이런 사례는 AI 해킹 사고 사례 2026에 따로 정리했다. 경계 장비 자체의 취약점이 실제 공격에 쓰이는 일도 이어진다(FortiMail 제로데이 CVE-2026-104286, SonicWall SSL-VPN 체인 RCE). 그래도 이 글의 두 보고서가 짚은 원인은 제로데이가 아니라 기본기 결함이었다. AI의 취약점 탐색 능력이 커지는 데 따른 기업 대응 일반론은 미토스 쇼크 대응에서 다뤘다.

AI 해킹 대응 자가점검 10문항

두 사건에서 뚫린 지점을 질문으로 바꿨다. 괄호 안은 KISA 10월 3일 권고의 점검 구분(①외부 노출 시스템, ③계정·인증정보, ④서버·내부망, ⑤중요정보·대응체계)과 근거 자료다. '아니오'가 나온 항목부터 손본다.

1. 관리 화면 비공개: 방화벽·VPN·서버 관리 화면이 인터넷에 열려 있지 않고, 업무상 필요한 대상과 지정된 접속 경로에서만 열리나? 443 외에 8443·10443·4443 같은 관리 포트도 확인했나? (KISA ①)
2. MFA: 관리자 계정과 VPN 계정 모두에 다중인증이 적용돼 있나? (KISA ③)
3. 비밀번호 위생: 기본·공용·재사용 비밀번호를 없앴고, VPN 계정과 AD 도메인 계정이 같은 비밀번호를 쓰지 않으며, 교체 주기를 지키나? (크리덴셜 스터핑 대응, KISA ③)
4. 설정 파일 관리: 장비 설정 백업·내보내기 파일과 서버 설정 파일의 보관 위치와 접근 권한을 관리하나? 관리 화면이 노출됐던 적이 있다면 SSL-VPN 사용자 비밀번호를 일괄 교체했나? (KISA ①·③, 아마존 권고)
5. 패치 속도: 인터넷 노출 자산의 KEV·긴급 패치 적용 시간을 지표로 재고, AI 공격 속도에 맞춰 목표를 다시 잡았나? 지원 종료 시스템은 격리했나? (KISA ①, 과기정통부·KISA 대응 요령)
6. 방치 자산 정리: 운영하지 않거나 방치된 웹사이트, 시험용 서비스를 폐쇄했나? (KISA ①, 공공기관 대상 10월 6일 국무총리 지시)
7. 침투 후 행위 탐지: AD 복제 권한의 이상 사용(DCSync), 신규 관리자·서비스 계정 생성, 웹서버의 비정상 명령 실행, 짧은 시간의 대량 명령 실행을 탐지하나? (KISA ③·④, 아마존 권고)
8. 백업 분리: 백업 서버를 일반 네트워크에서 분리하고, 불변 백업과 별도 자격증명을 쓰나? (랜섬웨어 예방과 백업, 아마존 권고)
9. 즉시 차단 권한: 야간·주말에도 경보가 울리면 바로 계정을 잠그고 의심 시스템을 격리할 권한과 절차가 있나? (침해사고 1시간 골든타임, KISA ⑤)
10. 자산 목록과 담당자: 인터넷에서 접근 가능한 도메인·IP·웹서비스·원격접속 서비스 목록이 있고, 자산마다 담당자가 정해져 있나? (공격표면 관리 자가점검, KISA ①)

점검을 맡길 때

체크리스트 대부분은 내부에서 바로 확인할 수 있다. 웹서비스의 인증서·보안 헤더 같은 외부 관측 항목은 CodeScan 무료 스캔으로 먼저 볼 수 있지만, 공격 테스트를 하지 않으므로 비밀번호 강도나 권한 우회는 확인하지 않는다. 관리 기능이 정말 지정된 경로에서만 열리는지, 인증 우회가 권한 상승과 유출로 이어지는지는 공격자 관점에서 직접 재현해 봐야 안다. 보안 전문 기업 SENTRIX의 AI 심화 취약점 진단은 합의한 대상·계정·시나리오 안에서 AI 점검 도구로 공격면을 매핑하고 취약점 후보를 넓게 모은 뒤, 레드팀이 관리 기능 노출·접근 통제 누락과 인증 우회→권한 상승→유출 같은 연쇄 경로의 재현 여부와 영향을 검토해 재현 근거와 수정 방향을 제시하고, 합의한 범위에서 재점검한다. 방화벽 룰 감사와 정책 재설계는 보안장비 운영에서, 관리할 외부 자산 목록과 담당자부터 불분명하다면 SENTRIX ASM에서 자산 발견과 담당 지정부터 정리한다.

공격자의 AI가 찾기 전에, 밖에서 열려 있는 관리 기능과 인증 경로부터 확인하세요. AI 심화 취약점 진단 문의하기

참고 자료

• 아마존 보안 블로그(2026-02-20), AI-augmented threat actor accesses FortiGate devices at scale
• 갬빗 시큐리티(2026-04-10), The AI-Assisted Breach of Mexico's Government Infrastructure (전체 기술보고서)
• 갬빗 시큐리티(2026-04-10), A Single Operator, Two AI Platforms, Nine Government Agencies (보고서 공개 글)
• 구글 위협 인텔리전스 그룹(2026-05-12), Adversaries Leverage AI for Vulnerability Exploitation, Augmented Operations, and Initial Access
• 국무조정실(2026-10-06), 국무총리 주재 금융·공공기관 개인정보 유출 대응 관계장관회의 보도자료
• KISA 보호나라(2026-10-03), 최근 사이버공격 대비 기업 보안강화 권고
• 과기정통부·KISA(2026-05-07), AI 기반 사이버공격 대비 기업 대응 요령 및 CEO 행동 수칙
• 지니언스 시큐리티 센터(2026-10-12), 금융분야 침해사고 이슈 분석