Разработчики клиента для различных протоколов удалённого доступа сообщили о критической уязвимости CVE-2024-31497 в PuTTY версий от 0.68 до 0.80, которая позволяет провести компрометацию закрытого ключа. В стабильной версии PuTTY 0.81 эта проблема устранена.
Пояснение из описания CVE-2024-31497
In PuTTY 0.68 through 0.80 before 0.81, biased ECDSA nonce generation allows an attacker to recover a user’s NIST P-521 secret key via a quick attack in approximately 60 signatures. This is especially important in a scenario where an adversary is able to read messages signed by PuTTY or Pageant. The required set of signed messages may be publicly readable because they are stored in a public Git service that supports use of SSH for commit signing, and the signatures were made by Pageant through an agent-forwarding mechanism. In other words, an adversary may already have enough signature information to compromise a victim’s private key, even if there is no further use of vulnerable PuTTY versions. After a key compromise, an adversary may be able to conduct supply-chain attacks on software maintained in Git. A second, independent scenario is that the adversary is an operator of an SSH server to which the victim authenticates (for remote login or file copy), even though this server is not fully trusted by the victim, and the victim uses the same private key for SSH connections to other services operated by other entities. Here, the rogue server operator (who would otherwise have no way to determine the victim’s private key) can derive the victim’s private key, and then use it for unauthorized access to those other services. If the other services include Git services, then again it may be possible to conduct supply-chain attacks on software maintained in Git. This also affects, for example, FileZilla before 3.67.0, WinSCP before 6.3.3, TortoiseGit before 2.15.0.1, and TortoiseSVN through 1.14.6.
Каждая версия PuTTY от 0.68 до 0.80 включительно имеет критическую уязвимость в коде, генерирующем подписи из закрытых ключей ECDSA, использующих кривую NIST P521. PuTTY или Pageant генерирует подпись на основе ключа при использовании его для аутентификации на SSH-сервере.
Плохая новость: результатом уязвимости является компрометация закрытого ключа. Злоумышленник, владеющий несколькими десятками подписанных сообщений и открытым ключом, имеет достаточно информации, чтобы восстановить закрытый ключ, а затем подделать подписи, как если бы они были исходящие от вас, что позволяет ему (например) входить на любые серверы, на которых вы используете этот ключ. для. Чтобы получить эти подписи, злоумышленнику нужно лишь ненадолго скомпрометировать любой сервер, на котором вы используете ключ для аутентификации, или на мгновение получить доступ к копии Pageant, содержащей ключ. Однако эти подписи не доступны пассивным перехватчикам SSH-соединений.
Поэтому, если у вас есть ключ этого типа, мы рекомендуем немедленно отозвать его: удалить старый открытый ключ из всех файлов OpenSSHauthorized_keys и его эквивалент на других SSH-серверах, чтобы подпись из скомпрометированного ключа больше не имела значения. Затем сгенерируйте новую пару ключей, чтобы заменить её. Проблема не в том, как изначально был сгенерирован ключ; не имеет значения, был ли он получен из PuTTYgen или откуда-то ещё. Важно то, использовался ли он когда-либо с PuTTY или Pageant.
Хорошая новость: единственный затронутый тип ключа — 521-битный ECDSA. То есть ключ, который отображается в Windows PuTTYgen с ecdsa-sha2-nistp521 в начале поля Key fingerprint, или описывается как NIST p521 при загрузке в Windows Pageant, или имеет идентификатор, начинающийся с ecdsa-sha2-. nistp521 в протоколе SSH или файле ключа. Другие размеры ECDSA и другие ключевые алгоритмы не затрагиваются. В частности, Ed25519 не затрагивается.
Чтобы устранить эту уязвимость, разработчики полностью отказались от старой системы PuTTY для k-генерации и перешли на метод RFC 6979 для всех типов ключей DSA и ECDSA. Ключи EdDSA, такие как Ed25519, уже использовали другую систему, которая не изменилась. Однако это не влияет на тот факт, что информация о существующих закрытых ключах P521 уже просачивалась всякий раз, когда подпись генерировалась с использованием старого k-генератора.
Источник: habr.com