forum.opennet.ru

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

Оглавление

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

А с замедлениями как https www tomshardware com news intel-cpus-performance-hi, soarin (ok), 08:42 , 16-Апр-23, (1) +1
С замедлениями всё в порядке , An (??), 08:43 , 16-Апр-23, (2) +27
А есть реальные случаи использования этой вашей spectre v2 не в лабораторных усл, AlexCr4ckPentest (ok), 09:16 , 16-Апр-23, (9) +11 //

Если данные на твоем компе ценны только для соседа-сприткидди и майора, то незач, Аноним (10), 09:26 , 16-Апр-23, (10) //

Подчеркну - физический сервак у себя в собственном дейтацентре , Аноним (11), 09:29 , 16-Апр-23, (11) +3 //

собственный ДЦ не требуется, даже купил ты дедик под вычисления у хостера и смыс, лютый ж.... (?), 13:08 , 16-Апр-23, (43)

Ошибаешься ДЦ требуются, и существует кто-то, для кого они будут собственными , YetAnotherOnanym (ok), 17:53 , 16-Апр-23, (87) +3

Облачные ДЦ сильно отличаются от тех помоечных колохостов и унылых энтерпрайзов,, Аноним (108), 22:41 , 16-Апр-23, (108) –1

И Если отложить в сторону твои фантазии о том, где я бывал, твои рассуждения о , YetAnotherOnanym (ok), 22:54 , 16-Апр-23, (111) +1
Ну и в каких облачных ДЦ Вы бывали да на каком уровне знакомы с их реалиями, а н, Michael Shigorin (ok), 17:19 , 17-Апр-23, (152)
выполнение указаний топ-менеджмента типа быстро впихните в крон от рута раз в ми, ivan_erohin (?), 18:06 , 17-Апр-23, (168)

Любопытно Отвечаю сам себе Тестил целый день, после mitigations off что у alma, лютый ж.... (?), 15:04 , 17-Апр-23, (151)

Современные фиксы совместными усилиями корпы все же оптимизировали И разница ед, Аноним (-), 20:55 , 17-Апр-23, (172)

нет, они просто деоптимизировали ядро во вполне реальном сценарии - postgres - г, пох. (?), 00:52 , 18-Апр-23, (179) +3

Это кондец Финал уже не за горами - , Шлёма (?), 13:56 , 18-Апр-23, (185)
Для тех кому пох есть mitigations off Но в этом случае ты уже не имеешь права ж, Аноним (-), 23:30 , 20-Апр-23, (193)

нету kpti off еще во времена когда всех остальных троянцев не было тестировал, пох. (?), 10:16 , 21-Апр-23, (194)

Беда в том, что это интегральная оценка, средняя температура по больнице Чем ча, n00by (ok), 15:01 , 21-Апр-23, (198)

В смысле Они скорость исполнения запросов меряли До и после То есть совсем-со, пох. (?), 15:16 , 21-Апр-23, (199)

Вот именно, что от задачи зависит Пока машина простаивает, тогда потери близки , n00by (ok), 15:24 , 21-Апр-23, (200)

Увы, но в реальном мире ценность корпоративной информации сильно преувеличена, и, Хру (?), 13:34 , 16-Апр-23, (46) +3 //

клиенты, например После пары таких историй вполне могут начать разбегаться к ко, пох. (?), 18:27 , 16-Апр-23, (91) –1

Я вас умоляю Если компашка производит легко замещаемую продукцию, то да, ту, Хру (?), 19:07 , 16-Апр-23, (92)

Ну можно же украсть только пароль админа А данные потом просто уничтожить Ф, 1 (??), 09:10 , 17-Апр-23, (127)

И вот чо Вон несколько недель назад таможенное оформление того - и чо, ну и пос, пох. (?), 10:43 , 21-Апр-23, (195)

Если выживать на лохах-мамонтах, сам вымрешь , Аноним (128), 09:47 , 17-Апр-23, (128)

Да как тебе сказать В мире хайтека разработка стоит немеряно денег Спереть чуж, Аноним (-), 14:06 , 17-Апр-23, (145) –1

к счастью хайтек не дошел еще до стадии когда отрезанная голова способна разгова, пох. (?), 10:48 , 21-Апр-23, (196)

Если данные ценны для майора, то лучше тоже денег не пожалеть, чтобы не присесть, Аноним (82), 17:34 , 16-Апр-23, (82) +1

Нету и никогда не было Это чисто маркетинговый ход, в прошлом его использовали , nagual (ok), 09:55 , 16-Апр-23, (14) +3
так проблема-то в том что реальный случай никаких следов не оставит - а данные у, пох. (?), 10:25 , 16-Апр-23, (19) +1 //

Для этой атаки поправьте, если неправ , нужно загрузить специально подготовленн, AlexCr4ckPentest (ok), 10:37 , 16-Апр-23, (22) –2 //

Для классической атаки спектр до всяких заглатываний было достаточно простого бр, Аноним (27), 11:19 , 16-Апр-23, (27) +1

Неоторым админам показывали броузер со скриптом, при этом эти скрипты так и не п, nagual (ok), 11:27 , 17-Апр-23, (135)

У модуля ядра есть доступ ко всему То есть когда он загружен, атаки уже не треб, n00by (ok), 08:21 , 17-Апр-23, (125) –1

Следов не оставит Там CPU load под сотню будет месяц в реальных условиях, чтобы, Tron is Whistling (?), 11:52 , 16-Апр-23, (30) //

ну стоит какой-то хост в клауде или у тебя даже в серверной стойке жужжит Ну, пох. (?), 12:51 , 16-Апр-23, (35) –1

не положено, у таких крутышей как пох тем более прометеус настроен и алерты на c, лютый ж.... (?), 13:10 , 16-Апр-23, (44) +1

у меня вмварь Она сама вопит И что вот Ну вопит наверное ресурсов не хвата, пох. (?), 16:08 , 16-Апр-23, (69) +2

Если не смотрите, что жрёт ресурсы, значит ждите - придём к вам майнить , Аноним (128), 09:51 , 17-Апр-23, (130) +1

Учитывая, с каким оверсейлом хостеры продают свои сервисы, такая загрузка неизбе, YetAnotherOnanym (ok), 17:58 , 16-Апр-23, (88)

ОраклКлауд фри тир например удаляет автоматически НЕ ЗАГРУЖЕННЫЕ инстансы, мол е, Аноньимъ (ok), 21:40 , 16-Апр-23, (101) +1

Хы прикольно То есть, если я сделаю, чтобы камера видеонаблюдения по тревоге, YetAnotherOnanym (ok), 22:11 , 16-Апр-23, (103)

Да, или апгрейдите аккаунт до платного уровня Фри тиром все равно можно пользов, Аноньимъ (ok), 22:48 , 16-Апр-23, (109) +1
Безопасность уровня опеннет Либо твоя тревога не такая уж и тревожная, либо ты , Аноним (108), 23:36 , 16-Апр-23, (116)

Комментарий уровня Аноним Уровень опеннет у него критерий для суждения, чужие д, YetAnotherOnanym (ok), 11:25 , 17-Апр-23, (134) +1

Вообще есть terms of use, по которым если система увидит продолжительный load та, Tron is Whistling (?), 12:48 , 17-Апр-23, (138)
Ниже отписался В условиях непредсказуемой паразитной нагрузки это просто не раб, Tron is Whistling (?), 12:51 , 17-Апр-23, (141)

Он и так там будет Кто же ставит серваки в ДЦ чтобы просто стоять Вот никто и , Аноним (-), 15:14 , 16-Апр-23, (57)
Так это не у тебя будет CPU load Это будет у провайдера в соседней виртуальной , Аноним (83), 17:34 , 16-Апр-23, (83) +1

И вообще В соседней виртуальной машине ваши спектры не работают никак, от слов, Tron is Whistling (?), 12:50 , 17-Апр-23, (139)

Так хорошо же Биллинг-то как раз в первую очередь по CPU-seconds Чем больше ут, Аноним (108), 22:48 , 16-Апр-23, (110)

Выше отписался Не будет это работать в массовой виртуализации От слова совсем, Tron is Whistling (?), 12:50 , 17-Апр-23, (140)

А ты кто На локахосте действительно сомнительно Для всяких там VPS 8212 горяч, soarin (ok), 10:33 , 16-Апр-23, (21) –1 //

Хотя, я забыл про браузеры , soarin (ok), 10:38 , 16-Апр-23, (23) +1 //

И про noscript, Аноним (129), 09:48 , 17-Апр-23, (129)

Уязвимость в ядре Linux 6.2, позволяющая обойти защиту от ат..., анон (?), 11:00 , 16-Апр-23, (26) //

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

Нету Я вообще всегда отключаю все обновления и митигейшены и предпочитаю исполь, chlen22sm (?), 12:58 , 16-Апр-23, (39) –1 //

чувствую комфортно на пентиум 4 в современном интернете привык к тормозам , Аноним (68), 16:05 , 16-Апр-23, (68) //

Ну если ты тормоз по жизни, то и твой комп будет таким Нормальные люди отключаю, Аноним (-), 22:16 , 16-Апр-23, (105) +1

На всякий случай А случаи бывают разные , Аноним (82), 17:31 , 16-Апр-23, (81) //

Скрыто модератором, Аноним (-), 22:23 , 16-Апр-23, (107) –1

Все специалисты заняты придумыванием уязвимостей Иксов , pashev.ru (?), 08:20 , 17-Апр-23, (124)

А обнаружили как У облачного хостера специалисты по микроархитектуре Или облач, Аноним (11), 09:31 , 16-Апр-23, (12) //

Я слегка подофигел уже от того, что у облачного провайдера , по умолчанию, наст, dullish (ok), 09:58 , 16-Апр-23, (16) +5 //

как в не свежем использовать раст, AWS любит раст, Аноним (17), 10:17 , 16-Апр-23, (17) +2

Чувак, облачные хостеры - это например амазон и гугль, а не только мэйлрушечка , пох. (?), 10:22 , 16-Апр-23, (18) +2 //

Слишком редкие спецы для этого нужны Такие спецы, наверное, только у вендоров п, Аноним (71), 16:10 , 16-Апр-23, (71) –4 //

Доверяй, но проверяй , Аноним (128), 09:58 , 17-Апр-23, (131)
Как вариант -- из интела и перетащили я не в теме, если что PS или из ака, Michael Shigorin (ok), 17:20 , 17-Апр-23, (153)
Специалисты какие Чтобы развить код из публикации или официального PoC до тестов, Электрон (?), 01:25 , 20-Апр-23, (190)

Не пора ли уже выкинуть все эти затычки Всё равно возможности реальной эксплуат, Tron is Whistling (?), 10:54 , 16-Апр-23, (24) +1 //

Явно все затычки высовывать не стоитhttps www bleepingcomputer com news securi, soarin (ok), 10:58 , 16-Апр-23, (25) //

Не работает этот пох в реальных условиях Малейшая сторонняя нагрузка на систему, Tron is Whistling (?), 11:50 , 16-Апр-23, (29)
Гораздо проще заслать confirm your mail account immediately - юзер сам пароль , Tron is Whistling (?), 11:53 , 16-Апр-23, (31) +2 //

Одним емейлом и паролем сегодня мало что можно взломать Почти все важные сервис, chlen22sm (?), 13:02 , 16-Апр-23, (40) +1

У одного известного канадского блохира увели ютуб аккаунты недавно Как - просто, НяшМяш (ok), 14:19 , 16-Апр-23, (50) +4

Так и цепочку как все прошло вычислили А бывает надо чтобы никто не узнал как в, Аноним (27), 14:41 , 16-Апр-23, (53)
Это была не pdf-ка, а exe с иконкой pdf Гораздо интереснее, что он весил 700 МБ, fumanchez (ok), 12:02 , 17-Апр-23, (137) +2

Либо на почту, либо на телефон а обычно и на то, и на то , либо на оплату банко, Аноним (73), 16:14 , 16-Апр-23, (73) –1
А в двухфакторке - SMS, которая видна через утекший пароль к биллингу опсоса D, Tron is Whistling (?), 12:52 , 17-Апр-23, (142)
Ещё лет 8 назад активно телефоны воровали но не ради продажи самих мобильников а, Бывалый смузихлёб (?), 07:40 , 18-Апр-23, (180) +1

Лучше выкинуть спекуляции, тогда и затычки не надобны , Аноним (82), 17:41 , 16-Апр-23, (84) +2 //

Завсегда пожалуйста Можете себе i80586 купить , Tron is Whistling (?), 12:53 , 17-Апр-23, (143) –1 //

Как-то уже даже чутка поднадоело заглядывать в такие новости и нудить а я с эль, Michael Shigorin (ok), 17:23 , 17-Апр-23, (154)

А, ну это ещё лучше, чем 80586 , Tron is Whistling (?), 20:14 , 17-Апр-23, (169)
У Эльбруса вроде тоже спекулятивное исполнение естьПравда хз насколько и чего та, Бывалый смузихлёб (?), 07:44 , 18-Апр-23, (181)
Когда эльбрусы будут стоить тысяч 20 - 30, тогда и нуди, а пока твоё хвастовство, Аноним (186), 15:12 , 18-Апр-23, (186)

Красиво было, когда он с работы принёс домой и два года хвалился пишу с Эльбрус, n00by (ok), 07:14 , 19-Апр-23, (187) +2

Ты ещё предложи от Вайланда отказаться , pashev.ru (?), 08:21 , 17-Апр-23, (126) –1

Больше 10 лет назад нам преподаватель в инсте рассказывал про возможные проблемы, Аноним (27), 11:22 , 16-Апр-23, (28) +1 //

side-channel-attack стары как и сами компьютеры, Аноним (32), 12:08 , 16-Апр-23, (32) //

Тут проблема не с самими side-channel-attack, а с инженерным подходом - мы буде, Аноним (10), 12:49 , 16-Апр-23, (33) +2 //

Да, от интеловцев такое долетало через кулуары конференций , Michael Shigorin (ok), 17:24 , 17-Апр-23, (155)

Проблема в архитектуре процессоров и системе команд И как показывает опыт, проб, Неуклюжий танцор (?), 12:49 , 16-Апр-23, (34) +4 //

как показывает опыт - обратно в каменный век никто не собирается Поэтому убрат, пох. (?), 12:54 , 16-Апр-23, (38) –6 //

Как показывает опыт, Mozilla всех именно в каменный век отправила разжирением Fi, Аноним (73), 16:17 , 16-Апр-23, (75) +1 //

Ну закрой хотя бы первые 50 ненужных вкладок Ты ж все равно уже три года их не , пох. (?), 16:23 , 16-Апр-23, (76) –1
А попробуешь на свою тарахтелку вместо престы хром поставить - вообще не заведёт, Аноним (100), 21:27 , 16-Апр-23, (100) +1

Открой для себя миры ARM и PPC процессоров , Атон (?), 23:18 , 16-Апр-23, (113) –1 //

и закрой, поскольку от калькулятора-переростка отличаются ну на четверть , Michael Shigorin (ok), 17:25 , 17-Апр-23, (156)

У этих калькуляторов поддержка в софте получше чем у некоторых так то С отктыры, Аноним (-), 21:08 , 17-Апр-23, (173) +1
Это PPC то калькулятор-переросток , Атон (?), 22:56 , 17-Апр-23, (174)

Armы давно стали ciscами Так что без разницы , Коми (?), 00:21 , 18-Апр-23, (176) –1

Убрать желание зарабатывать и развиваться Зачем тогда процессоры , Аноним (27), 14:38 , 16-Апр-23, (51) –1 //

Как ты красиво назвал банальную алчность , YetAnotherOnanym (ok), 19:37 , 16-Апр-23, (95) +3

Неделю назад Intel и ARM подписали соглашение о сотрудничестве Будут производит, Аноним (90), 18:24 , 16-Апр-23, (90) //

Интел скоро загнется, если не станет контрактным производителем, как и все , Аноним (27), 19:29 , 16-Апр-23, (94) //

Интол уже давно не только х86 цп для комповТам целая куча всего, включая специал, Бывалый смузихлёб (?), 07:52 , 18-Апр-23, (182)

Причину, конечно же, уберут Главное не забыть забудут 99 А пока нужно хотя , Аноним (128), 10:02 , 17-Апр-23, (132)

Первое что всегда делаю после установки, так это mitigations off , Аноним (36), 12:51 , 16-Апр-23, (36) +8 //

Первое что делаю после покупки нового автомобиля, так это удаляю сигнализацию , Аноним (186), 14:43 , 16-Апр-23, (54) –2 //

Молодец Тебе не выбьют окна и не пробьют ломом в пяти местах капот из-за того ч, пох. (?), 15:57 , 16-Апр-23, (63) +3 //

Защита от того кто не сможет её отключить А уж он то понимает если он с такой с, Аноним (27), 19:28 , 16-Апр-23, (93)

Ага 8230 ага 8230 Помню было у меня подержанное ведро с гайками С сигналкой, Аноним (108), 23:02 , 16-Апр-23, (112) +1

Ведру с гайками и сигналку монтировали какие-нибудь бабуины кувалдой А в нормал, Аноним (-), 14:32 , 17-Апр-23, (148) –2

Это в котором иммобилайзер через блюпуп в развлекушечках креативно отключается и, Michael Shigorin (ok), 17:31 , 17-Апр-23, (157) +1

А вы вот так сходу умеете тот блюпуп хакать Гопник вася умеет еще меньше чем вы, Аноним (-), 20:30 , 17-Апр-23, (171)

Вот неравнодушные жытели которых ты зае л воем своей помойки - уже бегут к ней, пох. (?), 00:35 , 18-Апр-23, (177)

Ну вообще лучше сигналка без сигнала gps Просто данные тебе на брелок уходят , Вы забыли заполнить поле Name (?), 23:32 , 16-Апр-23, (114)

Включает глушилку и спокойно едет в гараж Гараж хороший, металлический, радиоси, Аноним (108), 23:42 , 16-Апр-23, (117) +3

Сейчас GPS и мультисистемные глонассы на разные частоты появились, если заморочи, Аноним (-), 14:15 , 17-Апр-23, (147) +1
Счастье в неведении Есть системы которым пофиг и три метра железобетона, не то , _kp (ok), 11:24 , 18-Апр-23, (183)

и банальный иммобилайзер Те кто смогут его отключить - уверяю, уж с визжалкой с, пох. (?), 00:39 , 18-Апр-23, (178)

Какая-то погоня за неуловимым Джо Всё что можно было украсть - давно украдено, Аноним (186), 14:41 , 16-Апр-23, (52) +1 //

Эльбрусы и тулкит к ним ещё подозрительнее выглядят по сравнению с этими самыми , Аноним (82), 17:46 , 16-Апр-23, (86) //

Почему И какой вопросы понятно что риторические, Вас обличает непонимание тер, Michael Shigorin (ok), 17:33 , 17-Апр-23, (160) –1

Пока все не научаться делать процессоры, мы не можем знать, чего там понапихали , Аноним (128), 10:04 , 17-Апр-23, (133)

Чё вы паритесь Это же ядро даже не LTS, Аноним (56), 15:14 , 16-Апр-23, (56)
Да ну нафиг mitigations off в Grub , ринго (?), 16:12 , 16-Апр-23, (72) //

i915 mitigations off если есть ещё встройка, Xo (?), 16:45 , 16-Апр-23, (78) +3 //

i915 давно уже не нужно, достаточно просто mitigations, Аноним (36), 22:12 , 16-Апр-23, (104)

Я давно уже воспользовался штатной уязвимостью и опередил мифических взломщиков,, Аноним (77), 16:26 , 16-Апр-23, (77)
Выставляльщики mitigations off поделитесь с нами результатами бенчмарков до и по, Самый умный из вас (?), 17:21 , 16-Апр-23, (79) //

https www phoronix com review alder-lake-mitigations 3И это Alder Lake, где уж, Электрон (?), 01:32 , 20-Апр-23, (191)

А аппаратно как по затычкам У меня ПК 2011 года, думал в 2017 году обновить, но , soarin (ok), 18:16 , 16-Апр-23, (89) –1 //

Та не,копатели уже слились Можно тыщ за 65 норм найти , шмякшмяк (?), 20:36 , 16-Апр-23, (97) //

Ждать арм и только так , Аноним (27), 21:06 , 16-Апр-23, (99) –1 //

ну например в odroid c4 стоит ARM Cortex-A55 in-order superscalar pipeline cpu , odroid c2 (?), 23:34 , 16-Апр-23, (115) +1

И сколько на этом жодроиде будет хромиум собираться , Tron is Whistling (?), 16:42 , 19-Апр-23, (188) +1

Когда ты узнаешь с какой офигенной скоростью он там работает - ты расхочешь его , пох. (?), 23:08 , 20-Апр-23, (192)

я сразу с козырей, не благодари , Tron is Whistling (?), 16:42 , 19-Апр-23, (189)

Что за конфиг Ибо это может быть всё что угодно От дохлого целерона до абсолют, Аноним (-), 22:22 , 16-Апр-23, (106) //

Intel i5-3450Луддизмом всё равно попахивает , iPony129412 (?), 07:58 , 17-Апр-23, (122) –2 //

Луддизм - это протест против нового А против нового ноутбука никто не возражает, _kp (ok), 12:15 , 18-Апр-23, (184)

То есть в новых то может mitigation какие аппаратные и делают 8230 А старые пок, soarin (ok), 08:11 , 17-Апр-23, (123) +1
А не так уж и важно на x86 с софтовыми обходами i7-3517U и схожий i5 тех лет на, Michael Shigorin (ok), 17:36 , 17-Апр-23, (161) –1

Это уже стало доброй традицией Ждем патч с защитой защиты защиты защиты от ат, Аноний (?), 13:52 , 17-Апр-23, (144) +1
отключил все эти защиты на своем 3-пне правда прибавки скорости не заметил - , Аноним (175), 23:32 , 17-Апр-23, (175)

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

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


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