Что делает Ed25519

Владелец закрытого ключа подписывает сообщение, а проверяющий использует соответствующий открытый ключ, чтобы проверить подпись. Это подтверждение целостности и владения ключом, не шифрование данных: текст сообщения остается читаемым, если его отдельно не зашифровать.

RFC 8032 описывает EdDSA и несколько наборов параметров, включая Ed25519, Ed25519ctx и Ed25519ph. Они имеют разные правила подготовки сообщения. Библиотеки должны выбирать одинаковый вариант при подписи и проверке; нельзя менять режим только по похожему имени.

Где встречается ключ

Ed25519 используется в некоторых форматах SSH-ключей и других протоколах подписи. Поддержка зависит от версии программы, политики организации и криптографической библиотеки. Перед созданием ключа проверьте рекомендации платформы и требования к алгоритмам.

В OpenSSH публичная запись распознается по типу ssh-ed25519 и закодированным ключевым данным. Сервер хранит публичный ключ в разрешенном месте и проверяет подпись при входе; передавать ему private key не нужно.

Публичный ключ можно передавать проверяющей стороне; закрытый ключ храните отдельно и защищайте passphrase или аппаратным устройством, если это подходит сценарию. Потеря закрытого ключа может потребовать выпустить новую пару и обновить доверенные public keys.

RFC 8032 отмечает, что EdDSA не требует отдельного случайного nonce на каждую подпись в том виде, как это нужно некоторым другим схемам. Реализации все равно должны строго следовать стандарту и защищать закрытый ключ.

Что проверить при сбое

Уточните, поддерживает ли принимающая система Ed25519 и совпадает ли формат ключа. Проверьте, что подпись сформирована тем же вариантом EdDSA, не публикуйте закрытый материал в тикетах и не используйте тестовый ключ для реальной учетной записи.

Смотрите SSH, TLS и OpenSSL. Использованы RFC 8032 и документация OpenSSH, проверенные 8 октября 2026 года; ключи и подписи не создавались.