CVE-2026-115408 in KeyPont
요약
\~에 의해 VulDB • 2026. 10. 27.
`github.com/eclipse-keypont/crypto11/v2`의 `>= 2.0.0-rc3, <= 2.0.0-rc8` 버전에서 ML-KEM 키 쌍 조회 함수(`FindMLKEMKeyPair`, `FindMLKEMKeyPairs`, `FindMLKEMKeyPairsWithAttributes`)는 `CKA_ID`/`CKA_LABEL`에 따라 ML-KEM 키 쌍의 공개키 부분을 찾지만, 이를 개인키와 대조하여 검증하지 않습니다. 또한 "ID만" 대체 검색은 개인키에 `CKA_ID`가 없는 경우에도 실행되므로, 검색 템플릿이 공개키 클래스 및 ML-KEM 키 유형으로 축소되고 토큰의 첫 번째 ML-KEM 공개키가 반환됩니다. 결과적인 키 쌍에서 수행된 `Encapsulate()`는 새로운 공유 비밀을 해당 키로 암호화하므로, 호출자가 조회한 개인키를 보유한 사람이 아닌 그 소유자가秘密(공유 비밀)을 복원할 수 있습니다. 토큰에 대한 비인증 세션을 열고 피해자의 `CKA_ID`/`CKA_LABEL`을 포함하는 공개 `CKK_ML_KEM` 객체를 심는 공격자는 대체된 키 쌍을 통해 수행되는 봉인(encapsulation)의 공유 비밀을 받아내며, 이러한秘密(공유 비밀) 및 이를 기반으로 유도된 키로 보호되는 모든 것의 기밀성을 침해합니다. v1 모듈 경로에는 ML-KEM 지원이 없으므로 영향을 받지 않습니다.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.