클라우드 보안 기업 Wiz가 2026년 7월 27일 자율 취약점 연구 시스템 Atlas를 공개했다. Atlas는 공개 벤치마크 CyberGym에서 성공률 90.9%로 1위에 올랐고, 이미 여러 차례 감사를 거친 오픈소스 프로젝트에서 알려지지 않았던 취약점 200건 이상을 발견해 검증했다. 대상에는 gRPC와 dnsmasq, Kubernetes, gVisor, Linux 커널, containerd가 포함된다. 초기 버전 Atlas는 GitHub의 치명적 원격 코드 실행 취약점 CVE-2026-3854를 찾은 연구자를 지원했고, Wiz는 이 건이 GitHub 역사상 최대 규모 버그 바운티로 이어졌다고 밝혔다. ASAP은 Wiz 공식 발표문을 기준으로 정리한다.

200건이라는 숫자는 어떤 코드베이스에서 나왔나

Atlas가 찾은 미공개 취약점 200건 이상은 보안 감사가 가장 두텁게 쌓인 축에 속하는 인프라 코드베이스에서 나왔다. Wiz가 공개한 대상은 gRPC와 dnsmasq, Kubernetes, gVisor, Linux 커널, containerd다. 이 목록의 공통점은 클라우드 실행 환경의 바닥을 이루면서 동시에 수년간 퍼저와 정적 분석 도구, 상시 바운티 프로그램의 표적이었다는 점이다. Wiz는 발견한 모든 건을 해당 프로젝트 유지보수자에게 책임 있게 공개하는 절차를 진행 중이며, 수정이 배포되기 전까지 기술적 세부 사항을 보류한다고 밝혔다. 별도로 언급된 CVE-2026-3854는 GitHub의 치명적 원격 코드 실행 취약점이고, 이 건은 Atlas가 단독으로 처리한 결과가 아니라 초기 버전이 사람 연구자를 보조한 사례다.

90.9%는 발견 능력이 아니라 재현 능력의 점수다

CyberGym 90.9%라는 수치를 읽을 때 가장 중요한 것은 이 벤치마크가 무엇을 묻는지다. CyberGym의 각 과제는 이미 알려진 취약점과 그 설명, 관련 코드를 제공한 뒤 시스템이 해당 버그를 실제로 발동시키는 개념 증명을 만들어 내는지를 평가한다. 즉 답이 있는 문제를 재현하는 능력이다. 백지 상태의 코드베이스에서 아무 설명 없이 미지의 결함을 찾아내는 일과는 난이도의 성격이 다르다. 주목할 점은 이 한계를 Wiz가 직접 명시했다는 사실이다. Wiz는 CyberGym이 알려진 취약점의 재현을 측정하며 이는 미지의 취약점 발견보다 상대적으로 쉬운 과제라고 적었고, 실제 환경에서의 발견과 검증, 재현을 온전히 측정하는 공개 벤치마크는 존재하지 않는다고 덧붙였다. 벤치마크 수치를 내놓으면서 그 수치의 유효 범위를 함께 좁혀 놓은 셈이다. 그렇다면 이 발표에서 실질적인 근거는 90.9%가 아니라 감사 완료된 코드베이스에서 나온 200건이다. 순위표는 홍보 문장이고, 검증 가능한 주장은 취약점 목록 쪽에 있다.

성능을 만든 것은 모델이 아니라 네 단계로 쪼갠 구조다

Wiz가 Atlas를 모델이 아니라 시스템이라고 표현한 이유는 파이프라인을 네 단계로 분리했기 때문이다. 첫 단계인 위협 모델링에서 시스템은 코드 속성 그래프를 만들어 신뢰할 수 없는 입력이 들어오는 진입점과 데이터 흐름 경로, 그 입력에서 도달 가능한 위험 연산을 구조화한다. 둘째 단계에서는 여러 에이전트가 동시에 서로 다른 취약점 경로 가설을 세운다. Wiz는 이 병렬 구조가 단일 패스로는 놓칠 미묘한 다단계 버그를 잡아낸다고 설명한다. 셋째 단계인 적대적 검증에서는 한 에이전트가 악용 가능성을 주장하고 다른 에이전트가 반박하며 세 번째가 판정하고, 의미가 같은 결과는 병합해 중복을 줄인다. 마지막 단계는 정적 분석에서 멈추지 않고 전용 실행 환경을 구축해 의존성을 설치하고 트리거 입력을 실제로 실행해 보안 관련 동작을 동적으로 확인한다.

설계 원칙 네 가지도 같은 방향을 가리킨다. 작업마다 적합한 모델을 쓰고, 프론티어 모델은 복잡한 추론에 배치하되 범위가 좁은 대량 작업은 작은 모델에 넘겨 깊이의 비용을 낮추고, 모델이 계속 바뀐다는 전제 위에 아키텍처를 고정하고, 모든 결과를 끝까지 검증한다는 것이다. Wiz의 표현을 빌리면 이 시스템은 모델의 가치를 복리로 키우며, 프론티어 모델의 능력을 신뢰할 만한 보안 성과로 바꾸는 것은 범위 설정과 오케스트레이션, 검증, 증명이다.

실행되는 익스플로잇을 요구하는 설계가 겨냥한 문제

Atlas 구조에서 실무적으로 가장 의미 있는 선택은 보고되는 모든 결과에 시스템이 생성한 동작하는 익스플로잇을 붙였다는 점이다. LLM을 보안에 붙이려는 시도가 반복적으로 좌초한 지점이 바로 여기다. 그럴듯한 취약점 서술을 대량으로 생성하는 일은 이미 오래전에 쉬워졌고, 문제는 그 결과물을 사람이 하나씩 확인하는 비용이 발견의 이득을 넘어선다는 데 있었다. Wiz는 적대적 검증 단계를 오탐률을 낮추는 가장 큰 레버라고 표현했지만 구체적인 오탐률 수치는 공개하지 않았다. 이 공백은 작지 않다. 200건이 몇 건의 후보에서 걸러진 결과인지, 유지보수자에게 전달되기 전 사람이 어떤 검토를 거치는지에 대한 설명도 발표문에는 없다. 재현되는 증명을 요구하는 설계는 방향이 옳지만, 실제 운영 비용은 통과율이 아니라 탈락률에서 드러난다.

200건을 받는 쪽의 부담은 계산되지 않았다

자동화된 취약점 발견이 규모를 얻을 때 비용은 발견하는 쪽이 아니라 수정하는 쪽으로 이동한다. Atlas가 겨냥한 프로젝트 대부분은 소수의 유지보수자가 자원 봉사에 가까운 조건으로 떠받치는 오픈소스이고, 이들에게 도착하는 신고 건수는 이미 감당 범위를 시험받고 있다. 여기서 재현 가능한 증명을 첨부하는 방식은 분명한 개선이다. 검증에 드는 시간을 줄여 주기 때문이다. 그러나 한 회사의 시스템이 감사 완료된 코드베이스에서 200건을 뽑아낸다면, 같은 접근을 여러 조직이 동시에 돌리기 시작했을 때 생태계가 흡수할 수 있는 신고량이 얼마인지는 별개의 질문이 된다. 그리고 이 능력은 방향을 가리지 않는다. 진입점을 찾고 경로를 세우고 실행되는 증명까지 만드는 파이프라인은 방어를 위해 쓰일 때와 공격을 위해 쓰일 때 기술적으로 같은 물건이다. Wiz가 책임 있는 공개 절차와 수정 전 세부 보류를 명시한 것은 이 비대칭을 인지한 조치로 읽힌다.

한국 보안 조직이 지금 점검할 세 가지

한국 보안 조직이 이번 발표에서 곧바로 적용할 항목은 도구 도입이 아니라 수용 태세 점검이다. 첫째, 자사 코드와 컨테이너 이미지가 의존하는 인프라 계층에 gRPC와 Kubernetes, containerd, gVisor가 어느 범위까지 들어와 있는지 목록화하고 패치 배포 경로를 확인해야 한다. 이번 200건은 순차적으로 공개되므로 수정본이 나오는 시점에 반영 속도가 곧 노출 시간을 결정한다. 둘째, 사내에서 LLM 기반 코드 감사를 검토 중이라면 평가 기준을 탐지 건수가 아니라 재현되는 증명의 비율로 잡아야 한다. Atlas가 보여 준 차별점은 모델 선택이 아니라 검증을 강제하는 구조였다. 셋째, 벤치마크 순위를 도입 근거로 쓰기 전에 그 벤치마크가 재현을 묻는지 발견을 묻는지 확인하는 절차를 문서로 남기는 편이 좋다. 공급사가 스스로 한계를 밝힌 경우조차 국내 자료로 옮겨지는 과정에서 그 단서가 탈락하는 일이 잦다.

다음 판정 기준은 발견을 측정하는 벤치마크다

Atlas에 대한 판정은 CyberGym 순위가 아니라 미지의 취약점 발견을 측정하는 평가 체계가 등장한 뒤에 가능해진다. 지금 확정된 사실은 세 가지다. CyberGym 성공률 90.9%로 공개 벤치마크 1위, 감사 완료된 오픈소스 여섯 곳에서 검증된 미공개 취약점 200건 이상, 그리고 GitHub 치명적 원격 코드 실행 취약점 CVE-2026-3854에 초기 버전이 기여했다는 점이다. Wiz는 Atlas를 Wiz Code에 통합해 상시 코드 보안 검사 플랫폼의 일부로 만들 계획이라고 밝혔다. 자동화가 취약점 발견의 총량을 늘린다는 사실은 이제 논쟁 대상이 아니고, 남은 질문은 늘어난 발견을 수정으로 바꾸는 쪽의 처리 능력이다.

출처: Wiz 공식 블로그 Atlas 발표(2026년 7월 27일, CyberGym 성공률 90.9% 1위, 미공개 취약점 200건 이상, 대상 프로젝트 gRPC·dnsmasq·Kubernetes·gVisor·Linux 커널·containerd, 4단계 파이프라인과 설계 원칙 4가지, CVE-2026-3854 관련 기여, 책임 공개 절차, Wiz Code 통합 계획 명시) 기반 ASAP 정리.