https://opennet.me/openforum/vsluhforumID3/142349.html Компания eMudhra раскрыла дополнительные детали, связанные с инцидентом, в результате которого у восьми корневых сертификатов удостоверяющего центра оказались легко подбираемые закрытые ключи, имеющие всего 1 байт энтропии вместо 48. Помимо изначально выявленных проблемных промежуточных корневых сертификатов сообщается об отзыве ещё 8, но не из-за проблем с энтропией. Разбор показал, что источником проблем с энтропией стал созданный своими силами Python-скрипт, применяемый для переноса закрытых ключей между аппаратными хранилищами ключей (HSM) разных производителей. Перенос ключей был обусловлен задержками поставки усовершенствованных моделей HSM, удовлетворяющих новым требованиям к удостоверяющим центрам...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=66670<br> https://opennet.me/openforum/vsluhforumID3/142349.html#74 Thu, 12 Nov 2026 14:31:37 GMT &gt; ну в бумажках такие вот штуки и должны были бы быть описаны. <br>&gt; А там, походу - там тадам.<br>&gt; (если бы в бумажках было все правильно - кто-то вот ща ответил <br>&gt; бы за покупку неправильного hsm) <br><br>А там все збст и лудше не бывает - в бумажка-то. И hsm был куплен правильный - на момент написания бумажек. А как их актуализировали - так в раз побежали ещё более правильный покупать.<br>А вот читал ли те бумажки хоть кто-то кроме чукчаписателя и аудитора - вопрос (ответ на который мы немножко так знаем). <br> https://opennet.me/openforum/vsluhforumID3/142349.html#73 Thu, 12 Nov 2026 13:07:21 GMT &gt; Заменив доверие сертификату - целиком и полностью доверием дядям-подписантам без возможности их перепроверить<br><br>Что такое доверие сертификату? Сертификат может выпустить кто угодно, включая Еву, тебе нужен способ подтвердить что сертификат выпустил владелец ресурса.<br><br>&gt; уничтожение смысла EV<br><br>EV был актуален только для коммерсни, готовой за него платить.<br><br>&gt; сертификаты со сроком жизни полдня<br><br>Когда сертификат получется автоматически, а только такая схема скейлится, не важно сколько он живёт, а при прочих равных лучше делать серты как можно более короткоживущими, чтобы компрометация меньше аффектила. Я бы с удовольствием делал себе день, если бы можно было.<br><br>&gt; иди0тская борьба с selfsigned.<br><br>selfsigned эквивалентен отсутствию сертификата, какой в нём смысл? Гоняй cleartext просто.<br> https://opennet.me/openforum/vsluhforumID3/142349.html#72 Thu, 12 Nov 2026 12:56:41 GMT В ssh нет никакого доверия вообще именно из-за того что нет CA. Ты подключаешься первый раз к серверу и получаешь mitm сходу. И ладно ещё сервер обычно свой, там есть хоть какая-то возможность проверить фингерпринт по другим каналам, с http сайтами её нет никакой.<br> https://opennet.me/openforum/vsluhforumID3/142349.html#71 Thu, 12 Nov 2026 12:52:47 GMT вам ключи на слабые как раз таки подменил этот флешнакопитель с алика :)<br> https://opennet.me/openforum/vsluhforumID3/142349.html#70 Thu, 12 Nov 2026 12:52:10 GMT &gt; Нет удостоверяющего центра у SSH, например, и нет проблем такого уровня.<br><br>Там и доверия нет - ты подключаешься первый раз к серверу, он спрашивает доверять или нет ключу, что ты выберешь, и как ты поймёшь его ли это ключ. В HTTPS то же самое есть с самоподписанными ключами, хочешь фикцию безопасности - делай фикцию.<br> https://opennet.me/openforum/vsluhforumID3/142349.html#69 Thu, 12 Nov 2026 12:47:03 GMT &gt; которая могла<br><br>Самый реальный вариант - могла подменить ключи, на слабые :)))) Именно что так и есть. Надо взять на заметку, при тестировании всяких китайских флешек, подсунуть туда кучу разных ключей и промониторить, а не подменяет ли их флешка :)))))<br> https://opennet.me/openforum/vsluhforumID3/142349.html#68 Thu, 12 Nov 2026 12:43:24 GMT &gt; ключи надо перенести на новые.<br><br>У вас нестыковка, если нужно перенести, то зачем их подписывать если они уже подписаны?<br>Подписали ведь CSR от слабого ключа!!!<br> https://opennet.me/openforum/vsluhforumID3/142349.html#67 Thu, 12 Nov 2026 12:30:32 GMT Щас модно сразу грузовки с картами нвидя угонять<br> https://opennet.me/openforum/vsluhforumID3/142349.html#66 Thu, 12 Nov 2026 12:29:26 GMT Тут есть нестыковочка.<br><br>CA-Sub-Root (промежуточные сертификаты, которыми подписывают пользовательские сертификаты), согласно требованиям CA, должен быть на HSM, то есть приватные ключи генерятся НА самом HSM и не извлекаются, извлекается только CSR (реквест на подпись публичного ключа), который должен быть подписан на офлайновом (это тоже требование) HSM, который хранит CA-Root. Сам же CA-Sub-Root HSM - в онлайне, чтобы подписывать пользовательские (клиентские) сертификаты. Нестыковка в том, что извлекать приватный ключ из HSM нет необходимости, так как подписывается публичный ключ, и к тому же НЕДОПУСТИМО!!!<br><br>Что же произошло на самом деле? А на самом деле тупо произошло то, что они генерили где-то на стороне с помощью скрипта ключевую пару, и эта ключевая пара уже была изначально так сгенерированной (с зануленным - слабым приватным ключем), ибо ключевая пара уникальна, если занулить приватный ключ при уже существующем публичном ключе, то подпись была бы всегда битой!!! Отсюда, на подпись в CA-Root отдав