на линукс-ресурсах оф.инфа есть. как и фикс, и его тестирование.Sanьka:В любом случае надо подождать офиц инфы.
и да, похожая проблема есть, суд по всему, и в arm64.
коротко по х86: проблема таки в суперскалярности. т.е. при возврате из syscall-а, в процессе переключения контекста, может начать выполняться следующая инструкция, и она будет выполняться с привилегиями ядра, хотя выполняться она должна с приоритетом нового контекста. ну забыли 10 лет назад отключить суперскалярность/сбрасывать конвейер при смене ring-а выполняемого кода...
т.е. - любой софт может получить доступ к защищенным данным ядра. в т.ч. - записать туда что угодно.
т.е. - возможно как минимум локальное повышение привилегий. + (вполне вероятно) "выбраться" из VM, получив доступ к памяти хост системы.
Отправлено спустя 4 минуты :
было бы удивительно если бы те же софтовые костыли (которые включены зачем-то независимо от камня) давали бы просадку только на интеле.Dr_Zorge:Из плохих новостей, процы АМД теряют в производительности в спец.задачах точно так же как и Интел: https://www.phoronix.com/scan.php?page= ... -4.15-Test
и да, тут вопрос скорее в том зачем для амд эта фича включается по умолчанию - дыры-то нет...
А ведь если этот баг успешно передавался по наследству от поколения к поколению, то наверняка он заложен уже и в грядущий Cannon Lake, как минимум...
