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. Но мы планируем расширить эту функцию, сделав ее доступной для процессоров других производителей и других аппаратных архитектур».

38% крупных компаний делают свой ИИ, но защищать его умеют единицы

Российский бизнес всё активнее развивает собственные ИИ-сервисы, однако с их безопасностью дела обстоят заметно хуже. К такому выводу пришли эксперты К2 Кибербезопасность и «Лаборатории Касперского», опросившие специалистов более чем из 200 крупных компаний из сфер ИТ, финансов, телекоммуникаций, торговли, строительства и фармацевтики.

Исследование показало, что 38% крупных организаций уже имеют собственные команды, разрабатывающие ИИ-решения для внутренних процессов.

При этом в 75% случаев такие проекты полностью или частично не соответствуют практикам MLSecOps — подходу, который отвечает за безопасность систем искусственного интеллекта на всех этапах их жизненного цикла.

В целом компании не делают ставку на какой-то один инструмент. Более половины респондентов (59%) одновременно используют несколько типов ИИ-сервисов: отечественные и зарубежные решения, собственные разработки и продукты, созданные на заказ.

Наиболее востребованными остаются российские ИИ-сервисы — их используют 75% компаний. Зарубежные решения применяют 60% участников исследования. Такой расклад аналитики связывают с требованиями законодательства и политикой импортозамещения.

Однако внедрять ИИ бизнес научился быстрее, чем обеспечивать его безопасность. По данным исследования, лишь 18% компаний могут говорить о наличии управляемых процессов защиты собственных ИИ-разработок. Зрелые практики MLSecOps внедрены всего у 7% организаций.

Особенно тревожно выглядит другая цифра: в 60% случаев безопасность ИИ-проектов обеспечивают исключительно разработчики, без участия специалистов по информационной безопасности. Это увеличивает риск ошибок, утечек данных и появления новых уязвимостей.

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

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