CVE-2025-69418 in OpenSSL
Tóm tắt
Bởi VulDB • 11/05/2026
Tóm tắt vấn đề: Khi sử dụng trực tiếp API OCB cấp thấp với AES-NI hoặc<br>các đường dẫn mã hóa tăng tốc bằng phần cứng khác, các đầu vào có độ dài<br>không phải là bội số của 16 byte có thể khiến khối phần cuối cùng không được<br>mã hóa và không được xác thực.<br><br>Tóm tắt tác động: 1-15 byte cuối cùng của thông điệp có thể bị lộ<br>dưới dạng văn bản rõ khi mã hóa và không được bảo vệ bởi thẻ xác thực,<br>cho phép kẻ tấn công đọc hoặc làm giả các byte này mà không bị phát hiện.<br><br>Các hàm mã hóa và giải mã OCB cấp thấp trong đường dẫn tăng tốc<br>bằng phần cứng xử lý các khối đầy đủ 16 byte nhưng không di chuyển con trỏ<br>đầu vào/đầu ra. Mã xử lý phần đuôi sau đó hoạt động trên các con trỏ cơ sở<br>ban đầu, về cơ bản xử lý lại phần đầu của bộ đệm trong khi để các byte<br>đuôi thực tế không được xử lý. Tổng kiểm tra xác thực cũng loại trừ các<br>byte đuôi thực sự.<br><br>Tuy nhiên, các ứng dụng OpenSSL thông thường sử dụng EVP không bị ảnh hưởng<br>vì các triển khai OCB cấp cao hơn của EVP và provider chia nhỏ đầu vào<br>để các khối đầy đủ và khối phần đuôi không đầy đủ được xử lý trong các<br>lời gọi riêng biệt, tránh đường dẫn mã hóa có vấn đề. Ngoài ra, TLS không<br>sử dụng các bộ mật mã OCB. Lỗ hổng chỉ ảnh hưởng đến các ứng dụng gọi<br>trực tiếp các hàm CRYPTO_ocb128_encrypt() hoặc CRYPTO_ocb128_decrypt() cấp<br>thấp với độ dài không căn chỉnh theo khối trong một lời gọi duy nhất trên<br>các bản dựng tăng tốc bằng phần cứng. Vì những lý do này, vấn đề được đánh<br>giá là mức độ nghiêm trọng Thấp.<br><br>Các mô-đun FIPS trong phiên bản 3.6, 3.5, 3.4, 3.3, 3.2, 3.1 và 3.0 không<br>bị ảnh hưởng bởi vấn đề này, vì chế độ OCB không phải là thuật toán được<br>FIPS phê duyệt.<br><br>OpenSSL 3.6, 3.5, 3.4, 3.3, 3.0 và 1.1.1 dễ bị tổn thương bởi vấn đề này.<br><br>OpenSSL 1.0.2 không bị ảnh hưởng bởi vấn đề này.
VulDB is the best source for vulnerability data and more expert information about this specific topic.