심층 분석: 고위험 libcurl/curl 취약점 탐지 및 해결 방법

Just a short time ago, the security and development communities were put on notice with an advisory from the curl Project’s lead developer, Daniel Stenberg, who dropped the unfortunate missive that a new version of curl - distributed October 11 - was released to address two high-impact security vulnerabilities, one of which he describes as "probably the worst curl security flaw in a long time."

스텐버그의 블로그에 올라온 사후 분석에 따르면, 영향을 받는 curl 라이브러리 버전은 2002년부터 사용된 SOCKS5 프록시 프로토콜의 레거시 문제와 관련된 힙 기반 버퍼 오버플로우 취약점에 취약한 것으로 나타났습니다.

1998년부터 명령줄 도구로 사용되어 온 curl은 인터넷의 근간을 이루는 핵심 요소로 널리 인정받고 있습니다. 이처럼 오랜 역사와 광범위한 사용처를 가진 만큼, 취약점이 발견될 경우 전반적인 사이버 안전에 지속적인 영향을 미칠 수 있는 의존성 도구입니다.

이번 사건은 거의 2년이 지난 지금까지도 악용되고 있는 또 다른 취약한 의존성인 Log4j의 치명적인 Log4Shell 공격과 유사합니다.
‍
>>> 지금 바로 curl 미션으로 여러분의 실력을 테스트해보세요!‍

취약점: 버퍼 오버플로우

이 익스플로잇은 CVE-2023-38545로 상세히 설명되어 있으며, curl 버전 7.69.0부터 8.3.0까지 영향을 미칩니다. 주요 버그는 힙 기반 버퍼 오버플로우 취약점이며, 초기 보고서에 따르면 성공적인 공격 시 더 치명적인 원격 코드 실행(RCE) 공격으로 이어질 수 있습니다. 이는 위협 행위자가 시도할 수 있는 공격 경로 중 하나이지만, 흔한 사례는 아닙니다.

위험을 완화할 수 있는 한 가지 다행스러운 점은 악성 통신이 비교적 드물게 사용되는 SOCKS5 프록시를 거쳐야 한다는 것입니다.

curl 익스플로잇과 유사한 버퍼 오버플로우에 대한 설명을 살펴보겠습니다:

curl이 SOCKS5 프록시를 사용하도록 설정되면, 호스트 이름을 전달하여 프록시가 이를 확인하도록 합니다. 그러나 호스트 이름이 255바이트 제한을 초과하면 curl은 호스트 이름을 로컬에서 확인합니다(아래 코드 스니펫 참조: 소스).

클라이언트와 프록시 간의 핸드셰이크가 느릴 경우, 긴 호스트 이름이 (더 짧은) 확인된 주소 대신 메모리 버퍼에 복사될 가능성이 있습니다. 할당된 메모리 영역은 255바이트 값만 허용하므로, 이 제한을 초과하는 값이 수신되면 데이터가 메모리 버퍼의 경계를 넘어 오버플로우를 일으키게 됩니다.

>>> 이 실습형 미션에서 직접 확인해보세요!

버퍼 오버플로우는 강력한 공격 벡터이며, 많은 레거시 프로그래밍 언어에서 흔히 발생할 수 있습니다. 이번 사례의 경우, 특정 상황에서 RCE와 같은 더 심각하고 파괴적인 공격으로 이어질 수 있었지만, 이러한 경로가 실제로 발생할 가능성은 낮습니다.

버퍼 오버플로우 위험을 어떻게 완화할 수 있을까요?

현재 가장 우선적인 조치는 취약한 모든 인스턴스에 패치를 적용하는 것입니다. curl은 사용 범위가 매우 넓기 때문에 시스템 구성 요소에 이 의존성이 포함되어 있다는 사실을 인지하지 못할 수 있다는 점을 유의해야 합니다. 따라서 철저한 감사와 그에 따른 패치 작업이 필수적입니다.

일반적으로 버퍼 오버플로우 결함은 Rust와 같은 메모리 안전 언어를 사용하여 완화할 수 있습니다. 하지만 curl처럼 방대한 프로젝트의 경우, 다른 언어로 포팅하거나 즉흥적으로 재작성하는 것은 현실적이지 않습니다. 스텐버그가 메모리 안전 언어로 작성된 의존성을 더 많이 사용하고 지원하거나, curl의 일부를 점진적으로 교체하는 방안을 논의하며 언급했듯이, "개발은 현재 매우 느리게 진행되고 있으며, 이 과정에 수반되는 어려움을 뼈저리게 보여줍니다. curl은 당분간 C 언어로 유지될 것입니다." 이는 결코 쉬운 일이 아니며, 보안에 미치는 영향은 매우 큽니다.

보안 실수는 언제든 발생할 수 있으며, 스캐너나 테스트만으로 모든 공격 벡터를 찾아내는 것은 불가능합니다. 따라서 이러한 버그에 맞서 싸우는 가장 강력한 무기는 지속적인 보안 인식 제고와 역량 강화에 대한 의지입니다.
‍

안전한 코드를 작성하고 위험을 완화하는 방법에 대해 더 알고 싶으신가요?

저희 힙 오버플로우 챌린지를 무료로 체험해 보세요.

더 많은 무료 코딩 가이드라인을 원하신다면, Secure Code Coach를 통해 최신 보안 코딩 모범 사례를 확인해 보세요.