Google의 AI 제로데이 경고, 보안의 속도전이 바뀐다

AI가 제로데이 개발 시간을 압축하기 시작했다

Google Threat Intelligence Group은 2026년 AI 위협 동향 보고서에서 공격자가 AI로 개발한 것으로 보이는 제로데이 익스플로잇 정황을 처음 확인했다고 밝혔다. Google Cloud의 상세 분석도 같은 내용을 다루며, 해당 공격자가 대규모 악용을 계획했지만 Google의 선제 탐지로 사용이 막혔을 가능성이 있다고 설명했다.

이번 사례는 “AI가 공격을 만든다”는 추상적 공포보다 구체적이다. 취약점 발견, 익스플로잇 코드 작성, 방어 회피 로직, 초기 접근 자동화가 한 흐름으로 묶일 수 있다는 뜻이다. 어제까지는 고급 공격 그룹의 숙련된 엔지니어가 하던 작업 일부가 모델과 도구 체인으로 보조될 수 있다.

보안팀의 병목은 탐지가 아니라 대응 속도다

제로데이 자체는 새로운 문제가 아니다. 달라진 부분은 시간표다. 공격자가 AI로 후보 취약점을 빠르게 훑고, PoC를 반복 생성하고, 환경별 변형을 실험하면 방어팀은 “월간 패치” 리듬으로 버티기 어렵다. 특히 웹 관리 도구, VPN, 원격 접근 장비처럼 인터넷에 노출된 제품은 초동 대응 시간이 곧 피해 규모가 된다.

Braintrust 침해와 평가 키 관리 이슈에서 보았듯 AI 시스템의 보안은 모델만의 문제가 아니다. 로그, 키, 평가 파이프라인, 배포 권한이 모두 공격면이다.

한국 기업은 외부 노출 자산부터 다시 봐야 한다

국내 기업의 현실적인 첫 조치는 “AI 보안 솔루션 도입”보다 자산 목록 정리다. 인터넷에 노출된 관리자 페이지, 오래된 어플라이언스, 원격 접속 포털, SaaS 관리자 권한을 자동으로 재점검해야 한다. 공격 속도가 빨라질수록 “무엇이 밖에서 보이는지” 모르는 조직이 가장 먼저 위험해진다.

개발팀도 영향을 받는다. Cloudflare와 Stripe의 에이전트 배포 흐름처럼 AI 에이전트가 배포·운영에 들어오면, 에이전트가 접근 가능한 토큰과 실행 권한이 곧 보안 경계가 된다. 자동화는 생산성을 높이지만, 권한 분리가 약하면 공격자에게도 자동화 레일을 제공한다.

FAQ

Q1. Google이 실제로 AI가 만든 제로데이라고 단정했나?
Google은 “AI로 개발된 것으로 믿는다”고 표현했다. 원인 분석에는 확률적 판단이 포함되므로, 공개 보고서의 표현처럼 신중하게 해석하는 편이 맞다.

Q2. 방어팀이 당장 할 일은 무엇인가?
외부 노출 자산 목록, 패치 우선순위, 임시 차단 절차, 탐지 룰 배포 시간을 점검해야 한다.

Q3. AI 보안 제품을 사면 해결되나?
아니다. 제품보다 먼저 로그 품질, 권한 분리, 취약점 관리, 사고 대응 훈련이 필요하다.

Q4. 개발 조직에는 어떤 의미가 있나?
AI 코딩과 에이전트 배포가 늘수록 토큰, CI 권한, 운영 스크립트가 새로운 공격면이 된다.

Q5. Agenthub 독자가 볼 핵심 신호는?
AI 보안은 탐지 모델 경쟁을 넘어, 취약점 관리와 운영 자동화의 속도 경쟁으로 이동하고 있다.