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

"SQUIP - атака на процессоры AMD, приводящая к утечке данных по сторонним каналам"	+/–
Сообщение от opennews (??), 12-Авг-22, 07:49
Группа исследователей из Грацского технического университета (Австрия), ранее известная разработкой атак  MDS,  NetSpectre, Throwhammer и ZombieLoad, раскрыла сведения о новом методе атаки  по сторонним каналам (CVE-2021-46778) на очереди планировщика процессоров AMD, применяемые для планирования выполнения инструкций в разных исполнительных блоках CPU. Атака, получившая название SQUIP, позволяет определить используемые при вычислениях в другом процессе или виртуальной машине данные или организовать скрытый канал связи между процессами или виртуальными машинами, позволяющий обмениваться данными в обход системных механизмов разграничения доступа... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=57629
Ответить | Правка | Cообщить модератору

Сообщения

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

3. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	–1 +/–
Сообщение от Шарп (ok), 12-Авг-22, 08:34
>проводится через измерение задержек Все эти атаки схожи в использовании точного таймера для измерения времени. Может лучше его загрубить, чем портить производительность очередными патчами? >Общее время атаки заняло 38 минут Менять ключ каждые 30 минут. Шах и мат аметисты^Wисследователи.
Ответить | Правка | Наверх | Cообщить модератору

	5. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+3 +/–
	Сообщение от pashev.ru (?), 12-Авг-22, 08:39
	Понадобится больше времени для сбора статистики для устранения шума таймера.
	Ответить | Правка | Наверх | Cообщить модератору

	13. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+1 +/–
	Сообщение от Онаним (?), 12-Авг-22, 09:28
	В реальной жизни ты этот шум не устранишь никак, потому что помимо твоего лабораторного процесса активно исполняется пачка других. И это уже о шаредах/VPS не говоря.
	Ответить | Правка | Наверх | Cообщить модератору

	15. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+1 +/–
	Сообщение от Онаним (?), 12-Авг-22, 09:30
	Я чуть промахнулся - я не о шуме таймера, а о шуме результатов измерения.
	Ответить | Правка | Наверх | Cообщить модератору

	16. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+5 +/–
	Сообщение от Онаним (?), 12-Авг-22, 09:32
	Если к этому дополнительно ещё и таймер действительно загрубить - то всё, все эти лабораторные атаки работать перестанут. Я бы вообще чуть-чуть частоту ядер "гулял" во времени непрерывно, чтобы замерить что-то было невозможно.
	Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

	18. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	–2 +/–
	Сообщение от pashev.ru (?), 12-Авг-22, 09:51
	> ещё и таймер действительно загрубить Прошу прощения, но например чёткие фотки дальнего космоса получают с помощью весьма нечёткое аппаратуры.
	Ответить | Правка | Наверх | Cообщить модератору

	54. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+1 +/–
	Сообщение от Онаним (?), 12-Авг-22, 18:28
	Разница в том, что космос наблюдается непрерывно, а алгоритм с нужным ключиком - раз в пятилетку (по меркам машинного времени), чтобы столько данных для усреднения насобирать - годы уйдут. Оно и без загрубления то с 50500 раза собирается )
	Ответить | Правка | Наверх | Cообщить модератору

	22. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+2 +/–
	Сообщение от Rev (?), 12-Авг-22, 10:40
	> Я бы вообще чуть-чуть частоту ядер "гулял" во времени непрерывно Так частоты и так постоянно туда-сюда бегают.
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	53. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Онаним (?), 12-Авг-22, 18:27
	Оно бегает, но не непрерывно. А если иметь в виду защиту от тайминг-атак - должно бегать непрерывно. В очень небольших пределах, там на приличный размер алгоритма достаточно шума, сопоставимового с единичным обращением к памяти, чтобы тайминг-атаки отвалились.
	Ответить | Правка | Наверх | Cообщить модератору

	6. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+4 +/–
	Сообщение от pashev.ru (?), 12-Авг-22, 08:41
	> Менять ключ каждые 30 минут Letsencrypt одобряет!
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	76. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	–1 +/–
	Сообщение от FSA (??), 13-Авг-22, 13:50
	> Letsencrypt одобряет! А что с ним не так? Сертификат на 3 месяца, который сам обновляется. Если что не так, тебя за месяц предупреждают. Вполне достаточно, чтобы выпрямить руки и переставить на место. Гораздо лучше, чем через год или три неожиданно обнаружить, что у тебя сертификат протух и судорожно вспоминать где и как ты его получал.
	Ответить | Правка | Наверх | Cообщить модератору

	118. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+1 +/–
	Сообщение от Брат Анон (ok), 15-Авг-22, 12:18
	Ключ 4096 бит подбирается меньше чем за час. А сертификат выдаётся на ТРИ МЕСЯЦА. Действительно, что не так-то?!
	Ответить | Правка | Наверх | Cообщить модератору

	126. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	–1 +/–
	Сообщение от Самый Лучший Гусь (?), 15-Авг-22, 13:47
	У населения на руках нет такого железа, чтобы подбирать такие ключи. А у тех кто есть можно и отобрать, я точно против не буду.
	Ответить | Правка | Наверх | Cообщить модератору

	128. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Брат Анон (ok), 15-Авг-22, 15:20
	> У населения на руках нет такого железа, чтобы подбирать такие ключи. А > у тех кто есть можно и отобрать, я точно против не > буду. Неужели у населения нет ноутбуков и стационарных ПК на базе х86_64?... Вот это новость!!! Ааа... Я понял: у них процы на столько слабые, что не способны выполнить 50к запросов за полчаса. Вы новость точно читали?
	Ответить | Правка | Наверх | Cообщить модератору

	9. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+1 +/–
	Сообщение от Аноним (9), 12-Авг-22, 08:47
	>Все эти атаки схожи в использовании точного таймера для измерения времени. Может лучше его загрубить, чем портить производительность очередными патчами? https://gruss.cc/files/fantastictimers.pdf - от этих же товарищей
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	68. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	–1 +/–
	Сообщение от Аноним (68), 12-Авг-22, 23:23
	>Может лучше его загрубить, чем портить производительность очередными патчами? Не, ну вы интересный персонаж! Если бы вы работали в АМD, вас бы выкинули за такие идеи, как в том комиксе. А кто будет лохам новые "неподверженные атакам" модели продавать?! Святая простота.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

4. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+7 +/–
Сообщение от Кактус (?), 12-Авг-22, 08:34
Сообщения о новых уязвимостях в процессорах скоро станут ежедневно сопровождать новости, как погода и курсы валют
Ответить | Правка | Наверх | Cообщить модератору

	7. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+5 +/–
	Сообщение от Аноним (7), 12-Авг-22, 08:42
	хакер и солонка. Люди старались, ускоряли процы, но нет, найдется кто-то, кто найдет якобы "уязвимость" и вернет мощности процов взад во времена 1999.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Аноним (35), 12-Авг-22, 12:46
	И будет при этом сча́стливо лы́бится? )
	Ответить | Правка | Наверх | Cообщить модератору

	47. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+3 +/–
	Сообщение от Аноним (47), 12-Авг-22, 16:53
	>хакер и солонка Вместо того, чтобы пытаться заштопать дырки и создать защищённую солонку, можно выдавать соль и перец в отдельных бумажных пакетиках, как это и делают в общепите
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	78. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Аноним (78), 13-Авг-22, 15:07
	Что мешает подменить бумажные пакетики своими?
	Ответить | Правка | Наверх | Cообщить модератору

	116. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+1 +/–
	Сообщение от Бывалый смузихлёб (?), 15-Авг-22, 08:47
	> Что мешает подменить бумажные пакетики своими? идея на миллион - переть со столовой их пакетики, подменяя собственными такими же, но купленными в розницу
	Ответить | Правка | Наверх | Cообщить модератору

	63. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+3 +/–
	Сообщение от Аноним (63), 12-Авг-22, 20:31
	А почему "якобы"? Всякие эксплоиты, эксплуатирующие дырки в спекулятивности, вполне себе рабочие.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	79. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Аноним (78), 13-Авг-22, 15:07
	И много _реальных_ данных с их помощью добыли?
	Ответить | Правка | Наверх | Cообщить модератору

	65. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+2 +/–
	Сообщение от Аноним (65), 12-Авг-22, 21:54
	> Люди старались, ускоряли процы люди писали костыли, срезали углы и полагались на авось лишь бы выпустить и продать новое поколение +5%
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	119. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Брат Анон (ok), 15-Авг-22, 12:20
	Смех смехом. Но это пока дело до войны не дошло. Когда во время войны будет отравлен в полном составе какой-нибудь оборонный завод. Прецеденты ранее уже были. https://ru.wikipedia.org/wiki/%D0%9F%D0%...,_%D0%97%D0%B8%D0%BD%D0%B0%D0%B8%D0%B4%D0%B0_%D0%9C%D0%B0%D1%80%D1%82%D1%8B%D0%BD%D0%BE%D0%B2%D0%BD%D0%B0
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

8. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	–2 +/–
Сообщение от Аноним (8), 12-Авг-22, 08:43
>Общее время атаки заняло 38 минут Очень практический кейс. Исследователям премии, надеюсь, уже выписали
Ответить | Правка | Наверх | Cообщить модератору

	20. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+3 +/–
	Сообщение от Аноним (20), 12-Авг-22, 09:53
	а чё, дольше 37 минут закон запрещает атаковать?
	Ответить | Правка | Наверх | Cообщить модератору

	28. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+5 +/–
	Сообщение от Аноним (8), 12-Авг-22, 11:31
	Опеннет комментаторы как всегда. 38 минут на очень специфический лабораторный тест кейс из пробирки, где все параметры ключа известны заранее, и нет никаких параллельных задач
	Ответить | Правка | Наверх | Cообщить модератору

10. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+11 +/–
Сообщение от Аноним (10), 12-Авг-22, 09:18
Пришло время оптимизировать софт, чтобы ему хватало и более медленных процессоров.
Ответить | Правка | Наверх | Cообщить модератору

	24. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Аноним (24), 12-Авг-22, 10:50
	> Пришло время переписывать софт на C, чтобы ему хватало и более медленных процессоров. Поправил.
	Ответить | Правка | Наверх | Cообщить модератору

	93. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Аноним (93), 13-Авг-22, 16:31
	Тогда дыры в процессорах никому не нужны будут.
	Ответить | Правка | Наверх | Cообщить модератору

	114. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Аноним (114), 14-Авг-22, 20:31
	Потому что можно взять много процессоров.
	Ответить | Правка | Наверх | Cообщить модератору

	120. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Брат Анон (ok), 15-Авг-22, 12:23
	Пришло время использовать нормальный язык с созданный под него нормальный проц. (* Нет не Си, не Раст, не питон *) Поправил.
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	30. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+2 +/–
	Сообщение от Аноним (30), 12-Авг-22, 11:43
	Не дождётесь. Мы лучше будем пускать виртуалку в виртуалке - в виртуалке - ... - на большом кластере из простых ядер (без спекулятитвов), чтобы усложнить жизнь сторонним каналам.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	39. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+1 +/–
	Сообщение от YetAnotherOnanym (ok), 12-Авг-22, 13:15
	И чтобы алгоритмы выполнялись за фиксированное время.
	Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

	43. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+1 +/–
	Сообщение от Аноним (24), 12-Авг-22, 14:12
	ОС РВ открыли
	Ответить | Правка | Наверх | Cообщить модератору

	62. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от YetAnotherOnanym (ok), 12-Авг-22, 20:20
	Моей заслуги тут нет, это всё специалисты АМД: > компания AMD рекомендовала разработчикам использовать алгоритмы, математические вычисления в которых всегда выполняются за постоянное время, не зависимо от характера обрабатываемых данных
	Ответить | Правка | Наверх | Cообщить модератору

	67. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	–2 +/–
	Сообщение от Michael Shigorin (ok), 12-Авг-22, 22:11
	Там про уложиться в таймслот _сверху_. А тут -- про и сверху, и снизу.
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	97. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Аноним (97), 13-Авг-22, 17:31
	Снизу можно добавить недостающей паузы.
	Ответить | Правка | Наверх | Cообщить модератору

11. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	–1 +/–
Сообщение от Онаним (?), 12-Авг-22, 09:26
"Для определения ключа потребовалось выполнить 50500 трассировок. Общее время атаки заняло 38 минут." В лабораторных условиях без сторонней нагрузки. Расходимся, интел-фанбои опять облажались.
Ответить | Правка | Наверх | Cообщить модератору

14. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+1 +/–
Сообщение от Онаним (?), 12-Авг-22, 09:29
Меня только одно напрягает: сейчас в ведро опять каких-нибудь заляпок насуют. Включение mitigations=off уже стало насущной необходимостью, а по мере увеличения количества заляпок видимо придётся штатные ядра из дистров перебирать с правкой конфига, потому что чеки всех этих заляпок тоже не бесплатные.
Ответить | Правка | Наверх | Cообщить модератору

	121. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Брат Анон (ok), 15-Авг-22, 12:24
	Не используйте забугорные изделия. Ни процы, ни тем более шиндошс.
	Ответить | Правка | Наверх | Cообщить модератору

17. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	–2 +/–
Сообщение от Аноним (17), 12-Авг-22, 09:38
И не помогут тебе, сынок, ни раст, ни карбон, ни даже эльбрус! Только святой 486 с влб шиной, только хардкор!
Ответить | Правка | Наверх | Cообщить модератору

	31. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+1 +/–
	Сообщение от Аноним (30), 12-Авг-22, 11:53
	VLB защиты от утечек в проце не добавляет, поэтоту можно PCI-E. А ядра CPU можно и попроще, чем 486, но побольше количеством.
	Ответить | Правка | Наверх | Cообщить модератору

	32. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+1 +/–
	Сообщение от PnD (??), 12-Авг-22, 12:19
	И "солярку" (в девичестве SunOS) взад вернуть. Она как раз под такой кейс была заточена. "Но что-то пошло не так."
	Ответить | Правка | Наверх | Cообщить модератору

	94. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	–1 +/–
	Сообщение от Аноним (93), 13-Авг-22, 16:33
	Вы только что придумали графический ускоритель. Круг задач решаемый которым весьма ограничен.
	Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

	48. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+2 +/–
	Сообщение от Бывалый смузихлёб (?), 12-Авг-22, 16:56
	ну вот как раз Эльбрус возможно и поможет..
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	57. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+1 +/–
	Сообщение от Аноним (65), 12-Авг-22, 18:51
	Только ты его не купишь, ахахаха (с)
	Ответить | Правка | Наверх | Cообщить модератору

	66. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+1 +/–
	Сообщение от Michael Shigorin (ok), 12-Авг-22, 22:09
	Почему? http://imaxai.ru -- материнки (внимание, 8С весьма придирчив по части DDR3) http://bitblaze.ru -- системы Кому много -- http://norsi-trans.ru PS: моя домашняя машинка, если что -- "Эльбрус-16С". PPS: есть тут нынче линуксоводы из .kz? :) (про давнего оппонента помню, но его почерк давно уж не примечал так чтоб явно)
	Ответить | Правка | Наверх | Cообщить модератору

	71. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Аноним (71), 13-Авг-22, 09:42
	Такое старьё я бы даже при наличии лишних денег не стал покупать. Что там слышно про 32с? Всё заглохло?
	Ответить | Правка | Наверх | Cообщить модератору

	95. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+3 +/–
	Сообщение от Аноним (93), 13-Авг-22, 16:35
	Материнская плата E8C-mITX на базе Эльбрус-8С и 2D-видео Самая доступная плата на Эльбрус-8С 254 500 ₽ Я что-то ржал
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

	115. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от мимо (?), 15-Авг-22, 04:17
	За 250к собирается 5950x c 128Гб ram и nvme рейдом. Вместе с коропусом, бп и охлаждением. САМАЯ ДОСТУПНАЯ ПАЛАТА
	Ответить | Правка | Наверх | Cообщить модератору

	122. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+1 +/–
	Сообщение от Брат Анон (ok), 15-Авг-22, 12:28
	Нет. Для дома такое не купишь. Даже с моей зарплатой. "Купить" -- означает придёшь в каждый второй магазин и там оно лежит в свободной продаже по конкурентной цене. Даже с падением производительности в 10 раз -- в целях безопасности я готов купить. Но безопасность сомнительна, цена конская, куча других компонентов ,которые никак не гарантируют безопасность. Увы, но это полумера.
	Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

19. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+6 +/–
Сообщение от Аноним (20), 12-Авг-22, 09:52
как только zen 4 вышел, сразу в первых трёх поколениях уязвимость нашли, ага
Ответить | Правка | Наверх | Cообщить модератору

	36. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+1 +/–
	Сообщение от Аноним (36), 12-Авг-22, 12:47
	Про уязвимости процессоров знает очень мало покупателей. Для кого эта информация? Явно не для них.
	Ответить | Правка | Наверх | Cообщить модератору

	41. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Аноним (30), 12-Авг-22, 14:10
	Мракетинг поможет им узнать ;)
	Ответить | Правка | Наверх | Cообщить модератору

	77. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Аноним (-), 13-Авг-22, 14:27
	Что говорит, что в zen 4 они скорее всего тоже есть, но исследователи не успели его купить, чтобы проверить.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

21. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	–1 +/–
Сообщение от Аноним (21), 12-Авг-22, 10:04
Эти дыры уже перешли в категорию хакера и солонки.
Ответить | Правка | Наверх | Cообщить модератору

	23. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+1 +/–
	Сообщение от Аноним (23), 12-Авг-22, 10:49
	Только это не солонка, а проц.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	–1 +/–
	Сообщение от Аноним (56), 12-Авг-22, 18:38
	Солонка то, поопаснее будет...
	Ответить | Правка | Наверх | Cообщить модератору

	103. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Аноним (-), 13-Авг-22, 19:16
	Сравнения некоректны! А выдавать соль и перец нужно в отдельных бумажных пакетиках, как это и делают в общепите.
	Ответить | Правка | Наверх | Cообщить модератору

	117. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Бывалый смузихлёб (?), 15-Авг-22, 08:52
	> Сравнения некоректны! > А выдавать соль и перец нужно в отдельных бумажных пакетиках, как это > и делают в общепите. в общепите( те же столовые ) очень даже и солонки и перечницы стоят. Если повезёт - так и бутылки с соевым соусом и кетчупом на столе будут стоять
	Ответить | Правка | Наверх | Cообщить модератору

25. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+3 +/–
Сообщение от InuYasha (??), 12-Авг-22, 10:55
А как там поживают K10, Bulldozer и Pile-Driver? Не тестировали?
Ответить | Правка | Наверх | Cообщить модератору

26. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+2 +/–
Сообщение от Анонус (?), 12-Авг-22, 11:00
Мне показалось, или бОльшую часть процессорных уязвимостей находят в европейских университетах? То ли у них требования к безопасности выше, то ли заняться нечем.
Ответить | Правка | Наверх | Cообщить модератору

	27. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	–2 +/–
	Сообщение от Аноним (20), 12-Авг-22, 11:19
	в американских тоже. прям завидую такой системе образования, хотел бы там учиться. в MIT в каком-нибудь
	Ответить | Правка | Наверх | Cообщить модератору

	82. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	–1 +/–
	Сообщение от Аноним (-), 13-Авг-22, 15:22
	> Мне показалось, или бОльшую часть процессорных уязвимостей находят в европейских университетах? То ли у них требования к безопасности выше, то ли заняться нечем. У них скорее больше свободы этим заниматься и открыто публиковать результаты. В РФ, к примеру, подобными исследованиями независимо заниматься фактически невозможно  вообще. На всем, что с безопасностью связано сплошной интерес фсб.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	110. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Аноним (110), 14-Авг-22, 12:36
	В других местах такие уязвимости секретят и используют в своих целях. А в европейский спецслужбам такое нафиг не надо. Ну серьёзно ты считаешь что Австрия решила стать мировым гигемоном? Да там и спецслужбы то для вида существуют. Вот и выкладывают уязвимости в открытый доступ. И ещё кстати это маркер что уязвимости такие простые что из может обнаружить простой студент!
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	123. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Брат Анон (ok), 15-Авг-22, 12:30
	> Мне показалось, или бОльшую часть процессорных уязвимостей находят в европейских университетах? > То ли у них требования к безопасности выше, то ли заняться > нечем. Не показалось. Америка пытается продавать себя как может. А публикуя каждый месяц сообщения о проблемах в железе -- лохов не разведёшь.
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

	130. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Анонус (?), 15-Авг-22, 23:09
	Не находят, им говорят когда оглашать нужную инфу
	Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

33. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+4 +/–
Сообщение от darkshvein (ok), 12-Авг-22, 12:31
>Процессоры Intel атаке не подвержены, так как в них используется одна очередь планировщика, а я всегда знал, что интел однозадачный
Ответить | Правка | Наверх | Cообщить модератору

	38. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	–1 +/–
	Сообщение от Аноним (35), 12-Авг-22, 12:54
	https://avatars.mds.yandex.net/get-mpic/5418200/img_id641869...
	Ответить | Правка | Наверх | Cообщить модератору

40. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+2 +/–
Сообщение от Аноним (40), 12-Авг-22, 13:30
Не подключайтесь к сети, пишите всё ПО сами, включая ОС и компиляторы, и никто вас не взломает.
Ответить | Правка | Наверх | Cообщить модератору

	45. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Аноним (45), 12-Авг-22, 15:53
	Это сложновато, даже TempleOS запускалась в виртуальной машине на убунту, что уж говорить об не особо энергичных людях.
	Ответить | Правка | Наверх | Cообщить модератору

	111. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Аноним (110), 14-Авг-22, 12:37
	Да он псих был.
	Ответить | Правка | Наверх | Cообщить модератору

	124. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+1 +/–
	Сообщение от Брат Анон (ok), 15-Авг-22, 12:32
	> Не подключайтесь к сети, пишите всё ПО сами, включая ОС и компиляторы, > и никто вас не взломает. В твоих словах анон нет логики. Самое главное забыл -- железо. А если железо, ПО, включая оС и компиляторы -- своё -- тогда зачем отключаться?...
	Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

61. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+3 +/–
Сообщение от Аноним (61), 12-Авг-22, 19:53
> компания AMD рекомендовала разработчикам использовать алгоритмы, математические вычисления в которых всегда выполняются за постоянное время, не зависимо от характера обрабатываемых данных, а также избегать ветвления на основе секретных данных Годный совет безотносительно утечек.
Ответить | Правка | Наверх | Cообщить модератору

	72. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Онаним (?), 13-Авг-22, 10:38
	Чем он годный-то? Фиксированное время выполнения может упростить тайминг-атаку на кеши например. Самый годный вариант - это алгоритмы с независимым от данных (псевдо)случайным временем выполнения, т.е. разбавленный небольшими рандомными (желательно с софт-независимой энтропией) задержками. Из этого что-то выцарапать будет совсем сложно.
	Ответить | Правка | Наверх | Cообщить модератору

	75. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Аноним (75), 13-Авг-22, 13:14
	А работать будет совсем медленно.
	Ответить | Правка | Наверх | Cообщить модератору

	86. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Онаним (?), 13-Авг-22, 15:37
	С чего бы. Наши любимые "сторонние каналы" базируются на измерении либо времени работы критичного участка алгоритма, либо (если мы о всяких атаках на кеши) - время обращения к памяти, пытаясь определить, попали мы пальцем в ж..., простите, в кеш, или в память. В первом случае всё потяжелее - нам надо рандом, сопоставимый с временем выполнения алгоритма. Т.е. в худшем случае мы это время удваиваем. Во втором всё просто. Шум, сопоставимый с 1-2 обращениями к памяти, сводит любые попытки это померить на нет.
	Ответить | Правка | Наверх | Cообщить модератору

	84. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	–2 +/–
	Сообщение от Аноним (-), 13-Авг-22, 15:23
	> разбавленный небольшими рандомными Судя по твоим комментам здесь, ты считаешь рандом способом уберечься от измерений. Но это же бред. Зырь сюда: double gauss_random(double mean, double variance) {     double a = drand48(), b = drand48();     return sqrt(-2 * log(a)) * cos(2 * M_PI * b); } double add_noise(double secret, double variance) {     return secret + gauss_random(0, variance); } int main() { #define LEN 4     double secrets[LEN] = {0.42, -0.15, 0.18, 0.99}; // впиши сюда любые числа в диапазоне -1..1;     // lets take N samples of secrets with added noise     int N = 100;     double sum[LEN] = { 0.0 };     for(int i = 0; i < N; i ++) {         for(int j = 0; j < LEN; j++) {             // Notice this: noise variance is larger than a signal by an order of magnitude             sum[j] += add_noise(secrets[j], 10);         }     }     double rebuilt_secrets[LEN];     for(int i = 0; i < LEN; i++) {          rebuilt_secrets[i] = sum[i] / N;     }     // выведи здесь красиво табличкой secrets, rebuilt_secrets и разницу между ними } Попробуй поменять N и посмотреть как при увеличении N растёт точность восстановления secret'а. Попробуй например выставить N=500 или 1000. Твой случайный шум -- это помеха, которая конечно же мешает атакующему, но не отменяет возможность атаки. Как мёртвому припарки. Если твоя хомячья сущность требует комментировать разговоры умных дядей и сходу предлагать простое решение, которое конечно же всех спасёт, и о котором умные дяди почему-то молчат, то тебе нужен не случайный шум, а одно из этого: 1. надо отменить мораторий на смертную казнь (универсальный вариант, работает всегда) 2. задницу подрастающим поколениям драть, как нам драли (этот похуже, но как правило работает) 3. надо запретить шедулеру шедулить разные процессы на одно ядро. Но с 3 надо быть осторожнее. Любое отклонение от классических 1 и 2 требует осторожности. Это не так просто как кажется, потому что у шедулера нет времени пускать слюни и думать что и куда шедулить, да ещё и один новый эдж-кейс обрабатывать, когда есть свободные логические процессоры, есть простаивающие процессы готовые их утилизировать, но надо всё оставить как есть. Теоретически можно отбрыкаться от излишне умных, аппелируя к теоретической возможности придумать какой-нибудь резкий алгоритм, который так сделает. Но несмотря на недостатки у 3 есть бонус: твоя _целевая_ аудитория не поймёт о чём речь.
	Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

	85. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Онаним (?), 13-Авг-22, 15:34
	Ты путаешь тёплое с мягким. Если у тебя уровень шума начинает превышать уровень полезного сигнала - всё, ничего ты уже не восстановишь, если не используешь шумоспецифичный фильтр. Который в случае рандома с примесью допустим хардварной энтропии не вырисовывается.
	Ответить | Правка | Наверх | Cообщить модератору

	99. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Аноним (-), 13-Авг-22, 17:46
	> Если у тебя уровень шума начинает превышать уровень полезного сигнала В моём примере превышает, и это не мешает. > шумоспецифичный фильтр Я намеренно генерацию рандома с нормальным распределением выделил в отдельную функцию. Попробуй воткнуть туда что-нибудь другое. Единственное усложнение, с которым тебе придётся столкнуться, это вычисление среднего значения шума. То есть такого m, что если x_n рандомное число, то \sum (x_n-m)  будет сходиться по вероятности к нулю, при n стремящимся к бесконечности. > Который в случае рандома с примесью допустим хардварной энтропии не вырисовывается. Прекрати поклоняться ложным идолам. Рандом -- не Бог, он не всемогущ. Он подчиняется статистическим закономерностям, типа закона больших чисел.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Онаним (?), 13-Авг-22, 15:39
	И заметь, что ты работаешь не с изменённым исходным сигналом, а пытаешься восстановить сигнал по косвенным факторам, что в корне отличается от приведённого тобой примера, где сигнал модулирован.
	Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

	102. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+2 +/–
	Сообщение от Аноним (102), 13-Авг-22, 19:07
	И что математический аппарат то и там и там одинаковый.
	Ответить | Правка | Наверх | Cообщить модератору

	106. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Онаним (?), 13-Авг-22, 21:07
	Угу. Только потребность в N различается на порядок порядков, а так ничего.
	Ответить | Правка | Наверх | Cообщить модератору

	90. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Онаним (?), 13-Авг-22, 15:54
	Ну и предлагаю подумать вот на какую тему: с фига ли эти "эксплоиты" работают с 50500 раза, и только в лабораторных условиях, без стороннего шума, если всё так легко восстанавливается усреднением? А вот с того фига так и работает, что малейший лишний шум, и всё.
	Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

	91. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Онаним (?), 13-Авг-22, 15:56
	И да, я не заметил, но с хера ли там шум аж строгого гауссового распределения будет? Короче опять какие-то далёкие от реальности отмашки.
	Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

	92. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Онаним (?), 13-Авг-22, 16:01
	Чёт меня реально подгорело с этого маразма. Гауссово распределение тем и хорошо, что оно сферическое в вакууме, и на каждый +x найдётся -x, соответственно чем больше N, тем больше шанс полной компенсации и меньше остаток. В реальном же аппаратном шуме ты всегда получишь некоторый офсет, который в случае попытки замерить не известных характеристик сигнал тебе компенсировать абсолютно нечем. И потенциальный офсет замерить тоже нечем. Впрочем, даже если это откинуть - при превышающем уровень сигнала шуме тебе надо будет огроменные N, чтобы этот шум компенсировать, и все эксплоиты потребуют огромного времени для получения более-менее достоверного байта информации, чего уже вполне достаточно.
	Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

	100. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Аноним (-), 13-Авг-22, 17:55
	> Чёт меня реально подгорело с этого маразма. Я тоже хотел это сказать, но ты раньше успел. > при превышающем уровень сигнала шуме тебе надо будет огроменные N, чтобы этот шум компенсировать Да, это практическая проблема. Но, во-первых, у обороняющегося от атак тоже будут огромные практические проблемы сделать шум достаточно большим -- он совершенно не хочет, например, варьировать частоту проца в два раза (процентов на 10 может и ок, но не в 2 раза), и он совешенно не хочет делать таймер неюзабельным настолько, что мультимедиа приложения пойдут лесом, или что профайлеры станут бесполезными. Во-вторых, разница во времени выполнения разных ветвей измеряемого алгоритма может исчисляться хоть часами -- откуда ты знаешь? Ты можешь как-то ограничить это время и сказать, что эта разница будет не больше \delta, указав конкретное значение этой \delta? А, в-третьих, атаки бывают разными. Если в сервер впихнули код, который будет крутиться там годами, высчитывая ключ, то тебе этот N не поможет. Зашумлять сигнал -- это усложнять жизнь атакующему. Атака остаётся теоретически возможной, и про реальную систему во всей её сложности ты никогда не сможешь доказать, что она невозможна практически. Fail.
	Ответить | Правка | Наверх | Cообщить модератору

69. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
Сообщение от Аноним (69), 13-Авг-22, 01:52
перешел по ссылке на оригинал https://stefangast.eu/papers/squip.pdf VMware вообще нет, хотя это большая часть в Enterprise, в References есть Xen и Hyper-V, Xen даже вскользь в теле статьи (cross-VM: KVM/Xen doesn't support rdpru) - и совершенно непонятно в итоге, кроме как между KVM виртуалками этот эксплойт применим вообще?
Ответить | Правка | Наверх | Cообщить модератору

70. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	–2 +/–
Сообщение от Proddik (?), 13-Авг-22, 06:23
В EPYC насколько мне известно есть аппаратное шифрование памяти AES, что по идее не может давать считать данные в открытую по стороним каналам?! Или в новости EPYC указан просто так и на этих процах не проводилась атака?
Ответить | Правка | Наверх | Cообщить модератору

	83. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Аноним (83), 13-Авг-22, 15:23
	Предположу, зашифрованные они только в памяти. Не могут же зашифрованные данные находиться в планировщике - с такими данными нельзя работать.
	Ответить | Правка | Наверх | Cообщить модератору

	98. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+2 +/–
	Сообщение от Аноним (97), 13-Авг-22, 17:34
	Когда содержимое памяти попало в кеш или в какие промежуточные регистры в ЦПУ, оно там расшифровано.
	Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

	131. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+/–
	Сообщение от Аноним (131), 17-Авг-22, 02:51
	Предположу, что в L3 & L2 зашифрованный данные попасть могут. Насчёт L1 - скорее всего, тоже. Речь ведь не о кеше микроопераций, а данных.
	Ответить | Правка | Наверх | Cообщить модератору

	125. "SQUIP - атака на процессоры AMD, приводящая к утечке данных ..."	+1 +/–
	Сообщение от Брат Анон (ok), 15-Авг-22, 12:35
	> В EPYC насколько мне известно есть аппаратное шифрование памяти AES, что по > идее не может давать считать данные в открытую по стороним каналам?! > Или в новости EPYC указан просто так и на этих процах > не проводилась атака? Если данные ВСЕГДА зашифрованы -- как их тогда использовать? Процессор не умеет работать с зашифрованными данными (и кеш тоже). Для этого надо такой огород городить, что площадь кристалла раздует кратно. И всё-равно будет фаза расшифрованных данных. Вопрос решается по другому: своя гарантированно надёжная, изолированная, тупая железка. Которые свои ключи не отдаёт никогда и никому.
	Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

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

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