OpenBSD отказывается от поддержки CPU Hyper-threading из-за уязвимостей

OpenBSD отказывается от поддержки CPU Hyper-threading из-за уязвимостей

OpenBSD отказывается от поддержки CPU Hyper-threading из-за уязвимостей

Проект OpenBSD вчера объявил, что прекратит поддержку технологии CPU Hyper-threading (гиперпоточность) из-за проблем с безопасностью. Речь идет о теоретической угрозе уязвимостей класса Spectre.

Hyper-threading — технология, разработанная компанией Intel для процессоров на микроархитектуре NetBurst. HTT реализует идею «одновременной мультипоточности». HTT является развитием технологии суперпоточности, появившейся в процессорах Intel Xeon в феврале 2002 и в ноябре 2002 добавленной в процессоры Pentium 4.

Однако вчера Марк Кеттенис, представляющий проект OpenBSD, заявил, что команда разработчиков прекращает поддержку Hyper-threading, так как эта технология попросту «открывает двери для кибератак».

Кеттенис ссылается на многочисленные уязвимости процессора, среди них были самые громкие — Meltdown и Spectre, а также их многочисленные вариации.

«Эта технология вполне может привести к успешной эксплуатации нескольких уязвимостей класса Spectre», — утверждает Кеттенис.

Для отказа от Hyper-threading команде OpenBSD придется создать новый параметр, так как «многие современные машины больше не предоставляют возможность отключать гиперпоточность в настройках BIOS».

«Теперь это можно контролировать, используя новый параметр hw.smt sysctl», — продолжает эксперт. — «На данный момент это работает только на процессорах Intel при запуске OpenBSD/amd64. Но мы планируем расширить эту функцию, сделав ее доступной для процессоров других производителей и других аппаратных архитектур».

Astra Cloud запустила облако, которое ускорит аттестацию в пять раз

Astra Cloud вывела на рынок «Защищённое аттестованное облако» для размещения государственных информационных систем, ИСПДн, медицинских платформ и других систем с чувствительными данными. Инфраструктура прошла аттестацию по приказам № 117 и № 21 ФСТЭК России: по классу защищённости К1 и уровню защищённости УЗ-1 соответственно.

Клиенты смогут использовать готовую площадку при аттестации собственного контура.

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

Сертифицированные средства защиты уже входят в сервис. Среди них — межсетевые экраны, антивирусы, системы обнаружения и предотвращения вторжений, средства доверенной загрузки и SIEM. Подключаться к облаку пользователи смогут только через защищённые каналы на базе сертифицированных СКЗИ.

Инфраструктура размещена в ЦОД уровня Tier IV и построена на отечественном оборудовании. Решение рассчитано на организации, которым необходимо соблюдать требования ФСТЭК России, но не хочется строить собственный защищённый ЦОД, отдельно закупать средства защиты и расширять штат ИБ-специалистов.

С 1 марта 2026 года приказ № 117 заменил приказ № 17 и распространил требования не только на госорганы, но также на подведомственные учреждения и компании, взаимодействующие с государственным сегментом. В частности, критические уязвимости теперь необходимо устранять за 24 часа, а показатели защищённости регулярно пересматривать.

Среди возможных сценариев Astra Cloud называет размещение ИИ-сервисов с чувствительными данными, выполнение предписаний регулятора и запуск проектов, для которых требуется аттестованный контур. Облако также может пригодиться при участии в тендерах.

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