The OpenNET Project / Index page

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



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

Оглавление

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

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


9. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +11 +/
Сообщение от AlexCr4ckPentest (ok), 16-Апр-23, 09:16 
А есть реальные случаи использования этой вашей spectre v2 не в лабораторных условиях?
Иначе - зачем мне включать защиту, которая еще и производительность режет
Ответить | Правка | Наверх | Cообщить модератору

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ообщить модератору

14. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +3 +/
Сообщение от nagualemail (ok), 16-Апр-23, 09:55 
Нету и никогда не было. Это чисто маркетинговый ход, в прошлом его использовали чтоб замедлить процессоры AMD, теперь вот им linux не понравился.
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

19. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +1 +/
Сообщение от пох. (?), 16-Апр-23, 10:25 
> А есть реальные случаи использования этой вашей spectre v2 не в лабораторных условиях?

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

Маловероятно, но все же риски есть.

И да, ты не гугль, решение с просто-купить-еще-один-сервер гораздо более оптимально для простых смертных.

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

22. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  –2 +/
Сообщение от AlexCr4ckPentest (ok), 16-Апр-23, 10:37 
> так проблема-то в том что реальный случай никаких следов не оставит - а данные уплывут неизвестным васянам.

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

А если сюда добавить фильтрацию трафика через firewall, то такая атака вообще не имеет смысла, ибо он просто не пропустит исходящий трафик на нерабочих портах

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

27. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +1 +/
Сообщение от Аноним (27), 16-Апр-23, 11:19 
Для классической атаки спектр до всяких заглатываний было достаточно простого браузера с джаваскиптом.
Ответить | Правка | Наверх | Cообщить модератору

135. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от nagualemail (ok), 17-Апр-23, 11:27 
> Для классической атаки спектр до всяких заглатываний было достаточно простого браузера
> с джаваскиптом.

Неоторым админам показывали броузер со скриптом, при этом эти скрипты так и не попали в паблик ... а верующим иконы показуют ... фаллические символы из камня или дерева ...

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

125. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  –1 +/
Сообщение от n00by (ok), 17-Апр-23, 08:21 
У модуля ядра есть доступ ко всему. То есть когда он загружен, атаки уже не требуются.
Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

30. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от Tron is Whistling (?), 16-Апр-23, 11:52 
Следов не оставит? Там CPU load под сотню будет месяц в реальных условиях, чтобы 1.5 байта утащить.
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

35. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  –1 +/
Сообщение от пох. (?), 16-Апр-23, 12:51 
ну стоит какой-то хост в клауде или у тебя даже в серверной стойке... жужжит. Ну хз - наверное ему так положено.

Ты вот правда полезешь разбираться, или махнешь рукой и решишь что если владельцу не хватает мощности - пусть сам к тебе обращается?


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

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

не положено, у таких крутышей как пох тем более прометеус настроен и алерты на cpuhog-инг. да жеж?

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

69. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +2 +/
Сообщение от пох. (?), 16-Апр-23, 16:08 
у меня вмварь. Она сама вопит. И что вот? Ну вопит... наверное ресурсов не хватает. (Два года назад - я бы их такому еще и добавил. Сейчас нечего добавлять по известым причинам - оставлю как есть и аларм сброшу.)

Хост-то не мой, я понятия не имею зачем оно ему надо. Раз жрет - значит надо. Ну могу написать (без)ответственному менеджеру - который вероятнее всего просто отмахнется - "мы запросили ресурсы, мы их и используем" - в конце-концов, он менеджер, он и как посмотреть-то что там не знает.

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

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

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

88. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от YetAnotherOnanym (ok), 16-Апр-23, 17:58 
Учитывая, с каким оверсейлом хостеры продают свои сервисы, такая загрузка неизбежно привлечёт внимание.
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

101. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +1 +/
Сообщение от Аноньимъ (ok), 16-Апр-23, 21:40 
ОраклКлауд фри тир например удаляет автоматически НЕ ЗАГРУЖЕННЫЕ инстансы, мол если меньше 50% лоада то ты не используешь значит инстанс и его можно заглушить.
Ответить | Правка | Наверх | Cообщить модератору

103. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от YetAnotherOnanym (ok), 16-Апр-23, 22:11 
Хы... прикольно. То есть, если я сделаю, чтобы камера видеонаблюдения по тревоге скидывала видео или стопкадры на фри инстанс в оракловском облаке, то в момент когда это понадобится, инстанс будет отключён? Ну охренеть...
Ответить | Правка | Наверх | Cообщить модератору

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

116. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от Аноним (108), 16-Апр-23, 23:36 
> камера видеонаблюдения по тревоге
> фри инстанс

Безопасность уровня опеннет. Либо твоя тревога не такая уж и тревожная, либо ты скуп, и обязан платить дважды.

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

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

138. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от Tron is Whistling (?), 17-Апр-23, 12:48 
Вообще есть terms of use, по которым если система увидит продолжительный load такого калибра, она просто VM погасит до выяснения ситуации - вариант 1. Или начнёт списывать деньги за оверлоуд - вариант 2. В любом случае источник придёт сам :)
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

141. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от Tron is Whistling (?), 17-Апр-23, 12:51 
Ниже отписался. В условиях непредсказуемой паразитной нагрузки это просто не работает, вообще переживать не о чем.
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

57. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от Аноним (-), 16-Апр-23, 15:14 
> Следов не оставит? Там CPU load под сотню будет месяц в реальных
> условиях, чтобы 1.5 байта утащить.

Он и так там будет. Кто же ставит серваки в ДЦ чтобы просто стоять? Вот никто и не заметит.

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

83. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +1 +/
Сообщение от Аноним (83), 16-Апр-23, 17:34 
> Там CPU load под сотню будет месяц в реальных условиях, чтобы 1.5 байта утащить.

Так это не у тебя будет CPU load. Это будет у провайдера в соседней виртуальной машине какого-то васяна. Грубая аналогия - ты в облаке (амазона, MS...) купил виртуалку и "рядом" васян купил. Ты в своей виртуалке в обычном режиме без лишних (подозрительных) нагрузок гоняешь какие-нибудь программы для криптовалюты или еще что важное с приватными ключами/паролями. А васян в своей соседней песочнице с, условно, "CPU load под сотню" выуживает из оперативы всё что может и из твоей песочницы тоже. Не знаю, реагирует ли как-то амазон на постоянную 100%-ю загрузку узла у клиента, но вдруг он там лекарство от рака просчитывает. И ты не увидишь 100%-ю ЦПУ нагрузку васяна. А, предположим, через полгода он поимел все твои ключики.

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

139. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от Tron is Whistling (?), 17-Апр-23, 12:50 
И вообще.
"В соседней виртуальной машине" ваши спектры не работают никак, от слова "совсем".
Они в лабораторных-то условиях работают плохо, не говоря о наличии паразитной нагрузки непредсказуемого характера.
Так что всё это про соседние машины - конкретно мимо тазика.
Реально работает только meltdown - там прямая утечка бита. Медленно, но работает.
Ответить | Правка | Наверх | Cообщить модератору

110. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от Аноним (108), 16-Апр-23, 22:48 
> Там CPU load под сотню будет месяц в реальных условиях, чтобы 1.5 байта утащить

Так хорошо же! Биллинг-то как раз в первую очередь по CPU-seconds. Чем больше утилизация, тем выгоднее всем. Более того, хостер не полезет в твою ВМ разбираться что там да как — это юридически твоя зона ответственности. Гугли cloud shared responsibility model.

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

140. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от Tron is Whistling (?), 17-Апр-23, 12:50 
Выше отписался. Не будет это работать в массовой виртуализации. От слова "совсем".
Ответить | Правка | Наверх | Cообщить модератору

21. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  –1 +/
Сообщение от soarin (ok), 16-Апр-23, 10:33 
> А есть реальные случаи использования этой вашей spectre v2 не в лабораторных условиях? Иначе - зачем мне

А ты кто?
На локахосте действительно сомнительно.
Для всяких там VPS — горячая тема.

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

23. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +1 +/
Сообщение от soarin (ok), 16-Апр-23, 10:38 
> на локалхосте

Хотя, я забыл про браузеры.

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

129. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от Аноним (129), 17-Апр-23, 09:48 
И про noscript
Ответить | Правка | Наверх | Cообщить модератору

26. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от анон (?), 16-Апр-23, 11:00 
> Киберкатлета не ставит патчи на -40%.
> Киберкатлета заходит на сайт.
> Сайт за минуту получает администратора.
> Готовые сайты есть на гитхабах.
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

37. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +2 +/
Сообщение от пох. (?), 16-Апр-23, 12:52 
хороший у тебя компьютер... А у меня за минуту даже сайт не отрисовывается до конца.

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

39. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  –1 +/
Сообщение от chlen22sm (?), 16-Апр-23, 12:58 
Нету. Я вообще всегда отключаю все обновления и митигейшены и предпочитаю использовать старые версии по которые имеют нужный мне функционал, без обновления ради обновлений. Это одна из причин почему я себя чувствую комфортно на пентиум 4 в современном интернете.
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

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

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

* Отправлено с Pentium 60MHz и 64MB ОЗУ.

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

81. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от Аноним (82), 16-Апр-23, 17:31 
>Иначе - зачем мне включать защиту, которая еще и производительность режет

На всякий случай. А случаи бывают разные.

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

107. Скрыто модератором  –1 +/
Сообщение от Аноним (-), 16-Апр-23, 22:23 
Ответить | Правка | Наверх | Cообщить модератору

124. "Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..."  +/
Сообщение от pashev.ru (?), 17-Апр-23, 08:20 
> А есть реальные случаи использования этой вашей spectre v2 не в лабораторных условиях?

Все специалисты заняты придумыванием уязвимостей Иксов.

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

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

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




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

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