[해외보안뉴스] curl, 클라이언트 측 코드 실행 가능한 HTTP/2 업로드 취약점 패치
· 2026-10-14 14:00
· 조회 15
· 원문 ↗
인기 있는 데이터 전송 도구 및 라이브러리인 curl에서 HTTP/2 업로드 처리 로직과 관련된 메모리 오염 취약점이 발견되어 긴급 패치가 진행되었습니다. 해당 취약점은 악의적인 서버가 클라이언트의 파일 업로드를 수신하는 과정에서 클라이언트 측 메모리를 오염시킬 수 있는 허점으로, 이를 제보한 보안 연구원은 업로드를 수행하는 클라이언트 머신에서 임의 코드를 실행하는 개념 증명(PoC)에 성공했습니다.
이번 취약점의 영향 범위를 살펴보면, 공격자가 공격 대상 클라이언트를 완전히 제어하기 위해서는 해당 시스템의 정확한 빌드 구성과 메모리 레이아웃에 대한 정밀한 정보가 요구됩니다. 이 때문에 curl 개발팀은 실제 공격 시도 시 정교한 코드 실행으로 이어지기보다는 애플리케이션의 비정상 종료(크래시)가 발생할 가능성이 더 높을 것으로 판단하고 있습니다.
curl 프로젝트팀은 10월 14일에 출시된 curl 8.23.0 버전을 통해 해당 메커니즘을 수정하고 메모리 손상 문제를 해결했습니다. curl CLI 도구 및 관련 개발 라이브러리를 활용하는 사용자 및 시스템 관리자는 시스템 보안을 위해 가급적 속히 최신 버전인 curl 8.23.0 이상으로 업데이트하는 것이 권장됩니다.
♥ 추천 0
클라이언트가 악성 서버의 응답만으로 메모리 오염 및 RCE에 노출될 수 있다는 점에서, HTTP/2 스트림 처리 시 버퍼 경계 검사(Boundary Check)의 중요성을 다시금 보여주는 사례입니다.
실제 공격 타기팅은 난이도가 높아 Crash로 끝날 확률이 크지만, curl을 직접 빌드해 사용하는 C/C++ 기반 프로젝트나 컨테이너 환경이라면 즉시 8.23.0 버전으로 업그레이드해야 합니다.
장기적으로는 네이티브 네트워크 클라이언트 모듈에 Rust 백엔드를 도입하는 등 메모리 안전성(Memory Safety)을 고려한 아키텍처 전환을 검토할 필요가 있습니다.
클라이언트가 업로드 요청을 보낼 때 역으로 서버가 메모리 오염을 유발하여 RCE까지 이어지는 공격 수면이 매우 위협적입니다. 타겟 시스템의 정확한 빌드 정보와 메모리 레이아웃을 요구하므로 야생(In-the-wild)에서는 RCE보다 DoS(크래시)로 끝날 가능성이 높지만, 공격 난이도가 높다고 해서 위험성이 낮아지는 것은 아닙니다. 특히 curl 버전이 고정된 자동화 파이프라인이나 임베디드 장비를 노린 타깃형 공격에서는 치명적인 침투 경로로 악용될 수 있으므로 즉각적인 패치가 필요합니다.
curl은 내부 서비스와 자동화 스크립트 전반에 광범위하게 쓰여 클라이언트 측 RCE 취약점이 가져오는 공급망 리스크가 매우 큽니다. 비록 익스플로잇 조건이 까다롭다 하더라도 외부 서버와 통신하는 개발·운영 환경의 보안 공백을 방치할 수 없으므로, 관련 자산에 대한 신속한 전수 조사가 필요합니다. 오픈소스 라이브러리 관리(SCA) 절차에 따라 인프라 및 빌드 파이프라인 내curl버전을 최신(8.23.0 이상)으로 조속히 패치하도록 가이드하겠습니다.