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

"Компания AMD предложила упростить в ядре Linux управление блокировками уязвимостей CPU"	+/–
Сообщение от opennews (??), 17-Сен-24, 19:59
Так как число  поддерживаемых в ядре Linux режимов для противостояния уязвимостям в CPU достигло 15 и перечисление всех уязвимостей в командной строке ядра стало довольно сложной задачей, разработчик ядра из компании AMD предложил перейти от настройки блокировки конкретных уязвимостей  к выбору блокировки векторов атаки... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=61876
Ответить | Правка | Cообщить модератору

Сообщения

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

1. "Компания AMD предложила упростить в ядре Linux управление бл..."	–21 +/–
Сообщение от Аноним (1), 17-Сен-24, 19:59
Чтобы атакующий мог сам проверять ключи и подбирать вектор атаки. Очень удобно амд придумали.
Ответить | Правка | Наверх | Cообщить модератору

	18. "Компания AMD предложила упростить в ядре Linux управление бл..."	+58 +/–
	Сообщение от Аноним (18), 17-Сен-24, 21:08
	> Чтобы атакующий мог сам проверять ключи и подбирать вектор атаки. Очень удобно амд придумали. Если у тебя атакующий дошел до того что командлайн ядру прописывать может - прости, но тебя уже разломали просто в хлам и не понятно от чего ты там защищаться вообще удумал.
	Ответить | Правка | Наверх | Cообщить модератору

	66. "Компания AMD предложила упростить в ядре Linux управление бл..."	+1 +/–
	Сообщение от Аноним (66), 18-Сен-24, 12:01
	Нет, конечно атакующий командную строку ядру задать не может. Но он может выбрать наиболее подходящий метод атаки для наименьшей защищённости в данной конфигурации.
	Ответить | Правка | Наверх | Cообщить модератору

	76. "Компания AMD предложила упростить в ядре Linux управление бл..."	+/–
	Сообщение от Аноним (-), 18-Сен-24, 15:00
	И даже в этом случае... такое сочетание вызывает определенные вопросы к тому кто оценивал угрозы, выставлял именно те командлайны, не учел или некорректно учел существование таких атакующих в своих системах и зачем-то вкатил неадекватные угрозам параметры. То-есть если кто не может все вон то адекватно, он вообще не должен был это крутить.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Компания AMD предложила упростить в ядре Linux управление бл..."	+/–
	Сообщение от Аноним (55), 18-Сен-24, 09:56
	> мог сам проверять ключи А как? Дай вывод:   ls -l /proc/cmdline
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	60. "Компания AMD предложила упростить в ядре Linux управление бл..."	+5 +/–
	Сообщение от Аноним (60), 18-Сен-24, 10:51
	-r--r--r-- 1 root root 0 авг 15 11:43 /proc/cmdline на
	Ответить | Правка | Наверх | Cообщить модератору

	62. "Компания AMD предложила упростить в ядре Linux управление бл..."	+3 +/–
	Сообщение от IZh. (?), 18-Сен-24, 11:21
	Он и сейчас может: $> ls -l /sys/devices/system/cpu/vulnerabilities total 0 -r--r--r-- 1 root root 4096 Sep 18 11:18 gather_data_sampling -r--r--r-- 1 root root 4096 Sep 18 11:18 itlb_multihit -r--r--r-- 1 root root 4096 Sep 18 11:18 l1tf -r--r--r-- 1 root root 4096 Sep 18 11:18 mds -r--r--r-- 1 root root 4096 Sep 18 11:18 meltdown -r--r--r-- 1 root root 4096 Sep 18 11:18 mmio_stale_data -r--r--r-- 1 root root 4096 Sep 18 11:18 reg_file_data_sampling -r--r--r-- 1 root root 4096 Sep 18 11:18 retbleed -r--r--r-- 1 root root 4096 Sep 18 11:18 spec_rstack_overflow -r--r--r-- 1 root root 4096 Sep 18 11:18 spec_store_bypass -r--r--r-- 1 root root 4096 Sep 18 11:18 spectre_v1 -r--r--r-- 1 root root 4096 Sep 18 11:18 spectre_v2 -r--r--r-- 1 root root 4096 Sep 18 11:18 srbds -r--r--r-- 1 root root 4096 Sep 18 11:18 tsx_async_abort В каждом файлике описание, подвержен процессор данной атаке или нет и какая включена защита. Это никогда не было тайной.
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

2. "Компания AMD предложила упростить в ядре Linux управление бл..."	+5 +/–
Сообщение от dullish (ok), 17-Сен-24, 20:02
По моему, на подключённом к сети сервере ослаблять защиту, по любому, нельзя. А что касается домашнего локалхоста, так она там должна быть не в ядре, а в браузере.
Ответить | Правка | Наверх | Cообщить модератору

	3. "Компания AMD предложила упростить в ядре Linux управление бл..."	+/–
	Сообщение от Аноним (1), 17-Сен-24, 20:10
	Каждый Анон знает что для Линукса нет вирусов. При этом тот же самый Анон воет от любого выхода за границы буфера или уязвимости в процессоре. Как такое может быть одновременно жить в одной и той же голове?
	Ответить | Правка | Наверх | Cообщить модератору

	5. "Компания AMD предложила упростить в ядре Linux управление бл..."	–4 +/–
	Сообщение от Аноним (5), 17-Сен-24, 20:14
	>Каждый Анон знает что для Линукса нет вирусов. А это тогда что? https://en.wikipedia.org/wiki/Linux_malware
	Ответить | Правка | Наверх | Cообщить модератору

	7. "Компания AMD предложила упростить в ядре Linux управление бл..."	+1 +/–
	Сообщение от Abra (?), 17-Сен-24, 20:19
	Разницу между malware и вирусом знаешь? как раз ссылку открой, которую сам привел.
	Ответить | Правка | Наверх | Cообщить модератору

	10. "Компания AMD предложила упростить в ядре Linux управление бл..."	+2 +/–
	Сообщение от topin89 (ok), 17-Сен-24, 20:29
	Там есть и список вирусов. Не кажется немного странным не делать самому того, что делать советуешь?
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Компания AMD предложила упростить в ядре Linux управление бл..."	+3 +/–
	Сообщение от Аноним (47), 18-Сен-24, 08:22
	Знаменитые вирусы под Линукс которые нужно самому скомпилировать под свой дистрибутив.
	Ответить | Правка | Наверх | Cообщить модератору

	68. "Компания AMD предложила упростить в ядре Linux управление бл..."	+/–
	Сообщение от Аноним (66), 18-Сен-24, 12:12
	Настоящие вирусы под Linux должны уметь сами бутстрапиться. Чтоб наверняка под любой дистр, любого года выпуска и без внедрённого конкурирующего зловредного кода.
	Ответить | Правка | Наверх | Cообщить модератору

	85. "Компания AMD предложила упростить в ядре Linux управление бл..."	+/–
	Сообщение от Аноним (85), 19-Сен-24, 02:22
	> Настоящие вирусы под Linux должны уметь сами бутстрапиться. Чтоб наверняка под любой > дистр, любого года выпуска и без внедрённого конкурирующего зловредного кода. В общем то mirai примерно так и делает. На гитхабе сорец есть.
	Ответить | Правка | Наверх | Cообщить модератору

	8. "Компания AMD предложила упростить в ядре Linux управление бл..."	+/–
	Сообщение от 12yoexpert (ok), 17-Сен-24, 20:26
	до сих пор ни один фанатик не скинул мне инструкции, как мне заразить свой линукс вирусом
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	12. "Компания AMD предложила упростить в ядре Linux управление бл..."	+4 +/–
	Сообщение от Аноним (12), 17-Сен-24, 20:35
	Значится пиши: белый айпи, root:root, permitrootligin yes, passwordauthentication yes, systemctl enable sshd. Дальше оно само.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Компания AMD предложила упростить в ядре Linux управление бл..."	+/–
	Сообщение от нах. (?), 18-Сен-24, 01:37
	Много лишнего. Мне хватило юзера test с паролем который я вот хрен бы сам сейчас ввел (да, это было какое-то производное от test, но какое? Нет, не test123, скорее что-то типа test232test.) Рута оно получило само в долю секунды. Скачало что-то с метасплойта, что мне не отдали.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Компания AMD предложила упростить в ядре Linux управление бл..."	+2 +/–
	Сообщение от Аноним (49), 18-Сен-24, 08:46
	Защита от вирусов != защита от дураков
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	71. "Компания AMD предложила упростить в ядре Linux управление бл..."	–1 +/–
	Сообщение от Аноним (47), 18-Сен-24, 13:10
	Тоесть что бы заразить Линуксовый компьютер вирусом нужно открыть все "двери" и дать права, не думаю что это считается, это все равно что компилировать вирус под свой дистрибутив что бы он заработал.
	Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

	24. "Компания AMD предложила упростить в ядре Linux управление бл..."	+/–
	Сообщение от Аноним (24), 17-Сен-24, 21:55
	он уже заражён, зараза передалась от тебя
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	31. "Компания AMD предложила упростить в ядре Linux управление бл..."	+1 +/–
	Сообщение от Минона (ok), 17-Сен-24, 22:58
	Биполярка - распространённое явление.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	34. "Компания AMD предложила упростить в ядре Linux управление бл..."	+/–
	Сообщение от Аноним (34), 18-Сен-24, 00:15
	А что общего между вирусами и уязвимостями в процессоре, выходами за границы буфера? Вирусам пофиг, есть уязвимости в процессоре или нет. Им дай право записи в исполняемые файлы. И выходы за границы буфера им ненужны.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	11. "Компания AMD предложила упростить в ядре Linux управление бл..."	–2 +/–
	Сообщение от Аноним (11), 17-Сен-24, 20:30
	Да кому он нужен ваш сервер? Всё уже сделано в ядре линукс. Тысячи красных глаз говорил они.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	19. "Компания AMD предложила упростить в ядре Linux управление бл..."	+2 +/–
	Сообщение от Аноним (-), 17-Сен-24, 21:14
	> По моему, на подключённом к сети сервере ослаблять защиту, по любому, нельзя. > А что касается домашнего локалхоста, так она там должна быть не > в ядре, а в браузере. Если на твоем сервере работает только твой код (т.е. виртуалок нет) - окей, и нафига тебе тогда защита от определенных взаимодействий guest <-> host? Или даже от кражи ключей соседним тредом? Если на таком сервере запускается левый код - упс, блин, там уже что-то и так хорошенько разломали и затыкание утечек по косвенным каналам наверное уже далеко не самая приоритетная проблема из тех которые там теперь есть. Более того. Скажем есть такая парадигма, compute-only штуки. По этому поводу там можно SECCOMP'ом вообще отрубить почти все сисколы - и оно ничего кроме счета не сможет. Если ВЕСЬ СЕРВАК занят только счетом в таких парадигмах, там вообще ничего кроме тредов счета нет, окей, и чего там кто у кого красть будет? На какой-нибудь рендер-ферме или серваке перекодировки видео может не быть вообще ничерта секретного вообще. А зачем его тогда тормозить вон тем? Так что у амд есть некий пойнт.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	30. "Компания AMD предложила упростить в ядре Linux управление бл..."	+/–
	Сообщение от dullish (ok), 17-Сен-24, 22:55
	Не, ну, в теории, все эти уязвимости зиждутся на том, что, мол, ломанули юзверя, с ограниченными правами, под которым, скажем, сайт с "записью на ноготочки" крутится, а с него уже раскурочили рута и всё остальное, включая обработку платежей и потом к тебе приходят, мол, какого фига тех-то и этих финансируешь. Но, в целом, соглашусь. Опасность, конечно, раздута и, по любому, подразумевает безалаберность сисадмина, но кто из нас хоть чуть-чуть не параноик... и не разгильдяй?
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Компания AMD предложила упростить в ядре Linux управление бл..."	+/–
	Сообщение от ник (??), 18-Сен-24, 02:04
	Хоть возможность выключить будет чтоб ресурс не ело . И перенаправить ресурс на нужное русло от ддосов и пр. Как прогулка по лесу вместо таблеток. Даже если ломанут маленький шанс доступа останется . Но это не точно .))
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	64. "Компания AMD предложила упростить в ядре Linux управление бл..."	+/–
	Сообщение от Аноним (-), 18-Сен-24, 11:49
	> Хоть возможность выключить будет чтоб ресурс не ело Она и сейчас есть - только когда вулнов 15 штук стало уже, помнить кто из них за что отвечает уже несколько перебор, чтоли. А по простому выбор между все включено и mitigations=off, что как-то не круто.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Компания AMD предложила упростить в ядре Linux управление бл..."	+1 +/–
	Сообщение от Аноним (42), 18-Сен-24, 02:28
	А кто ослабляет? Защита от этих уязвимостей никуда не денется, просто у админа будет шпаргалка из 3-5 флагов вместо скольки там атак будет на определённый момент. Считаю, что золотая середина была бы лучше - выбираешь ветки векторов атак, а у них внутри все защиты от конкретных атак расфасованы и включены по умолчанию.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	81. "Компания AMD предложила упростить в ядре Linux управление бл..."	+/–
	Сообщение от Аноним (81), 18-Сен-24, 20:04
	Ага. И к вайфаю публичном можно подключаться, и флешки в комп втыкать, а тут для скачивания всего-то надо проверочный код с картинки в терминал ввести. Браузер-то в безопасности!
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

4. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+1 +/–
Сообщение от Аноним (4), 17-Сен-24, 20:12
В таблице у "SSB" строка, лишенная всех отметок.
Ответить | Правка | Наверх | Cообщить модератору

	6. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+13 +/–
	Сообщение от Аноним (6), 17-Сен-24, 20:16
	Sam Sebe Buratino
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+1 +/–
	Сообщение от омномном (?), 17-Сен-24, 21:32
	Ловите тестера!
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

	74. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+/–
	Сообщение от VladSh (?), 18-Сен-24, 14:24
	Зачем?
	Ответить | Правка | Наверх | Cообщить модератору

9. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+13 +/–
Сообщение от Аноним (12), 17-Сен-24, 20:28
Я тоже упростил у себя: mitigations=off.
Ответить | Правка | Наверх | Cообщить модератору

	20. "Инженер из AMD предложил упростить в ядре Linux управление б..."	–4 +/–
	Сообщение от Аноним (-), 17-Сен-24, 21:16
	> Я тоже упростил у себя: mitigations=off. Надеюсь ты не был админом облака. Иначе завтра над твоей перепиской будет рыдать все ФСБ, а также ми6, моссад, цру, анб, wtf...
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Инженер из AMD предложил упростить в ядре Linux управление б..."	–2 +/–
	Сообщение от Аноним (53), 18-Сен-24, 09:50
	Мало того, что профита ноль практически от этой опции (каждый анон уже давно знает), так еще и голый зад выставил в интернетик.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	54. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+1 +/–
	Сообщение от Аноним (53), 18-Сен-24, 09:55
	Изучи уже матчасть, кулхацкер, лол: https://techfindings.net/archives/6092
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	59. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+/–
	Сообщение от нах. (?), 18-Сен-24, 10:14
	Turning mitigations off gives about 10% performance on elapsed time for this real world problem. и что не так, кроме твоего неумения в английский? (ну кроме того факта что сравнивать надо с ведром без kpti патчей вообще)
	Ответить | Правка | Наверх | Cообщить модератору

13. "Инженер из AMD предложил упростить в ядре Linux управление б..."	–6 +/–
Сообщение от Аноним (13), 17-Сен-24, 20:42
Лучше бы инженер АМД занимался проверками своего кремния, а не пытался всем рассказывать как проще затыкать их дыры.
Ответить | Правка | Наверх | Cообщить модератору

	15. Скрыто модератором	–1 +/–
	Сообщение от Аноним (15), 17-Сен-24, 21:02
	уже https://overclockers.ru/blog/cool-gadgets/show/179041/Eksper...
	Ответить | Правка | Наверх | Cообщить модератору

	16. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+1 +/–
	Сообщение от Аноним (15), 17-Сен-24, 21:02
	https://www.phoronix.com/review/amd-zen5-mitigations-off
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	17. "Инженер из AMD предложил упростить в ядре Linux управление б..."	–1 +/–
	Сообщение от Аноним (17), 17-Сен-24, 21:08
	Ждем налогичного подгорания от Линуса.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	26. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+1 +/–
	Сообщение от Аноним (26), 17-Сен-24, 21:58
	у него пальцев на руках не осталось от извинений.
	Ответить | Правка | Наверх | Cообщить модератору

14. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+/–
Сообщение от Аноним (-), 17-Сен-24, 20:44
Кстати довольно резонно, всегда душишься искать эти парамаетры, все равно все нужно делать в виртуалках, зачем мне защиты от атак на хосте с ухудшением производительности? Если туда получили доступ, габелла всему и так.
Ответить | Правка | Наверх | Cообщить модератору

	21. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+2 +/–
	Сообщение от Аноним (-), 17-Сен-24, 21:17
	> Кстати довольно резонно, всегда душишься искать эти парамаетры, все равно все нужно > делать в виртуалках, зачем мне защиты от атак на хосте с > ухудшением производительности? Если туда получили доступ, габелла всему и так. Ну вообще-то как ты видишь, виртуалка вполне может сп...ть ключи у хоста или соседней виртуалки, если ты еще вдруг не заметил. Потому что спекулятивное выполнение видите ли облажалось с поддержанием абстракции что код выполняется линейно, и строго так как задумано програмером.
	Ответить | Правка | Наверх | Cообщить модератору

23. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+/–
Сообщение от Вы забыли заполнить поле Name (?), 17-Сен-24, 21:35
> Предложенный подход даст возможность активировать только защиту от тех классов уязвимостей, которые реально волнуют пользователя Отключить пользователю защиту под видом заботы, а потом сами ей же и воспользуются.
Ответить | Правка | Наверх | Cообщить модератору

25. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+1 +/–
Сообщение от Аноним (26), 17-Сен-24, 21:57
баги в процессорах, а митигейшен должен делать линукс? дожили епта, Линус, у тебя там лишнего среднего пальца не завелось? или по законам якудзы отрезал его уже себе?
Ответить | Правка | Наверх | Cообщить модератору

	32. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+1 +/–
	Сообщение от Вы забыли заполнить поле Name (?), 17-Сен-24, 23:06
	А как работающие процессоры обновлять?
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+/–
	Сообщение от Аноним (26), 18-Сен-24, 00:27
	Чтобы точно ответить на данный вопрос, необходимы точные (конкретные) условия эксплуатации, то есть в какой системе используется, в частном порядке пользовательская или крит. важная система, учитывать зависимость софта, критичности самой баги и ее скора (цве) ну и собственно сроки выпуска свежего цпу. Если у вас бага в самой архитектуре ЦПУ которая требует перевыпуска, то стоит вам задуматься о дальнейшем использовании такого цпу. Если бага решается апдейтом микрокода, то этот апдейт по срокам должен выпускаться ровно с такой же скоростью как и выпускаются обычные секурные патчи для ОС. Митигейшен на стороне ОС если возможен, то в целях воркароунда, и то если повезет с багой, и не должен быть частью ОС (необходимость в сопровождении данного куска кода). Я сторонник того, чтобы бить по морде таких производителей, и бить можно как раз через не реализацию этого митигейшена. Да, многие понесут убытки и будут покупать новые цпу, а пока их выпустят, они еще потерпят убытки от хакиров всяких мамкиных. В итоге, каждый ответственно будет относиться ко своей работе. ЦПУ архитекторы к своей, менеджеры по закупкам к своей, а ибешники будут на вес золота :)
	Ответить | Правка | Наверх | Cообщить модератору

	36. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+/–
	Сообщение от Аноним (-), 18-Сен-24, 00:29
	Что-то можно исправить обновлением микрокодо. Собственно такие фиксы точно были. Жалко что не все.
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

	82. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+/–
	Сообщение от Admino (ok), 18-Сен-24, 22:05
	Через магазин. Всегда ваш, маркетинговый отдел Intel или AMD.
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

	73. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+/–
	Сообщение от Аноним324 (ok), 18-Сен-24, 13:31
	> баги в процессорах, а митигейшен должен делать линукс Ну да, исправлять должны через ядро, потому что переписать ядро в разы легче и быстрее чем перерисовать процесор и пустить его в производство, тем более что есть ещё куча старых процов.
	Ответить | Правка | К родителю #25 | Наверх | Cообщить модератору

	75. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+/–
	Сообщение от Аноним (26), 18-Сен-24, 14:32
	> Ну да, исправлять должны через ядро то есть лечить надо не дона Кихота, а просто не строить мельниц похожих на великанов?
	Ответить | Правка | Наверх | Cообщить модератору

27. "Инженер из AMD предложил упростить в ядре Linux управление б..."	–2 +/–
Сообщение от Аноним (27), 17-Сен-24, 22:22
То есть инженер уверен что миллионы хомячков не ошибутся? Ну теперь понятно почему у них всё замечательно было с дровами и архитектуры в виде шпалоукладчиков...
Ответить | Правка | Наверх | Cообщить модератору

	38. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+/–
	Сообщение от Аноним (1), 18-Сен-24, 01:25
	Они уверены что хомячки если что сами виноваты. С их стороны пуля "вылетела".
	Ответить | Правка | Наверх | Cообщить модератору

33. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+/–
Сообщение от Человек в шапочке (?), 18-Сен-24, 00:04
Включить по умолчанию mitigate_all_all.
Ответить | Правка | Наверх | Cообщить модератору

	56. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+/–
	Сообщение от Аноним (56), 18-Сен-24, 09:58
	и получить коредубу?
	Ответить | Правка | Наверх | Cообщить модератору

	65. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+/–
	Сообщение от Аноним (66), 18-Сен-24, 11:58
	У меня всё, что там сейчас по умочанию включено, никогда специально ничего не отключаю. Всё приемлемо, в т.ч. и на ноуте с Корой Дуба.
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+/–
	Сообщение от Аноним (84), 19-Сен-24, 00:36
	А у меня при копировании файлов на/с домашнего NASика, который крутился в виртуалке, так тормозило, что не могло утилизировать даже гигабитный эзернет. Выдавало скорость копирования процентов на 30 меньше прежней. Отключил митигатионсы на проксмосе и в виртуалке насика - всё снова ускорилось и снова уперлось в езернет.
	Ответить | Правка | Наверх | Cообщить модератору

43. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+/–
Сообщение от Аноним (43), 18-Сен-24, 05:11
Интересно на сколько ускорится процессор если всю эту дичь отключить? Конечно на локалхосте без подключенных интернетов.
Ответить | Правка | Наверх | Cообщить модератору

	44. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+/–
	Сообщение от Анонимище (?), 18-Сен-24, 05:47
	Если без интернета, то тогда можно вообще использовать некрософт и система будет летать
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Инженер из AMD предложил упростить в ядре Linux управление б..."	–1 +/–
	Сообщение от хрю (?), 18-Сен-24, 08:04
	Вам эту дичь скармливают, а вы и ведётесь, как непонятно кто, на все эти мифические мега уязвимости.
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	61. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+/–
	Сообщение от нах. (?), 18-Сен-24, 11:01
	ну вон выше ж дали ссылку - чувак мерял а не опрашивал. На _его_ задаче получилось 10% на i7 и ноль на нюке (этому тормозу уже ничего не страшно) Ты тоже можешь померять... а, нет, не можешь, у тебя же ж - лапки.
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	67. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+/–
	Сообщение от Аноним (66), 18-Сен-24, 12:03
	А кому сейчас нужен комп без интернета?
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	77. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+/–
	Сообщение от Аноним (77), 18-Сен-24, 16:44
	Больше всего страдают не вычисления, а IO. Тут штрафы намного серьезней и могут доходит до двухкратного снижения производительности.
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

45. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+/–
Сообщение от Аноним (45), 18-Сен-24, 07:33
Ну или, о ужас, давать выбор, кошмар кошмар, админу локалхоста выключать эти самые мнимые защиты.
Ответить | Правка | Наверх | Cообщить модератору

48. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+/–
Сообщение от Аноним (48), 18-Сен-24, 08:36
> достигло 15 и перечисление всех уязвимостей в командной строке ядра стало довольно сложной задачей Каких 15-ти?  Их там только в mitigations= больше 20-ти. И mitigations=auto разве не разбирается со всеми ими по умолчанию?
Ответить | Правка | Наверх | Cообщить модератору

	50. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+/–
	Сообщение от нах. (?), 18-Сен-24, 08:48
	> Каких 15-ти?  Их там только в mitigations= больше 20-ти. И mitigations=auto > разве не разбирается со всеми ими по умолчанию? оно по умолчанию включает все которые актуальны твоему процессору. А не только те которые актуальны для конкретно твоего локалхоста. Поскольку без понятия - есть у тебя там виртуалки, настоящие пользователи или ничего вообще нет, один посгрез.
	Ответить | Правка | Наверх | Cообщить модератору

63. "Инженер из AMD предложил упростить в ядре Linux управление б..."	–1 +/–
Сообщение от Ося Бендер (?), 18-Сен-24, 11:35
Воистину, у чувак совести совсем нету. Сначала они делают дырявыми свои чудо-процессоры, а потом говорят, а давайте мы сейчас все упростим, чтобы хакирам было еще проще ломать вас. А у меня предложение, а давайте опустим цену на процы, так эдак вдвое, потому-что они не обеспечивают заявленные характеристики. А потом можно и настройки упростить.
Ответить | Правка | Наверх | Cообщить модератору

	69. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+/–
	Сообщение от Аноним (69), 18-Сен-24, 12:25
	Ну так строго говоря цены и опускаются на предыдущие архитектуры после выхода новых.
	Ответить | Правка | Наверх | Cообщить модератору

72. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+/–
Сообщение от Аноним (72), 18-Сен-24, 13:19
Очень правильное предложение. И API сделать, чтобы в своём коде все существующие смягчения не помнить.
Ответить | Правка | Наверх | Cообщить модератору

78. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+1 +/–
Сообщение от Аноним (-), 18-Сен-24, 17:39
Ничего не_понятно и ничего не_интересно. Лучше уже сделайте нормальный UI\UX а вся эта подковёрная возня никому не_интересна!
Ответить | Правка | Наверх | Cообщить модератору

	79. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+/–
	Сообщение от ZeldasOrange (?), 18-Сен-24, 17:52
	Но они не могут такого бай дизайн. У меня у самого видеокарта и процессор Амуде.. в Плейстейшон.
	Ответить | Правка | Наверх | Cообщить модератору

80. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+1 +/–
Сообщение от Аноним (80), 18-Сен-24, 18:44
Во-во, главное чтобы все эти митигации можно было выключить разом. Потому что безопасность - это профанация, а производительность - это всё.
Ответить | Правка | Наверх | Cообщить модератору

83. "Инженер из AMD предложил упростить в ядре Linux управление б..."	–1 +/–
Сообщение от neo one (?), 18-Сен-24, 22:16
все эти mitigations даже с микроскопом в профайлере не видно, буря в стакане
Ответить | Правка | Наверх | Cообщить модератору

	88. "Инженер из AMD предложил упростить в ядре Linux управление б..."	+/–
	Сообщение от пох. (?), 19-Сен-24, 11:57
	10% на ct чейне - это не видно? Очочки себе новые закажи, твои похоже уже никуда не годятся.
	Ответить | Правка | Наверх | Cообщить модератору

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

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