Я хотел сказать, что самоподписанные сертификаты выкладывать в сеть нельзя, потому что они беззащитны к атаке - навязывание ложной информации. Также я хотел сказать, что защищать список сертификатов (считай ключей) ЭЦПой выработанной на ключе производном из состава ключей защищаемого списка (внутри списка который я приводил ссылкой из госуслуг находится сертификат ГУЦа) - это просто глупость. Суть атаки заключается в том, что ни кто не мешает создать другой список, информационная часть сертификатов которого будет совпадать с сертификатами исходного списка, а ключевые пары конечно будут другие и подконтрольные атакующему. Останется только навязать ложный список заинтересованной стороне и всё, дерево квалифицированных сертификатов атаковано.

Интересно, а вам зачем?!
Мне ни кто не заказывал ни какое исследование, я и так написал тут более чем положено.

Речь совсем о другом..

А Вы о чем?
Перечитайте еще раз написанное.

Зачем знать >>подпись перехваченного сообщения и открытый ключ?

Перечитал еще раз. Предположим мы создали у себя на коленке свой УЦ и выпустили самоподписанный сертификат, с информационной частью такой же как выбранного УЦ в TSL-списке и создали новый TSL-список, с открытым ключом из нашего сертификата. TSL-список надо подписать ключом ГУЦ или подделать подпись, не зная закрытого ключа ГУЦ.

Вот я и спрашиваю, есть ли публичные исследования, показывающие возможность подделки подписи пусть даже конкретного сообщения (а не любого), зная любые исходные данные, кроме секретного ключа? Ваша идея строится на этом принципе или нет?

Отредактировано пользователем 27 мая 2014 г. 10:46:54(UTC)  | Причина: Не указана

Чтобы подписать сертификат УЦ, включенный в этот список.