The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от атак Spectre v2, opennews (ok), 16-Апр-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


10. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от Аноним (10), 16-Апр-23, 09:26 
Если данные на твоем компе ценны только для соседа-сприткидди и майора, то незачем.
А если там фин.информация, разработки, пользовательская инфа - то тебе дешевле докупить еще один сервак, чем терпеть убытки от взлома. Просто экономически.
Ответить | Правка | Наверх | Cообщить модератору

11. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +3 +/
Сообщение от Аноним (11), 16-Апр-23, 09:29 
Подчеркну - физический сервак у себя в собственном дейтацентре.
Ответить | Правка | Наверх | Cообщить модератору

43. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от лютый ж.... (?), 16-Апр-23, 13:08 
>физический сервак у себя в собственном дейтацентре.

собственный ДЦ не требуется, даже купил ты дедик под вычисления у хостера и смысла в этих тормозилках нет.

Ответить | Правка | Наверх | Cообщить модератору

87. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +3 +/
Сообщение от YetAnotherOnanym (ok), 16-Апр-23, 17:53 
Ошибаешься. ДЦ требуются, и существует кто-то, для кого они будут собственными. Этих "кого-то" называют "хостеры". Они неизбежно должны существовать, потому что в ином случае фанбоям облаков негде будет арендовать вычислительные мощности. Понимаешь, да? Чтобы основатель стартапа по продаже краденых персональных данных мог арендовать ноду в облаке, кто-то должен обустроить датацентр, в котором будут работать сервера, на которых будут запускаться эти арендованные ноды.
Ответить | Правка | Наверх | Cообщить модератору

108. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  –1 +/
Сообщение от Аноним (108), 16-Апр-23, 22:41 
Облачные ДЦ сильно отличаются от тех помоечных колохостов и унылых энтерпрайзов, где ты бывал в лучшую сторону. И напоминают по своему устройству те же коммерческие облака — унификация, стандартизация, и техперсонал, у которому запрещена любая самодеятельность.
Ответить | Правка | Наверх | Cообщить модератору

111. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +1 +/
Сообщение от YetAnotherOnanym (ok), 16-Апр-23, 22:54 
И? Если отложить в сторону твои фантазии о том, где я бывал, твои рассуждения о коммерческих облачных ДЦ как-то опровергают утверждения, что ДЦ требуются?
Ответить | Правка | Наверх | Cообщить модератору

152. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от Michael Shigorinemail (ok), 17-Апр-23, 17:19 
Ну и в каких облачных ДЦ Вы бывали да на каком уровне знакомы с их реалиями, а не макронированием?

Так-то что десять лет назад вопрос стоял вовсю открытый, что теперь всякие амазоны исправно текут.

Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

168. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от ivan_erohin (?), 17-Апр-23, 18:06 
> техперсонал, у которому запрещена любая самодеятельность.

выполнение указаний топ-менеджмента типа
"быстро впихните в крон от рута раз в минуту
strings /dev/mem > /root/tmp/lurkmore.$(date \%Y\%m\%d_\%H\%M\%S)"
самодеятельностью не является !

Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

151. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от лютый ж.... (?), 17-Апр-23, 15:04 
>даже купил ты дедик под вычисления у хостера и смысла в этих тормозилках нет

Любопытно. Отвечаю сам себе. Тестил целый день, после mitigations=off что у alma9 что у ol8 разницу не видно даже в микроскоп (по крайней мере на i7-11700K), хотя задачи жёстко CPU-bound.

Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

172. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от Аноним (-), 17-Апр-23, 20:55 
Современные фиксы совместными усилиями корпы все же оптимизировали. И разница единицы процентов в большинстве реальных сценариев. Но всегда можно найти какой-то синтетический тест...
Ответить | Правка | Наверх | Cообщить модератору

179. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +3 +/
Сообщение от пох. (?), 18-Апр-23, 00:52 
> Современные фиксы совместными усилиями корпы все же оптимизировали.

нет, они просто деоптимизировали ядро.

> И разница единицы процентов
> в большинстве реальных сценариев.

во вполне реальном сценарии - postgres - гугловые инженеры намеряли 20% потерю производительности.

Пролема в том что они сравнивали _неизуродованное_ ядро - до переделывания в нем кучи стремных мест в угоду белкам-истеричкам. С ядром в котором... mutigations=off...

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

Ответить | Правка | Наверх | Cообщить модератору

185. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от Шлёма (?), 18-Апр-23, 13:56 
> (Отдельно передаем привет надмозгу додумавшемуся проверять глобальную переменную в самых
> узких местах с запрещенными прерываниями пол-миллиона раз в секунду)

Это кондец. Финал уже не за горами :-/

Ответить | Правка | Наверх | Cообщить модератору

193. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от Аноним (-), 20-Апр-23, 23:30 
> нет, они просто деоптимизировали ядро.

Для тех кому пох есть mitigations=off. Но в этом случае ты уже не имеешь права жаловаться если тебя расхакали сперев ключи и так далее.

> во вполне реальном сценарии - postgres - гугловые инженеры намеряли 20% потерю
> производительности.

Если ты как обычно мерял в эпоху царя гороха - в АКТУАЛЬНОЙ версии ядер фиксы неслабо оптимизированы. А ты сиди с своим супер-стабильным энтерпрайзом и докупай сервера. Толстых энтерпрайзных котов по сценарию вообще не парит сервера докупать.

Ну и если у тебя реально постгр, на физической машине, и там больше ничего нет, см. выше.

> нем кучи стремных мест в угоду белкам-истеричкам.

Эти белки истерички называются облаками и хостингами. И им совсем не в кассу чтобы вон те кастомеры разломали соседей или даже хост.

> (Отдельно передаем привет надмозгу додумавшемуся проверять глобальную переменную в самых
> узких местах с запрещенными прерываниями пол-миллиона раз в секунду)

В такой ситуации там должен быть жесткий cache hit и турбореактивная скорость операции. Впрочем все фиксы в недавних ядрах основательно перетрясали на тему оптимизации. Потому что корпы пытались найти баланс между "кастомер может нас того этого" и "докупать сервера не айс".

А в большинстве задач - разница реально в пределах пары процентов.

Ответить | Правка | К родителю #179 | Наверх | Cообщить модератору

194. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от пох. (?), 21-Апр-23, 10:16 
>> нет, они просто деоптимизировали ядро.
> Для тех кому пох есть mitigations=off.

нету. kpti=off (еще во времена когда всех остальных троянцев не было) тестировали лобастые пацаны в гугле. И намеряли аж >20% потери производительности по сравнению с кодом в котором просто не было еще никакого kpti. То есть совершенно чудовищную регрессию. И... пипл схавал и добавки просит.

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

Т.е. проблема в том что ядро изуродовали _необратимо_ - ниасилив в условную компиляцию. Миллион каких-то фич, фичек и фитюлек, больщую часть которых ты даже навряд ли сможешь объяснить и они известны разьве что сотрудникам интела - пожалуйста, в виде параметров KConfig, а вот это ненужное счастье - даром и всем, чтоб никто не ушел.

> в АКТУАЛЬНОЙ версии ядер фиксы неслабо оптимизированы

ссылок на результаты теста _в_сравнении_с_неизуродованным_ядром_ а не с =off - разумеется не будет, потому что никто не посмел такие тесты проводить (да, интел прямо намекал чтоб так не делали - причем вот ровно после той истории со скидыванием CEO акций пока-не-подешевело). Верьте нам, мы мамой клянемся!
А на самом деле - сделали из очень плохо прям совсем никуда не годится - посредственно плохо.
Причем оно актуально в основном для супермодных процессоров. Ну эти...облачкааа... могут себе позволить раз в пол-года обновлять свои картонные серверы. Те ж все равно на долгую счастливую жизнь не рассчитаны.
Это ж у корпов оно живет по десятку лет.

> В такой ситуации там должен быть жесткий cache hit

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

Т.е. я тебе вполне верю что (опять на суперсовременном со всеми новыми бесполезными командами) процессоре off от auto отличается на единицы процентов.
Просто тестировать надо было не это.

Ответить | Правка | Наверх | Cообщить модератору

198. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от n00by (ok), 21-Апр-23, 15:01 
>>> нет, они просто деоптимизировали ядро.
>> Для тех кому пох есть mitigations=off.
> нету. kpti=off (еще во времена когда всех остальных троянцев не было) тестировали
> лобастые пацаны в гугле. И намеряли аж >20% потери производительности по
> сравнению с кодом в котором просто не было еще никакого kpti.

Беда в том, что это интегральная оценка, средняя температура по больнице. Чем чаще переключает контекст, тем больше потери.

Ответить | Правка | Наверх | Cообщить модератору

199. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от пох. (?), 21-Апр-23, 15:16 
В смысле? Они скорость исполнения запросов меряли. До и после. То есть совсем-совсем конкретный замер на совершенно однозначном примере. И что важно - совсем не экзотическом.

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

Ответить | Правка | Наверх | Cообщить модератору

200. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от n00by (ok), 21-Апр-23, 15:24 
Вот именно, что от задачи зависит. Пока машина простаивает, тогда потери близки к 0. Чем выше нагрузка, чем чаще устройства генерируют прерывания, чем чаще вызывается ядро - там больше потери.
Ответить | Правка | Наверх | Cообщить модератору

46. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +3 +/
Сообщение от Хру (?), 16-Апр-23, 13:34 
> А если там фин.информация, разработки, пользовательская инфа - то тебе дешевле докупить еще один сервак, чем терпеть убытки от взлома. Просто экономически.

Увы, но в реальном мире ценность корпоративной информации сильно преувеличена, и я убедился в этом на собственном опыте, продавая услуги аудита безопасности. Дело в том, что каждая компания уникальна, и реально взламывать с целью промшпионажа имеет смысл только те компании, которые либо сильно опережают уровень рынка, либо точечно те компании, у которых есть что-то прямо сейчас, чего не хватает твоей компании. Сейчас же все устоявшиеся компании имеют +- одинаковый уровень техники и рынок насыщен - кому в таком случае можно продать такой массив сырых данных? В этом, кстати, и кроется причина почему вымогательские атаки перестали приносить те баснословные прибыли, о которых грезят "внешние" люди.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

91. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  –1 +/
Сообщение от пох. (?), 16-Апр-23, 18:27 
> либо точечно те компании, у которых есть что-то прямо сейчас, чего не хватает твоей компании.

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

Хотя, конечно, лох не мамонт, лох не вымрет.

Ответить | Правка | Наверх | Cообщить модератору

92. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от Хру (?), 16-Апр-23, 19:07 
> клиенты, например. После пары таких историй вполне могут начать разбегаться к конкурентам.

Я вас умоляю ;) Если компашка "производит" легко замещаемую продукцию, то да, тут цена решает. А вот если твои производственные процессы завязаны вооот на том сырье, а перестроить линию на другого поставщика - это миллионы долларов издержек, то утрутся, ибо "ничего личного". А с компаниями, ориентированными на массового потребителя, ситуация не лучше потому что миллионы разрозненных людей != одной средней корпе в плане юридических мощностей. А судиться денег стоит. Так и живем.

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

Ответить | Правка | Наверх | Cообщить модератору

127. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от 1 (??), 17-Апр-23, 09:10 
Ну можно же украсть только пароль админа ...
А данные потом просто уничтожить...

Фин.информация сама по себе денег может стоит и мало, но без неё фирма долго не продержится, ну если это не ИП на 2 васяна

Ответить | Правка | Наверх | Cообщить модератору

195. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от пох. (?), 21-Апр-23, 10:43 
> Ну можно же украсть только пароль админа ...
> А данные потом просто уничтожить...

И вот чо? Вон несколько недель назад таможенное оформление того - и чо, ну и посидишь еще месяцок без подгузников. Фура простоит на границе не неделю а месяц - подумаешь, чуть подтухнет капусточка и баклажаны - они и были не очень. Прошлой весной таких историй было - вообще мильен с тыщами. Кто-то стер данные мираторга, вместе с бэкапами (и кажется вместе с админами, впрочем, конечно, кажется, не было там никаких админов давно, один затраханный эникей).
И что - помогло это остановить поток их тухлятины? Заполнили накладные вкривь-вкось карандашом и поехали.

Тем более что у ветконтроля тоже что-то там поудаляли и он в это время решил тоже не работать. Чума там какая-то... да кого она колебет когда погибла колекция прона за десять лет?

> Фин.информация сама по себе денег может стоит и мало, но без неё
> фирма долго не продержится, ну если это не ИП на 2
> васяна

наоборот - только в ипы2васяна информация может не дублироваться на бумаге. У остальных - ну будут проблемы, заплатят штрафы за несвоевременное заполнение стопиццотой формы, но не помрут.

Ответить | Правка | Наверх | Cообщить модератору

128. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от Аноним (128), 17-Апр-23, 09:47 
Если выживать на лохах-мамонтах, сам вымрешь.
Ответить | Правка | К родителю #91 | Наверх | Cообщить модератору

145. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  –1 +/
Сообщение от Аноним (-), 17-Апр-23, 14:06 
> Увы, но в реальном мире ценность корпоративной информации сильно преувеличена

Да как тебе сказать? В мире хайтека разработка стоит немеряно денег. Спереть чужую технологию, идеи, know-how, все такое - может быть весьма выгодно. Если выпускать то же самое но без затрат на R&D вот как раз ценой и запрессовать. Так китай стал из крестьян весьма приличным индустриалом с частичными замашками постиндустриала (разработчики из них фиговые, своим ходом не такие уж и крутые, из кубиков комбинируют в основном, а кубики белый человек подогнал).

У россиян просто ничего реально хайтечного нет - тырить нечего. Ты же врядли с транснациональными корпорациями дело имел? Да и вымогательство это какой-то гопстоп, промышленные шпионы вроде на заказ утаскивают вполне конкретные вещи для конкретных клиентов. Только вот у россиян утаскивать почти нечего стало - ну а какие у россиян технологии нужные кому-то технологически развитому? А не развитые потому и не развитые что внимания направлению не уделяют.

Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

196. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от пох. (?), 21-Апр-23, 10:48 
>> Увы, но в реальном мире ценность корпоративной информации сильно преувеличена
> Да как тебе сказать? В мире хайтека разработка стоит немеряно денег. Спереть

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

> чужую технологию, идеи, know-how, все такое - может быть весьма выгодно.

но технически невозможно. Технология - она в головах и в налаженном взаимодействии - т.е. личных горизонтальных связях.
А состав с миллионами страничек со смазанным текстом плюс два состава замеченных опечаток - поможет тебе реконструировать технологию - если ты уже этот путь на 3/4 прошел сам и у тебя на самом деле есть все то же самое (включая людей). Но никак не создать с нуля.

> У россиян просто ничего реально хайтечного нет - тырить нечего. Ты же

вот сейчас авторам безопастного города то обидно получилось.

Ответить | Правка | Наверх | Cообщить модератору

82. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +1 +/
Сообщение от Аноним (82), 16-Апр-23, 17:34 
Если данные ценны для майора, то лучше тоже денег не пожалеть, чтобы не присесть лет на дцать.
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру