Неправильная проверка ответа OCSP в драйверах Snowflake Python, Go, JDBC и Node.js позволяла принять отозванный сертификат TLS как действительный, поскольку ответы OCSP не были надежно привязаны к проверяемому сертификату, а окончательные сбои проверки рассматривались как временные. Злоумышленник-посредник, владеющий отозванным сертификатом и его закрытым ключом для Snowflake или промежуточного имени хоста, в любом случае может заставить драйвер установить сеанс TLS с конечной точкой, контролируемой злоумышленником, что позволит злоумышленнику читать и изменять данные, передаваемые внутри этого соединения. Для успешной эксплуатации требуется наличие позиции на пути и соответствующий закрытый ключ, а воздействие ограничивается данными, передаваемыми в рамках перехваченного соединения.
Исправление доступно в исправленных версиях, перечисленных выше. Пользователи должны выполнить обновление вручную.
Показать оригинальное описание (EN)
Improper OCSP response validation in the Snowflake Python, Go, JDBC, and Node.js drivers allowed a revoked TLS certificate to be accepted as valid, because OCSP responses were not reliably bound to the certificate being validated and definitive verification failures were treated as transient. A man-in-the-middle attacker holding a revoked certificate and its private key for a Snowflake or stage hostname could cause the driver to establish a TLS session to the attacker-controlled endpoint anyway, allowing the attacker to read and modify data transmitted within that connection. Successful exploitation requires that on-path position and the corresponding private key, and impact is limited to data carried within the intercepted connection. The fix is available in the patched versions listed above. Users must manually upgrade.
Характеристики атаки
Последствия
Строка CVSS v3.1