Bug Bounty может стать обязательным

Bug Bounty может стать обязательным

Bug Bounty может стать обязательным

Группа сенаторов работает над законопроектом, который обязывает операторов критической информационной инфраструктуры (КИИ) проводить тестирования на уязвимости с привлечением внешних специалистов за вознаграждение (Bug Bounty).

Законопроект «О деятельности по поиску уязвимостей» разработан в Совете по развитию цифровой экономики при Совете федерации совместно с участниками рынка кибербезопасности и предполагает изменения в три ФЗ: «О безопасности критической информационной инфраструктуры», «О лицензировании отдельных видов деятельности» и «Об информации, информтехнологиях и о защите информации».

Как сообщил «Коммерсанту» один из его авторов, сенатор Артем Шейкин, законопроект, который сейчас находится на стадии обсуждения, не только обязывает владельцев КИИ проводить тестирования, но и регламентирует работу их участников, а также устанавливает требования к платформам.

Контроль за Bug Bounty предполагается передать ФСТЭК России. Этому же регулятору участники тестирований должны будут отправлять сведения об обнаруженных уязвимостях.

Как особо подчеркнул Артем Шейкин, уже принятый в первом чтении законопроект № 509708-8 снимает далеко не все препятствия для деятельности «белых хакеров». Разработанный сенаторами документ данную задачу решает.

Отношение экспертов, опрошенных изданием, оказалось неоднозначным. Основатель платформы Bug Bounty bugbounty.ru Лука Сафонов опасается, что требования к уставному капиталу и «гарантийному фонду» могут способствовать монополизации рынка.

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

В Intel TDX обнаружены уязвимости с риском утечки данных

Intel вместе с Google провела масштабный аудит технологии Trust Domain Extensions (TDX), процессе которого обнаружилось немало проблем. За пять месяцев работы специалисты выявили пять уязвимостей, а также 35 багов и потенциальных слабых мест в коде.

TDX — это аппаратная технология «конфиденциальных вычислений». Она предназначена для защиты виртуальных машин в облаке даже в том случае, если гипервизор скомпрометирован или кто-то из администраторов действует недобросовестно.

По сути, TDX создаёт изолированные «доверенные домены» (Trust Domains), которые должны гарантировать конфиденциальность и целостность данных.

Проверкой занимались исследователи Google Cloud Security и команда Intel INT31. Они анализировали код TDX Module 1.5 — ключевого компонента, отвечающего за работу механизма на высоком уровне. В ход пошли ручной аудит, собственные инструменты и даже ИИ.

В результате обнаружены пять уязвимостей (CVE-2025-32007, CVE-2025-27940, CVE-2025-30513, CVE-2025-27572 и CVE-2025-32467). Их можно было использовать для повышения привилегий и раскрытия информации. Intel уже выпустила патчи и опубликовала официальное уведомление.

Самой серьёзной Google называет CVE-2025-30513. Она позволяла злоумышленнику фактически обойти механизмы безопасности TDX. Речь идёт о сценарии, при котором во время миграции виртуальной машины можно было изменить её атрибуты и перевести её в режим отладки.

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

Google опубликовала подробный технический отчёт (PDF) объёмом 85 страниц, а Intel — более краткое описание результатов совместной работы.

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