Project Zero продлил срок раскрытия уязвимостей на месяц

Project Zero продлил срок раскрытия уязвимостей на месяц

Project Zero продлил срок раскрытия уязвимостей на месяц

Участники Google-проекта Project Zero внесли изменения в свою политику раскрытия найденных уязвимостей. Прежний срок — 90 дней — остается в силе, чтобы производитель продукта успел выпустить патч, но после его выхода исследователи будут придерживать информацию еще 30 дней, чтобы дать пользователям время на установку обновлений.

До сих пор команда Project Zero обнародовала свои находки по истечении установленного срока — независимо от того, вышел патч или нет. Отныне этот регламент будет соблюдаться лишь в тех случаях, когда проблема осталась нерешенной. Впрочем, вендоры, как и прежде, смогут рассчитывать на отсрочку в две недели, если возникли трудности с латанием особенно сложной бреши.

Дедлайн на публикацию уязвимостей нулевого дня тоже отодвинут на месяц в обеспечение патчинга на местах. Более того, семидневный срок, который ранее давался вендорам для выпуска патча в таких случаях, исследователи готовы продлить до 10 дней по запросу.

Эти изменения введены в ответ на жалобы производителей софта, которые не раз пеняли Google Project Zero на отсутствие дополнительного окна в интересах юзеров. Примечательно, что команда Google Chrome давно использует такую «подушку», утаивая подробности уязвимостей до тех пор, пока большинство пользователей не обновят браузер.

Изменения политики Project Zero в отношении раскрытия уязвимостей введены пока на год; не исключено, что в дальнейшем сроки 90+30 будут скорректированы — например, как 84+28. Их публикация имеет большое значение: многие участники ИБ-сообщества взяли правила Project Zero на вооружение, и к ним уже привыкли и вендоры, и пользователи.

Участники проекта отдают себе отчет в том, что их нововведения затормозят работу специалистов по ИБ, использующих подробные описания Project Zero при создании новых правил и сигнатур для защитных решений. Пользователям баг-трекера рекомендуется обращаться за техническими деталями напрямую к производителям продуктов или просить их публиковать более информативные бюллетени.

Роскомнадзор экономит ресурсы, замедляя Telegram

Мощностей технических средств противодействия угрозам (ТСПУ), которые Роскомнадзор использует для ограничения доступа к ресурсам, по мнению экспертов, оказалось недостаточно для одновременного воздействия на несколько крупных платформ. В результате ведомству приходится применять альтернативные технические методы.

Как считают эксперты, опрошенные РБК, именно этим может объясняться исчезновение домена YouTube из DNS-серверов Роскомнадзора, о котором накануне сообщил телеграм-канал «Эксплойт».

Управляющий директор инфраструктурного интегратора «Ультиматек» Джемали Авалишвили в комментарии РБК связал ситуацию с началом замедления Telegram:

«Фактически подконтрольные Роскомнадзору DNS-серверы перестали возвращать корректные адреса для домена youtube.com, что привело к невозможности подключения пользователей. Такой метод — часть технического арсенала Роскомнадзора для ограничения доступа к “неугодным” ресурсам. Он не нов и применяется в России наряду с блокировкой IP-адресов и пакетной фильтрацией».

Независимый эксперт телеком-рынка Алексей Учакин пояснил, что подобный подход может использоваться для экономии ресурсов, которых недостаточно для одновременного замедления двух крупных платформ:

«Поскольку все провайдеры обязаны использовать национальную систему доменных имен, то есть DNS-серверы под контролем Роскомнадзора, фактически появляется грубый, но достаточно надежный “выключатель” YouTube на территории России. При этом даже такая мера не перекрывает все способы обхода блокировок».

Замедление Telegram в России началось 10 февраля — об этом сначала сообщили СМИ со ссылкой на источники, а затем информацию официально подтвердил Роскомнадзор. Однако жалобы пользователей на снижение скорости работы мессенджера появились еще 9 февраля.

RSS: Новости на портале Anti-Malware.ru