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

В Android появится блокировка приложений по отпечатку и ПИН-коду

Google наконец решает одну из самых бытовых проблем безопасности, когда даёшь кому-то свой смартфон на минуту, а внутри у тебя половина жизни. В свежей сборке Android Canary 2603 появилась функция App Lock — возможность поставить дополнительную защиту на любое приложение.

Теперь, чтобы открыть, например, галерею, мессенджер или банковское приложение, потребуется отпечаток пальца или ПИН-код.

Функционально всё работает просто: достаточно зажать иконку приложения, и в выпадающем меню появится опция блокировки. После включения App Lock приложение нельзя открыть без аутентификации, уведомления от него скрываются, виджеты исчезают с рабочего стола, пропадают быстрые ярлыки.

 

По сути, приложение становится полностью «невидимым» без разблокировки. Google сразу предупреждает: если пользователь дал доступ к данным приложения каким-то ИИ-агентам или сервисам, они всё равно смогут к ним обращаться.

Пока неясно, можно ли, например, обойти защиту через тот же Gemini, но сам факт такого ограничения уже вызывает вопросы.

С Android 15 у Google уже есть функция Private Space — отдельный скрытый профиль, куда можно убирать приложения и данные. Но она подходит скорее для жёсткой изоляции.

App Lock — более гибкий вариант, поскольку не нужно не нужно прятать всё приложение, достаточно просто закрыть к нему доступ.

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

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