Уязвимость в ЦП Intel: затронуты Windows и Linux, закрытие уязвимости приведёт к падению производительности до 30%

Intel допустила весьма серьёзную уязвимость в своих центральных процессорах, и её нельзя исправить обновлением микрокода. Уязвимость затрагивает все процессоры Intel за последние лет десять как минимум.

Закрытие уязвимости требует обновления ОС, патчи для Linux уже вышли, Microsoft планирует закрыть её в рамках традиционного ежемесячного «вторника патчей». На данный момент детали уязвимости не разглашаются, но некоторые подробности всё-таки выплыли наружу благодаря Python Sweetness и The Register.

Уязвимость позволяет программам получать несанкционированный доступ к определённым данным в защищённой области памяти ядра. Предотвратить это можно, внедрив изоляцию памяти ядра (Kernel Page Table Isolation), которая сделает ядро «невидимым» для текущих процессов. Это не идеальное решение проблемы, но грядущие патчи для Windows, Linux и macOS будут использовать именно этот подход.

Однако подобное решение может очень серьёзно ударить по производительности. Падение производительности из-за изоляции может достигать 30 процентов. К счастью, последние модели процессоров Intel с технологией PCID (идентификаторы контекста процесса), возможно, позволяют уменьшить падение производительности, хоть и не избежав его совсем.

Уязвимость может эксплуатироваться в реальных условиях; под удар, в первую очередь, могут попасть компании, использующие виртуализацию.

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

Источник (полностью)

bridgekeeper писал(а):

я так понимаю вопрос сейчас только в реализации в операционных системах исправления этой "чудесной возможности"? ) а если точнее как именно это будет реализовано к примеру в линуксе или в винде. насколько топорно решат, настолько и упадет производительность, опять же не повсеместно а только при определенных условиях.

в реальности на линуксе пока слепленый на коленке патч . тобиш не окончательный . ждут пока интел с амд решат что с этим счастьем делать

мс - тоже ждет пока интель родит какой то план действий. пока ограничившись патчами вокруг да около проблемы .

проблему закроют обычной заплаткой . или микрокодом для цпу скайлейк и выше . все дружно получат пенальти . и вопрос будет решен до следующего концепта . как поиметь уже kaiser .

насколько просядет производительность ? зависит от того чем ваш пека занят . если игры/офис/браузер вы не заметите разницу . если сервер то тут уже варианты . согласно самим исследователям.

в основном проблема коснется серверов . в большинстве случаев ( согласно им же ) падение будет измерятся ОДНОЗНАЧНОЙ ЦИФРОЙ ( а не 100500 ) называется цифра около 5% в большинстве случаев . и до 30% в особых ( но это уже совсем специфическая тяжелая серверная-кластерная нагрузка ) .

цитата

Цитата:

KAISER will affect performance for anything that does system calls or interrupts: everything. Just the new instructions (CR3 manipulation) add a few hundred cycles to a syscall or interrupt. Most workloads that we have run show single-digit regressions. 5% is a good round number for what is typical. The worst we have seen is a roughly 30% regression on a loopback networking test that did a ton of syscalls and context switches.

mo3ulla
ну то есть особый случай это когда разные процессы на разных уровнях кэша вдруг окажутся нехорошими и кэш будет сброшен, снова и снова.
"Погибший подскользнулся, упал на нож, и так 16 раз подряд ..."
XD

bridgekeeper писал(а):

ну то есть особый случай это когда разные процессы на разных уровнях кэша вдруг окажутся нехорошими и кэш будет сброшен, снова и снова. "Погибший подскользнулся, упал на нож, и так 16 раз подряд ..." XD

все проще .все зависит от интенсивности обмена программы с внешним миром ( прежде всего сетевые девайсы ). и интенсивносити обмена между программой и ядром .

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

Protektorrator писал(а):

Как же тут брызжут ядом на АМДэшников! Аааа! У них тоже есть, им тоже пропишут, недолго им осталось!

вы бы попытались хотя бы в предысторию вникнуть . ну попытаться хотя бы . а то сработал рефлекс - ЫЫЫЫЫЫ ИНТЕЛЬ ВСОСАЛ . АМД РУЛИТ .и понеслась хотя в первоисточниках все немного по другому . как минимум требуется пропатчить не только текущие баги этого направления . но и перспективные . даже если предположить что к текущим у амд пока пучком ( что не доказано даже разработчики линукса сомневаются) то это не значит что к будущим атакам подобного типа у них также все будет отлично . достаточно ОДНОГО Proff of Concept что на AMD возможно ТОЖЕ ЧТО И НА ИНТЕЛЕ . и вам в мнгновение пропатчат и заапдейтят. опять же прошло слишком мало времени чтобы крупные игроки провели тесты и сделали какие то осознанные заключения ( новый год таки )

сами слили уязвимость, чтоб продажи новых процессоров увеличить.

Я надеюсь этот патч можно будет откатить/не ставить? Геймерам то он ни к чему.

kernelpanic01 писал(а):

Я надеюсь этот патч можно будет откатить/не ставить? Геймерам то он ни к чему.

геймерам и пользователям его как раз ставить ОБЯЗАТЕЛЬНО .
1. во первых геймеры/домохозяйки основная аудитория вирусописателей . и наиболее подвержена новым тенденциям вирусописания .
2. на геймеров и домохозяек . этот патч не оказывает ВООБЩЕ НИКАКОГО ВЛИЯНИЯ . давая падение производительности равное нулю или в рамках стат погрешности

Тип атаки у них один, side channel называется, их много всяких и не надо вообще про них тут. Meltdown конкретно позволяет быстро прочитать данные из любой части адресного пространства процесса. А операционная система часто отображает страницы памяти где хранит свои данные и код драйверов сразу во все адресные пространства всех процессов чтоб не переключать их по возможности. Обычно процесс не может к ним доступа получить, а так вот смог. Вот, и всё, и не надо было про другую вообще говорить здесь она ничем не круче сотни других уязвимостей открытых раньше и не представляет большой опасности вроде бы.

KoWMaPuK писал(а):

и не надо было про другую вообще говорить здесь она ничем не круче сотни других уязвимостей открытых раньше

а как же хайпануть ?
интел слил ?
амд рулит ?

факты не важны .главное набросить .анализировать - не обязательно

Ну вот очередной бред, вас решили попугать а вы верите, щас основная масса людей побежит за новыми более мощнее процессорами а производителю денежки в карман, бред какой то, уязвимость аж смешно становится, госпади то у них дыры то уязвимости все находят да толька все исправить не могут, сколька можно, спрашивается для чего тогда в windows 10 сидит этот антивирусник,значе от него толку нету не какого

mo3ulla писал(а):

интел слил ? амд рулит ?

Про это я понял буквально недавно, прочитав новый прессрелиз интела по новым процам:

Преамбула: на протяжении уже долгих лет интел издевается над процами от амд, всячески высмеивая их "тормознутость", что особенно видно на многочисленных тестовых тестах от не менее многочисленных разработчиков.

Амбула: И, ВНЕЗАПНО!, интел взрывает мой МОСК своим релизом, прямо заявляя что они таки добились наконец то того, что их топовые процессоры на самом деле обгонят райзеры от амд!

ТО ЕСТЬ А ДО ЭТОГО ЧТО БЫЛО? А КАК ЖЕ ВСЕ КРАСИВЫЕ СИНТЕТИЧЕСКИЕ ТЕСТЫ?

А можно глупый вопрос? Если можно условно говоря из браузера в памяти ядра покопаться, то наверное можно из одного окна браузера покопаться в другом? и таким образом спереть пароль от банка?

Bennjamin
это как proff of concept показывали еще в 2016 году . на firefox 24-27 . через библиотеку обработки графики . запустив правильные скрипты в соседней вкладке . можно получить сожержимое любого окна браузера причем в концепте были и интел и амд и арм

Новость новостью, а решение сидеть на intel не меняется. Как работали сервера на intel так и будут, что изменится, да ничего, вместо 1 секунды будет 1.20 секунды. Как вариант выкатить притенению intel за падение производительности. Кто покупал сервера intel за 50-60 млн. шт и не думал о последствиях, ну зря вы так.

А вообще порадовало, деньги тратим, а законы нарушаются производителями (например конфиденциальность данных). Иными словами "выглядит все более чем серьезно".

Как по мне, "геймеры и домохозяйки" (вроде меня во времена свободные от работы) могут вообще успокоится их это никак не затронет, тесты производительности не покажут ничего нового.

кстати если у меня стоит сервер БД который не торчит задницей в мир, и на котором заведен только один пользователь (я) - этот патч тоже будет только во вред...

kernelpanic01 писал(а):

кстати если у меня стоит сервер БД который не торчит задницей в мир, и на котором заведен только один пользователь (я) - этот патч тоже будет только во вред...

нет . слишком маленькие нагрузки чтобы это повлияло . касок от 20ти да . увидите . но одну - нет