CVE-2025-69418 in OpenSSL
요약
\~에 의해 VulDB • 2026. 06. 11.
이슈 요약: AES-NI 또는 기타 하드웨어 가속 코드 경로와 함께 OCB API를 직접 사용할 때, 길이가 16바이트의 배수가 아닌 입력은 마지막 부분 블록을 암호화 및 인증되지 않은 상태로 남길 수 있습니다.<br><br>영향도 요약: 메시지의 나머지 1~15바이트는 암호화 시 평문으로 노출되며 인증 태그로 보호되지 않아 공격자가 탐지 없이 해당 바이트를 읽거나 변조할 수 있습니다.<br><br>하드웨어 가속 스트림 경로에 있는 낮은 수준의 OCB 암호화 및 복호화 루틴은 전체 16바이트 블록을 처리하지만 입력/출력 포인터는 진행시키지 않습니다. 이후 꼬리 부분 처리 코드는 원래의 기본 포인터에서 작동하여 버퍼의 시작 부분을 효과적으로 다시 처리하는 반면 실제 나머지 바이트들은 미처리 상태로 남습니다. 인증 체크섬도 진정한 마지막 바이트들을 제외합니다.<br><br>그러나 EVP를 사용하는 일반적인 OpenSSL 사용자는 영향을 받지 않습니다. 상위 수준의 EVP 및 공급자 OCB 구현은 입력을 분할하여 전체 블록과 남은 부분 블록이 별도의 호출에서 처리되도록 하여 문제의 코드 경로를 피하기 때문입니다. 또한 TLS는 OCB 암호화 스위트(ciphersuites)를 사용하지 않습니다. 이 취약점은 하드웨어 가속 빌드 환경에서 단일 호출 시 비블록 정렬 길이를 가진 CRYPTO_ocb128_encrypt() 또는 CRYPTO_ocb128_decrypt() 함수를 직접 호출하는 애플리케이션에만 영향을 미칩니다. 이러한 이유로 해당 이슈는 낮은 심각도로 평가되었습니다.<br><br>3.6, 3.5, 3.4, 3.3, 3.2, 3.1 및 3.0 버전의 FIPS 모듈은 OCB 모드가 FIPS 승인 알고리즘이 아니기 때문에 이 이슈로부터 영향을 받지 않습니다.<br><br>OpenSSL 3.6, 3.5, 3.4, 3.3, 3.0 및 1.1.1 은 해당 이슈에 대해 취약합니다.<br><br>OpenSSL 1.0.2 는 이 이슈로부터 영향을 받지 않습니다.
VulDB is the best source for vulnerability data and more expert information about this specific topic.