ANTICHAT — форум по информационной безопасности, OSINT и технологиям

Неаккуратное обращение с криптографией сделало некоторые сервисы OpenID гораздо менее безопасными, чем они должны бы быть.

OpenID - это общий идентификационный сервис, позволяющий пользователям избавиться от необходимости создавать отдельные логины для сайтов, участвующих в проекте. Уже около 9000 веб-сайтов поддерживают этот децентрализованный сервис, предлагающий систему для общей процедуры входа.

Эксперты в области безопасности обнаружили, что сайты поставщиков услуг OpenID (включая Sun Microsystems), использовали SSL-сертификаты со слабыми криптографическими ключами. Вместо использования миллиардов вариантов, ключи содержали лишь 32768 возможных ответов из-за уязвимости в генерации случайных чисел в Debian. Баг, который не замечали в течение 18 месяцев, обнаружили и прикрыли в мае.

Ключи, сгенерированные криптографически уязвимыми системами, в любом случае нуждались в замене, даже после устранения бага. Однако, последнее исследование Бена Лаури из Google показало, что 1,5% сертификатов, к которым он обращался, содержали неустойчивые ключи. Три поставщика услуг OpenID (openid.sun.com, xopenid.net и openid.net.nz) оказались в числе уязвимых.

Для использования уязвимости хакеру нужно было заманить пользователей на сайт, изображающий настоящего поставщика услуг OpenID. Но подделка лишь цифрового сертификата не играла бы такой большой роли до тех пор, пока первые пользователи не перешли бы на липовые сайты. Недавно обнаруженная Дэном Камински возможность отравления кеша DNS делает куда более вероятной возможность спроектировать такую атаку, которая отсылала бы пользователей в неверном направлении через систему сетевой адресации, в том числе и на поддельные OpenID-сайты, выдавая их за настоящие.

Хотя в данном конкретном случае хакерам проблематично будет превратить кражу OpenID-логинов в деньги, возможность подделывать SSL-сертификаты при онлайн-банкинге на сайтах, не требующих их подтверждения, выглядит куда более привлекательной. В Sun отреагировали на проблему генерацией новых ключей, которые снижают вероятность атаки, хоть и не избавляют от ее возможности старые ключи.
13.08.2008