GPU 가속 도구인 엔비디아 툴킷에서 ‘탈출’ 취약점 발견돼

GPU 가속 도구인 엔비디아 툴킷에서 ‘탈출’ 취약점 발견돼
Photo by 🇻🇪 Jose G. Ortega Castro 🇲🇽 / Unsplash
💡
Editor's Pick
- 엔비디아컨테이너툴킷에서 초고위험도 취약점 나와
- 이를 악용하면 컨테이너를 탈출해 호스트 장악 가능
- 인공지능 생태계 전체의 신뢰도 하락시킬 수 있어

엔비디아에서 만든 GPU들을 가속시킬 때 사용되는 도구인 엔비디아컨테이너툴킷(NVIDIA Container Toolkit)에서 초고위험도 취약점이 발견됐다. 이를 익스플로잇 하는 데 성공할 경우, 공격자는 컨테이너 상태에서 탈출할 수 있게 된다. 보안 업체 위즈(Wiz)는 “전 세계 인공지능 인프라 보안을 위협할 수 있을 만한 문제”라고 지적했다.

위즈 측에서는 이 취약점을 엔비디아스케이프(NVIDIAScape)라고 부르고 있으나, 공식 관리 번호는 CVE-2025-23266이다. CVSS 기준 9.0점을 받았다. 이 정도 점수면 클라우드 기반 인공지능 서비스 생태계에서 발견된 취약점들 가장 위험하다고 해도 과언이 아니라고 위즈는 거듭 강조한다. 그만큼 주의해야 하는 취약점이라는 의미다.

“공격자가 엔비디아스케이프 익스플로잇에 성공하면 컨테이너를 탈출해 호스트 시스템에 접근할 수 있게 됩니다. 그것도 루트 수준의 최고 권한을 가지고요. 게다가 단 3줄로 구성된 도커파일(Dockerfile)만으로도 이 취약점을 익스플로잇 하는 게 가능합니다. 단 3줄만 있으면 GPU를 가속시키는 환경 내에서 모든 컨테이너의 경계를 넘나들 수 있게 된다는 겁니다.” 위즈의 설명이다.

문제의 3줄은 다음과 같다.

[FROM busybox  

ENV LD_PRELOAD=/proc/self/cwd/poc.so  

ADD poc.so /]

문제의 근원

위즈는 “엔비디아컨테이너툴킷이, 컨테이너 기술 관련 표준 개발 조직인 오픈컨테이너이니셔티브(Open Container Initiative, OCI)에서 제공하는 훅들을 처리하는 방식에 문제가 있는 것으로 밝혀졌다”고 설명한다. “엔비디아컨테이너툴킷은 컨테이너화 된 인공지능 애플리케이션과 엔비디아 GPU를 연결시켜주는 핵심적인 역할을 합니다. 하지만 컨테이너를 생성하는 훅을 실행할 때, 컨테이너 이미지가 가지고 있는 환경 변수를 별 다른 점검 없이 이어 받는다는 특성을 가지고 있습니다.”

이것이 공격 지점이다. 공격자가 환경 변수를 악의적으로 변경시킨다면, 툴킷을 통해 생성된 새 컨테이너가 권한 높은 호스트 프로세스에 영향을 미칠 수 있게 된다는 것이다. “거기서부터 공격자는 특정 프로세스에 코드를 주입할 수도 있게 됩니다. 원래는 격리되어 있어야 할 워크로드가, 호스트 시스템까지 공격할 수 있는 무기로 둔갑하는 것이죠.”

엔비디아컨테이너툴킷은 대형 클라우드 업체들 모두가 적극 사용하고 있는 도구다. 특히 인공지능이나 GPU 관련 서비스들과 연결돼 있다는 게 특징이다. “대형 클라우드나 IT 업체들에서 제공하는 인공지능 서비스들은 엔비디아컨테이너툴킷을 기반으로 마련되는 게 보통입니다. 그러니 여기서 컨테이너 탈출 취약점이 발견됐다는 게 대단히 큰 사건인 겁니다. 이미 형성된 인공지능 생태계 전체를 위협할 수 있어요.”

위험과 패치

어떤 위협이 있는 걸까? “예를 들어 A가 인공지능으로 한 작업들과, B가 인공지능으로 한 작업들이 원래는 따로 분리되어서 서로 간섭할 수 없어야 하는데, 이 취약점을 익스플로잇 할 줄 알게 되면 그 모든 작업들에 침투할 수 있게 됩니다. 인공지능 프롬프트에 어떤 정보를 입력했는지에 따라 대단히 큰 손실이 발생할 수도 있습니다.”

엔비디아컨테이너툴킷 1.17.7을 포함 모든 과거 버전들이 이 취약점을 내포하고 있는 것으로 분석됐다. 조속한 최신화와, 패치 적용이 시급하다. 다만 그 패치의 책임은 사용자에게 있지 않다. 클라우드 및 인공지능 서비스 제공 업체들이 발빠르게 해야 한다. “인공지능 기능을 제공하는 주요 클라우드 업체들은 전부 위험에 노출된 상태입니다. 공격자는 단 한 개의 컨테이너 만으로도 전체 호스트 시스템을 손상시킬 수 있기도 하지만, 다른 고객들의 컨테이너에도 들어갈 수 있게 됩니다. 이런 사건이 벌어지면 클라우드 업체들은 고객들로부터 신뢰를 크게 잃을 것입니다.”


AI 모델 오작동 유발하는 ‘GPUHammer’ 공격…엔비디아 GPU 보안 허점
💡Editor Pick - GPU 메모리의 BitFlip 일으켜 AI 시스템에 영향 미칠 수 있음 - NVIDA 취약점 확인 후, ECC 활성화로 대했지만 GPU 성능 저하 이슈 존재 엔비디아 A6000 GPU의 메모리에서 AI 모델의 정확도를 무력화할 수 있는 하드웨어 취약점이 발견됐다. 캐나다 토론토대학교 연구진이 공개한 이른바 ‘GPUHammer’는 GPU 메모리에 반복 접근해
GPU 확보 1차 추경 1.46조원 사업자 공모, 4개 사업자 접수
과학기술정보통신부(장관 유상임, 이하 과기정통부)가 그래픽 처리 장치(GPU) 확보 사업 1차 추경, 1.46조원 규모 참여 사업자 공모 결과, 총 4개의 사업자가 접수됐다. 향후 과기정통부는, 제출서류의 적합성 검토, 발표평가(필요시 서면평가 사전 진행), 데이터센터 현장실사, 사업비 심의·조정 등의 절차를 거쳐 사업자 최종 선정 및 협약 체결 등을

Read more

당신은 해킹당하지 않았다. 그러나 이미 표적이 되었다

당신은 해킹당하지 않았다. 그러나 이미 표적이 되었다

데이터 브로커가 국가안보 문제가 된 이유 개인정보에 대한 보호는 개인의 권리에 관한 문제로 여겨져 왔다. 기업이 과도한 정보를 수집하거나, 해킹으로 인해 개인정보가 유출되거나, 사용자의 동의 없이 정보가 활용되는 사건이 발생할 때마다 사회는 프라이버시 침해를 이야기했다. 그래서 개인정보 보호 역시 개인의 사생활을 지키기 위한 장치로 이해하는 경우가 많다. 그러나 데이터 브로커(

By Donghwi Shin, Jin Kwak
교통은 멈추지 않았지만 복구는 공격당했다

교통은 멈추지 않았지만 복구는 공격당했다

💡Editor Pick - LA 메트로 사건의 핵심은 복구 계층이 공격 대상이 되었다는 점 - 공격자는 백업, 가상화 관리 환경, 운영 화면의 신뢰를 흔드는 방식으로 인프라의 회복력 겨냥 - 핵심 인프라 보안은 침입 차단을 넘어, 스스로 다시 일어설 수 있는 구조를 갖추어야 함 도시의 교통망이 사이버 공격을 받았을 때, 사람들은 가장

By Donghwi Shin
사이버보안 ETF는 보안 산업을 사는 상품인가, 디지털 리스크를 사는 상품인가

사이버보안 ETF는 보안 산업을 사는 상품인가, 디지털 리스크를 사는 상품인가

💡Editor Pick - 사이버보안 ETF는 해킹 사고 증가에 단순히 베팅하는 상품인가? - 같은 사이버보안 ETF라도 CIBR은 인프라를, BUG는 순수 보안 소프트웨어를, IHAK은 기술 생태계에 초점을 맞춤 - 보안은 필수 지출이 되었지만, 사이버보안 ETF는 디지털 리스크를 자본시장이 가격화한 상품 사이버보안은 더 이상 기업이 선택적으로 집행하는 IT 프로젝트가 아니다. 클라우드 전환, 생성형

By Donghwi Shin
SD-WAN의 심장이 열린 순간 : Cisco CVE-2026-20182가 보여준 ‘신뢰된 네트워크’의 붕괴

SD-WAN의 심장이 열린 순간 : Cisco CVE-2026-20182가 보여준 ‘신뢰된 네트워크’의 붕괴

💡Editor Pick - CVE-2026-20182 취약점의 핵심은 SD-WAN Control Plane의 신뢰 붕괴 - 공격자는 네트워크가 스스로를 신뢰하는 ‘피어(Peer)’로 전환 - 중앙집중형 네트워크 운영은 효율을 높였지만, 동시에 제어권도 한곳에 집중시켰다. 기업 네트워크는 지난 수년간 급격히 바뀌었다. 과거 기업들은 본사와 지점을 MPLS 같은 전용 회선으로 연결했고, 각 지점마다 개별 라우터와 방화벽

By Donghwi Shin