2026-10-13 수정 미토스 프리뷰 공개 내용을 앤트로픽·영국 AI 보안연구소 원문 기준으로 바로잡고 출처를 달았다. 근거를 확인할 수 없는 단정과 순위 표현은 공개 자료로 확인된 사실로 바꾸고, 자가점검 항목 안내를 실제 체크리스트에 맞췄다.
앤트로픽이 2026년 4월 7일 보안 역량을 공개한 범용 AI 모델 미토스 프리뷰(Mythos Preview, 일반 미출시)는 27년 된 OpenBSD 결함(현재 패치됨)을 찾아냈고, 브라우저 취약점 4개를 엮어 렌더러·운영체제 샌드박스를 벗어나는 공격 코드를 작성한 사례도 있었다. 지금 시점의 결론은 단순하다. 방어자가 쓸 수 있는 도구라면 공격자도 같은 논리로 쓴다.
특히 위험한 건 AI 코딩 도구로 빠르게 만들어진 서비스다. 보안 검증 단계가 생략된 채 프로덕션에 올라간 코드는 AI로 빨라진 취약점 탐색 앞에서 기본 결함부터 드러날 수 있다.
이 글은 그 위험을 30분 외부 점검 + 30분 내부 점검 = 총 1시간으로 직접 확인하는 가이드다. 자가점검 단계는 글 중반의 체크리스트(10개 항목)에 정리해 뒀다. 시간이 없다면 무료 보안 스캔(codescan.kr)으로 30초 안에 외부 점검 절반을 자동화할 수 있다.
공격자도 같은 도구를 쓴다
AI 기반 취약점 탐지는 전통적인 보안 도구와 본질적으로 다르다. 기존 스캐너는 알려진 패턴을 매칭하는 방식이었다. CVE 데이터베이스에 등록된 취약점을 시그니처로 비교해서 "이 패턴 있다, 없다"를 판단하는 수준. 반면 AI 기반 탐지는 코드 흐름을 이해하고, 개발자의 의도와 실제 동작 사이의 간극을 추론한다. 로직 결함, 인증 우회, 권한 상승처럼 시그니처로 잡히지 않는 비즈니스 로직 취약점까지 찾아낸다.
문제는 이 기술이 방어자 전용이 아니라는 점이다. 앤트로픽은 최신 프런티어 AI 모델이 나오면서 소프트웨어 취약점을 찾고 악용하는 데 드는 비용·노력·전문성이 모두 크게 낮아졌다고 밝혔다. 공격자가 오픈소스 LLM을 쓴 사례도 이미 나왔다. 구글 위협 인텔리전스 그룹(GTIG)은 러시아 정부 배후 APT28이 오픈소스 모델(Qwen2.5-Coder)에 명령을 만들게 해 그대로 실행하는 악성코드를 우크라이나 공격에 쓴 것을 확인했다(AI 해킹 사고 사례 2026).
그렇다면 어떤 서비스부터 점검해야 하나. AI 코딩 도구로 빠르게 만들어진 스타트업 서비스, 내부 인력 없이 외주로 개발된 기업 포털, 검증 없이 출시된 SaaS MVP들이다. 빠르게 만든 코드일수록 보안 검증 단계가 빠지기 쉽고, 그 결함이 그대로 프로덕션에 배포된다.
왜 지금이 더 위험한가
속도와 규모의 문제다. 아마존이 공개한 포티게이트 사건에서 공격자는 AI로 만든 스캔·자동화 도구로 인터넷에 노출된 관리 포트를 훑고 흔히 재사용되는 비밀번호를 대입해 55개국 이상에서 장비 600대 이상을 장악했고, 표적은 업종을 가리지 않는 기회주의형으로 보였다(포티게이트 해킹 분석). 영국 AI 보안연구소(AISI)도 네트워크 접근 권한을 얻은 상태라면 미토스 프리뷰가 적어도 규모가 작고 방어가 약하며 취약점이 있는 기업 시스템은 자율적으로 공격할 수 있다고 평가했다. 중소기업이라서 괜찮다는 건 더 이상 통용되지 않는 논리다.
법적 리스크도 강화되고 있다. 개인정보 보호법상 과징금 상한은 전체 매출액의 3%다. 2026년 9월 11일 시행된 개정법은 고의·중과실로 과징금 처분 후 3년 안에 같은 유형의 위반을 되풀이하거나, 고의·중과실로 1천만 명 이상에게 피해를 내거나, 시정명령을 따르지 않아 유출이 일어난 경우에 한해 상한을 전체 매출액의 10%로 높였다. ISMS-P 인증을 받지 않은 사업자도 개인정보를 다루는 순간 동일한 의무를 진다. 침해 사고가 발생하면 과징금, 소송, 고객 이탈, 언론 노출이 동시에 온다. 보안 투자 비용과 침해 사고 이후 수습 비용을 비교하면 답은 이미 나와 있다.
한국도 예외가 아니다. KISA는 7월 16일 AI 개발도구 위장 악성코드 주의 권고에서 "국내는 AI 서비스와 보조도구 활용이 활발한 만큼" 가짜 AI 개발도구를 정상 도구로 오인해 내려받아 실행하는 피해가 우려된다고 했다. 개발 속도를 강조하는 조직일수록 보안 리뷰가 후순위로 밀리기 쉽고, "일단 만들고 보자"는 문화가 AI 코딩과 결합하면 검증 단계가 더 쉽게 빠진다.
공격자 관점에서 본 한국 기업의 실제 취약점
보안 실무 10년, 직접 레드팀을 운영하면서 국내 서비스를 진단해온 경험에서 나온 이야기다. 다음은 실제 진단에서 반복적으로 발견되는 취약점들이다.
SQL Injection. 여전히 자주 발견된다. ORM을 쓰면 안전하다고 착각하는 팀이 많은데, raw query나 검색 필터 처리 부분에서 여전히 터진다. 데이터베이스 전체가 덤프되는 건 순식간이다.
IDOR (Insecure Direct Object Reference). /orders/1234를 /orders/1235로 바꾸면 다른 사람 주문이 보이는 패턴. 인증은 있는데 권한 검증이 없는 경우다. 특히 빠르게 개발된 서비스에서 자주 나온다.
인증 우회. JWT 토큰 검증을 서버가 아닌 클라이언트에서만 하거나, 세션 고정 공격에 취약한 구조. 로그인 상태가 조작되면 관리자 권한 탈취까지 이어진다.
평문 비밀번호 저장. 2026년에도 발견된다. 해시를 쓰더라도 MD5나 SHA-1 같은 약한 알고리즘을 쓰는 경우가 여전히 있다.
환경변수·시크릿 코드 노출. .env 파일이 git 저장소에 그대로 올라가 있거나, API 키가 프론트엔드 코드에 하드코딩된 경우. AI 코딩 도구로 빠르게 작업하다 보면 이런 실수가 검토 없이 배포된다.
디버그 모드 프로덕션 노출. Django DEBUG=True인 상태로 프로덕션 서버를 운영하는 경우가 있다. 에러 페이지에 데이터베이스 구조, 환경변수, 소스 코드 경로가 그대로 출력된다.
XSS (Cross-Site Scripting). 사용자 입력을 그대로 렌더링하는 곳에서 발생. 세션 쿠키 탈취, 피싱 페이지 삽입으로 이어진다.
Git 저장소 노출. /.git/ 경로가 외부에서 접근 가능한 경우. 전체 소스 코드 다운로드가 가능해진다.
이 중 하나만 있어도 서비스 전체가 위협에 노출될 수 있다.
1시간 자가점검: 외부 30분 + 내부 30분
다음 10개 항목을 순서대로 돈다. 외부 노출 항목은 자동 스캔으로 1차 점검하고, 내부 항목은 코드 검색으로 5~10분 안에 확인 가능하다.
외부 점검 (30분, 도구 자동화 가능)
- ☐ 프로덕션 서버에서
DEBUG=True또는 상세 에러 메시지가 노출되는가 - ☐
/.git/경로로 외부 접근이 가능한가 (curl https://yourdomain.com/.git/HEAD로 확인) - ☐
.env,config.py,settings.py같은 설정 파일이 웹 루트에 노출돼 있는가 - ☐ HTTPS를 강제하는가 (HTTP → HTTPS 리다이렉트)
- ☐ 관리자 페이지(
/admin,/management)에 IP 제한이나 2FA가 걸려 있는가 - ☐ 외부로 노출된 포트 중 불필요하게 열린 것이 있는가 (포트 스캐너 활용)
CodeScan 무료 스캔은 에러 메시지·.git·.env·주요 관리자 경로·포트 노출을 1차 점검한다. HTTP→HTTPS 리다이렉트, config.py·settings.py 노출, 관리자 IP 제한·2FA는 직접 확인한다.
내부 점검 (30분, 코드 검색)
- ☐ 사용자 ID, 주문 번호, 문서 ID를 URL 파라미터로 직접 받을 때 권한 검증 로직이 있는가 (IDOR 점검)
- ☐ 비밀번호를 평문이나 MD5/SHA-1로 저장하고 있는가
- ☐ API 키나 시크릿이 프론트엔드 JS 코드에 포함돼 있는가
- ☐ 로그인 실패 횟수 제한(Rate Limiting)이 구현돼 있는가
절반 이상 "확인 안 됨"이면 즉시 점검이 필요한 상태다. 하나라도 외부 노출 항목이면 이번 주 안에 끝내야 한다.
AI 시대 보안 대응 4단계
취약점이 없는 서비스는 없다. 중요한 건 얼마나 빨리 찾고, 얼마나 체계적으로 대응하느냐다.
1단계 — 자동화 진단 (주기적 스캔). CodeScan 같은 자동화 스캐너로 알려진 취약점과 설정 오류를 정기적으로 점검한다. 배포 후 한 번만 하는 게 아니라, 코드 변경이 생길 때마다 돌리는 게 맞다. 비용 부담이 적은 첫 번째 레이어다.
2단계 — 수동 모의해킹 (연 1회 이상). 자동 스캐너만으로 로직 결함을 충분히 검증하기는 어렵다. IDOR, 인증 우회, 비즈니스 로직 취약점은 자동 분석 결과에 더해 사용자 권한과 업무 규칙을 반영한 재현·영향 검토가 필요하다. 특히 서비스 구조가 바뀌거나 신규 기능을 대규모로 릴리즈할 때는 반드시 수동 진단이 따라와야 한다.
3단계 — 직원 보안 인식 강화. 사람을 노리는 미끼도 정교해졌다. 지니언스는 북한 연계 김수키가 생성형 AI로 만든 것으로 판단되는 미끼 문서를 쓰고 있으며, 문체가 자연스럽고 구성 완성도가 높아 어색한 번역체나 맞춤법 오류 같은 기존 판별 단서가 빠르게 약해지고 있다고 분석했다. 발신자 도메인 확인, 첨부파일·링크 클릭 전 검증, 자격증명 입력 요구에 대한 경계 같은 기본 습관을 주기적인 교육으로 조직 전체에 정착시켜야 한다. 임직원 보안 인식 교육은 ISMS-P 인증의 요구사항이기도 하다.
4단계 — 인시던트 대응 체계 구축. 침해 사고가 났을 때의 대응 플레이북이 없는 조직이 여전히 많다. 누가 제일 먼저 연락받고, 어떤 순서로 격리하고, 어떻게 고객에게 공지하는지. 사고 나고 나서 처음 만드는 플레이북은 이미 늦다.
금융회사와 그 협력사라면 금융보안원 「프런티어 AI 보안 위협 금융분야 대응 요령」(2026년 7월)의 6개 분야와 금융위원회 면책 조건을 프런티어 AI 금융분야 대응 요령 정리에서 확인할 수 있다.
SENTRIX가 제공하는 것
보안 전문 기업 SENTRIX는 자동 진단과 심층 진단, 두 개의 레이어로 기업 보안을 지원한다.
CodeScan — 웹 서비스 자동 보안 스캔 SaaS. URL 하나 입력하면 30초 안에 주요 취약점 현황을 리포트로 받아볼 수 있다. 보안 헤더, 인증서, 민감 파일·경로 노출, 시크릿 노출 등 20여 개 항목을 외부에서 자동으로 점검한다(SQL Injection·XSS처럼 직접 공격해 봐야 아는 취약점은 수동 진단 영역). 정기 구독으로 지속 모니터링이 가능하다.
모의해킹 / 보안 컨설팅 — 레드팀 운영 경험 기반의 수동 진단 서비스. 자동화 도구가 잡지 못하는 비즈니스 로직 취약점, 권한 상승, API 인증 결함을 집중 분석하고 PoC와 함께 우선순위 개선 리포트를 제공한다. ISMS-P 대응, vCISO 자문까지 조직 상황에 맞춰 지원한다. AI 점검 도구로 후보를 넓게 찾고 레드팀이 재현 여부를 확인하는 방식은 AI 심화 취약점 진단으로 진행한다.
자동 스캔으로 기술 취약점을 상시 걸러내고(CodeScan), 사람이 직접 심층 진단으로 로직 결함까지 파고드는(모의해킹) 두 레이어를 단일 벤더에서 커버할 수 있다.
공격 자동화에 대비하려면 노출된 관리 기능과 약한 인증 같은 기본 결함부터 점검해야 한다. 포티게이트 사건의 공격자도 하드닝된 환경을 만나면 버티지 않고 더 쉬운 표적으로 옮겨 갔다. 규모가 작아서, 아직 사고가 없어서 괜찮다는 판단은 위험한 착각이다.
외부 노출 점검부터 자동화할 수 있다. URL 하나로 보안 헤더·인증서·민감 파일 노출 등 20여 개 항목을 점검하고, 위에서 구분한 수동 확인을 이어간다.
자가점검의 IDOR(권한 검증) 항목에서 의심 징후가 보였거나, 프론트엔드 JS에 들어간 API 키로 무엇까지 할 수 있는지 확실하지 않다면 자동 도구만으로는 확인하기 어렵다. 업무 규칙과 사용자 권한이 얽힌 경로는 서비스 맥락을 알고 확인해야 한다.
참고 자료
- 앤트로픽: 미토스 프리뷰 보안 역량 연구(2026-04-07)
- 앤트로픽: 프로젝트 글래스윙(2026-04-07)
- 영국 AI 보안연구소(AISI): 미토스 프리뷰 사이버 역량 평가(2026-04-13)
- 구글 위협 인텔리전스 그룹(GTIG): AI Threat Tracker: Advances in Threat Actor Usage of AI Tools(2025-11-06)
- 아마존 보안 블로그: AI-augmented threat actor accesses FortiGate devices at scale(2026-02-20)
- KISA 보호나라: AI 개발도구 위장 악성코드 유포 주의 권고(2026-07-16)
- 지니언스: AI를 공격 체계에 접목하는 김수키, 미끼 문서 제작부터 로컬 LLM 구축까지(2026-08-10)
- 국가법령정보센터: 개인정보 보호법 [시행 2026.9.11.] [법률 제21445호] 제64조의2(과징금의 부과)
- 개인정보보호위원회 보도자료(2026.9.10.): 개정 개인정보 보호법·시행령·고시 9월 11일 시행