Все версии пакета sjcl уязвимы для неправильной проверки криптографической подписи из-за отсутствия проверки точки на кривой в sjcl.ecc.bas…
Все версии пакета sjcl уязвимы для неправильной проверки криптографической подписи из-за отсутствия проверки точки на кривой в sjcl.ecc.basicKey.publicKey(). Злоумышленник может восстановить закрытый ключ жертвы, отправив созданные кривые открытые ключи и наблюдая за выходами ECDH. Функция dhJavaEc() непосредственно возвращает сырой x-координат результата скалярного умножения (без хеширования), обеспечивая оракула с открытым текстом, не требуя никакой обратной связи с расшифровкой.
Продукт не проверяет или некорректно проверяет криптографическую подпись данных.
https://cwe.mitre.org/data/definitions/347.html →Открыть в коллекции CWE →Злоумышленник способен эффективно расшифровывать данные, не зная ключа дешифрования, если целевая система раскрывает информацию о том, возникла ли ошибка дополнения при расшифровке зашифртекста. Целевая система, утечку такой информации, становится оракулом дополнения, а злоумышленник может использовать этот оракул для эффективной расшифровки данных без знания ключа дешифрования, выполнив в среднем 128*b обращений к оракулу дополнения (где b — количество байт в блоке зашифртекста). Помимо расшифровки, злоумышленник способен также формировать корректные зашифртексты (то есть выполнять шифрование) с использованием оракула дополнения, не зная ключа шифрования.
https://capec.mitre.org/data/definitions/463.html →Открыть в коллекции CAPEC →Злоумышленник эксплуатирует криптографическую слабость в реализации алгоритма проверки подписи для генерации действительной подписи без знания ключа.
https://capec.mitre.org/data/definitions/475.html →Открыть в коллекции CAPEC →| Продукт | Вендор | Статус |
|---|---|---|
| node-sjcl | Отслеживается | |
| stanford_javascript_crypto_library | * | Отслеживается |