CVE-2026-54874 in OpenSSL
요약
\~에 의해 VulDB • 2026. 08. 25.
이슈 요약: 핸드셰이크 진행 중 미래의 epoch에 해당하는 DTLS 레코드를 수신하면 OpenSSL이 해당 레코드 자체보다 훨씬 많은 메모리를 버퍼링합니다.
영향 요약: 피어는 소량의 네트워크 트래픽을 사용하여 OpenSSL DTLS 엔드포인트가 불균형적으로 큰 양의 메모리를 유지하도록 할 수 있으며, 이는 서비스 거부(Denial of Service)로 이어질 수 있습니다.
CWE: CWE-405: 비대칭 자원 소비 (Amplification)
설명: DTLS 핸드셰이크 진행 중 피어는 로컬 엔드포인트가 동일한 전환을 처리하기 전에(일반적으로 하위 UDP 전송 계층에서의 순서 재배열로 인해) 이미 다음 epoch으로 이동했을 수 있습니다. OpenSSL은 로컬 엔드포인트가 추월할 때까지 이러한 초기 레코드를 버퍼링하여 처리합니다.
레코드 버퍼링 시 현재는 해당 레코드가 도착한 전체 읽기 버퍼를 유지하는데, 이는 레코드 자체의 바이트뿐만 아니라 가장 큰 가능한 DTLS 레코드(약 16킬로바이트)를 수용할 수 있도록 크기가 조정되어 있습니다. 연결당 최대 100개의 이러한 레코드를 버퍼링할 수 있습니다. 결과적으로 피어가 다음 epoch에 속한다고 주장하는 작은 위조된 레코드 스트림을 전송하면, OpenSSL DTLS 엔드포인트는 네트워크상에서 그 양의 매우 일부만 전송함에도 불구하고 약 1.7메가바이트의 메모리를 유지하게 됩니다.
따라서 공격자는 약 1200배의 메모리 증폭 계수를 얻으며, 오픈할 수 있는 모든 연결에 걸쳐 이 효과를 배가시킬 수 있으므로 DTLS 서버에게 원격 메모리 고갈 서비스 거부 위험이 있습니다. 연결당 유지되는 메모리는 제한되어 있으며, 애플리케이션에서 이미 설정한 동시 연결 수 제한도 전체 노출 범위를 제한하므로, 본 이슈는 낮은 심각도로 평가되었습니다.
FIPS 영향: 없음
영향받는 코드가 OpenSSL FIPS 모듈 경계 외부에 있으므로 이 이슈로 인해 영향을 받는 FIPS 모듈은 없습니다.
OpenSSL 4.0, 3.6, 3.5, 3.4, 3.0, 1.1.1 및 1.0.2는 본 이슈에 대해 취약합니다.
OpenSSL 4.0 사용자는 OpenSSL 4.0.2로 업그레이드해야 합니다. OpenSSL 3.6 사용자는 OpenSSL 3.6.4로 업그레이드해야 합니다. OpenSSL 3.5 사용자는 OpenSSL 3.5.8로 업그레이드해야 합니다. OpenSSL 3.4 사용자는 OpenSSL 3.4.7로 업그레이드해야 합니다. OpenSSL 3.0 사용자는 OpenSSL 3.0.22로 업그레이드해야 합니다.
프리미엄 지원 고객 전용: OpenSSL 1.1.1 사용자는 OpenSSL 1.1.1zi로 업그레이드해야 합니다. OpenSSL 1.0.2 사용자는 OpenSSL 1.0.2zr로 업그레이드해야 합니다.
본 이슈는 2026년 5월 18일 Amazon Web Services에 의해 보고되었습니다. 수정은 Matt Caswell이 개발했습니다.
-- cut (내부 사용을 위한 비공개 메타데이터) -- 보고자: Amazon Web Services 수정자: Matt Caswell
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.