Отправить #765933: GitHub Dropbear 2025.89 Improper Verification of Cryptographic Signature

The specific issue is located in curve25519.c:
Line 484 directly uses s+32 for computation, with no validation for S >= L at any point.

According to the RFC 8032 §5.1.7 specification, an out-of-bounds S should be rejected. Without this check, we can generate an equivalent signature by constructing S' = S + L. My local testing confirms that Dropbear's verification process accepts both the original signature and its S+L variant. Furthermore, the paper "The Provable Security of Ed25519: Theory and Practice" by Jacqueline Brendel, Cas Cremers, Dennis Jackson, and Mang Zhao (https://ieeexplore.ieee.org/stampPDF/getPDF.jsp?arnumber=9519456) emphasizes that strictly rejecting such non-canonical signatures is necessary to maintain Strong Existential Unforgeability under Chosen Message Attacks (SUF-CMA).

Historically, there have been multiple signature malleability vulnerabilities in other projects (e.g., CVE-2020-36843, CVE-2024-45193). This inconsistency with the specification breaks signature uniqueness and could potentially impact higher-level security policies or auditing logic that rely on it.

• Источник: ⚠️ https://github.com/mkj/dropbear/issues/406
• Пользователь: pythok (UID 95793)
• Представление: 23.02.2026 17:02 (2 месяцы назад)
• Модерация: 07.03.2026 10:07 (12 days later)
• Статус: принято
• Запись VulDB: 349652 [mkj Dropbear до 2025.89 S Range Check src/curve25519.c unpackneg слабая аутентификация]
• Баллы: 20