The OpenNET Project / Index page

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



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

"Hertzbleed - новое семейство атак по сторонним каналам, затрагивающее современные CPU"  +/
Сообщение от opennews (?), 15-Июн-22, 11:02 
Группа исследователей из Техасского, Иллинойсского и Вашингтонского университетов раскрыли сведения о новом семействе атак по сторонним каналам (CVE-2022-23823, CVE-2022-24436), получившим кодовое имя Hertzbleed. Предложенный метод атаки основан на особенностях динамического управления частотой в современных процессорах и затрагивает все актуальные CPU Intel и AMD. Потенциально проблема может проявляться и в процессорах других производителей, поддерживающих динамическое изменение частоты, например в ARM-системах, но проведённое исследование ограничилось проверкой чипов Intel и AMD. Исходные тексты с реализацией метода атаки опубликованы на GitHub (реализация протестирована на компьютере с CPU Intel i7-9700)...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=57358

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

Оглавление

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

2. Сообщение от Fracta1L (ok), 15-Июн-22, 11:05   +1 +/
Почему бы не поменять алгоритм управления частотой, чтобы он рандомно накидывал лишние мегагерцы? Тогда производительность не пострадает
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #57, #78, #95

3. Сообщение от Аноним (3), 15-Июн-22, 11:09   –1 +/
дагестанские ученые открыли дверь. Нормальные криптобиблиотеки и так имеют защиту от тайминг-атак.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19, #21, #53

4. Сообщение от Аноним (4), 15-Июн-22, 11:11   +2 +/
Пора перекатываться на эльбрусы.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11, #67, #97

5. Сообщение от Аноним (5), 15-Июн-22, 11:11   +1 +/
Принцип старый, давно известный. Просто применили к новой области.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #28

6. Сообщение от Аноним (6), 15-Июн-22, 11:25   +3 +/
Будет история как с "загрублением" точности GPS. Нужно будет просто статистику побольше считать, но всё будет утекать с тем же успехом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #8

8. Сообщение от pashev.ru (?), 15-Июн-22, 11:36   +2 +/
Так и пароли можно успешно подобрать. Лет за 100500.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #16

11. Сообщение от Анонимemail (11), 15-Июн-22, 11:38   +/
https://imaxai.ru/shop/computers/bitblaze_oberon_100l
Перекатывайся, всего то пол ляма.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #18, #26

13. Сообщение от Без аргументов (?), 15-Июн-22, 11:39   +2 +/
Не использую буст, т.к. из-за 10% производительности генерится 200% шума.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20, #99

16. Сообщение от Аноним (6), 15-Июн-22, 11:51   +/
Ну GPSу годы не понадобились для уточнения позиции. А тут думаю куда меньше шума будет. И среда более подконтрольная
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

17. Сообщение от Аноним (17), 15-Июн-22, 11:53   +/
Статический разгон по множителю получил второе дыхание.
Ответить | Правка | Наверх | Cообщить модератору

18. Сообщение от aploskov.dev (ok), 15-Июн-22, 11:53   +1 +/
Это в сборе, сама материнка вдвое дешевле (хоть и всё равно очень дорого). Можно сделать самосбор и уложиться в три сотни.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #27, #101

19. Сообщение от Аноним (6), 15-Июн-22, 11:56   +2 +/
Нормальные криптобилиотеки предполагают (ошибочно) что будут исполнятся на нормальных процессорах в которых время выполнения инструкции не зависит от обрабатываемых данных.
А "защита" от тайминг-атак заключается в отсутствии говнокода уровня if (input >= 123) { do_fast_thing() } else { do_slow_thing() }
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #129

20. Сообщение от Аноним (20), 15-Июн-22, 12:11   +/
Буст полезен, когда нагрузка на одно ядро. Я не знаю как это должно работать, планировщик кидает эту одну задачу по всем ядрам. Надо вручную прибивать к 1 ядру? Не очень практично.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #23, #29

21. Сообщение от Замир Закиев (?), 15-Июн-22, 12:14   +3 +/
> защиту от тайминг-атак

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #24, #96

22. Сообщение от Аноним (22), 15-Июн-22, 12:28   +5 +/
Хакер и солонка, серия 1005009001. Смотрите на всех инфобез-конференциях мира!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #25

23. Сообщение от Без аргументов (?), 15-Июн-22, 12:29   +/
На интеле и могильных да, а я про десктопный АМД, там чуть-чуть добавка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

24. Сообщение от Бывалый смузихлёб (?), 15-Июн-22, 12:30   +2 +/
Потом, правда, окажется, что частота обычно меняется не за 1 такт, что меняться она может из-за того что одной ядро подогревают другие и надо бы тепловыделение снизить иначе можно перегреться и много что ещё
И что ощутимо меняться частота не может через каждый такт
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #63

25. Сообщение от Без аргументов (?), 15-Июн-22, 12:31   +1 +/
Да, нужно запретить писать программы. Разрешить только специально аккредитованным организациям и только на JS/Electron, чтобы нельзя вот это вот всё было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #72

26. Сообщение от Бывалый смузихлёб (?), 15-Июн-22, 12:32   +1 +/
были же по Тырнета разговоры мол чего так дорого
оказалось, что та цена - для госконтор в первую очередь и включала много всего, вплоть до полноценной техподдержки чуть ли не на год
просто железка была ощутимо дешевле
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #31, #41

27. Сообщение от Аноним (27), 15-Июн-22, 12:34   +1 +/
Эти траты, чтобы защитить криптобиблиотеки от подобных уязвимостей? А в результате, довериться закрытому компилятору.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #70

28. Сообщение от olegz (ok), 15-Июн-22, 12:35   +/
как нагуглить этот принцип? Хочу изучить для собственной эрудиции
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #34, #38

29. Сообщение от Без аргументов (?), 15-Июн-22, 12:35   –4 +/
привет г-кодерам, не умеющие в рутины или многопоток, в первую очередь, однояйцевым разработчикам систем инсталляции.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

31. Сообщение от Аноним (27), 15-Июн-22, 12:40   +/
Сейчас дешевле не будет, даже неощутимо. 28 нм - ну вы понели, да. Сами планируем суметь только к 2032-му, а другие отказывают. Подешевле будут, разве что, 90 нм-вые, когда их начнут клепать в промышленном масштабе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #36

32. Сообщение от Аноним (78), 15-Июн-22, 12:43   +6 +/
>Более-менее близкие партнёры АНБ были уведомлены о проблеме в третьем квартале 2021 года, чуть более далёкие - в первом квартале 2022 года, а непартнёров уведомили только сейчас.

Ясно

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

34. Сообщение от Аноним (5), 15-Июн-22, 12:46   +/
Не знаю. Просто давно вижу подобные новости, где "данные можно восстановить, так как аппаратура посылает разные сигналы/задержку времени при обработке разных данных". Этот принцип к любому оборудованию применим.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

36. Сообщение от Аноним (36), 15-Июн-22, 12:46   +3 +/
Дуракам невдомек что китайцы уже 5нм освоили и нам необязательно все делать самим выпадая из мировой экономики. Даже AMD продала бизнес по производству микросхем. Ничего, живут вот, процессоры делают с видеокартами и чипсетами на материнских платах. И плевать им на мнение всепропальщиковых днищ недоброжелательных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #37, #44, #66, #69

37. Сообщение от Аноним (27), 15-Июн-22, 12:51   –1 +/
Китайцы тоже фактически санкции поддерживают. Так что, не будут они делать Эльбрус по 5 нм, не пойдут против дяди Сэма.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

38. Сообщение от Sw00p aka Jerom (?), 15-Июн-22, 12:54   +/
STA так и гуглится
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

41. Сообщение от n00by (ok), 15-Июн-22, 13:04   –1 +/
А были разговоры, почему голая доска с процессором вдруг резко подорожала вдвое? Видел подобные про товары в трёхбуквенном магазине: они капиталисты, враги отечества, торгуют недружественной техникой и всё такое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

43. Сообщение от Аноним (43), 15-Июн-22, 13:15   +/
> постепенный подбор на основе манипуляций с зашифрованным текстом и получения его расшифровки

То есть если атакующий не видит 1-в-1 расшифрованный текст то и ключ подобрать не сможет. Хотя если он уже видит расшифрованный текст — то зачем ему ключ?

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

44. Сообщение от ананоша (?), 15-Июн-22, 13:15   +/
Это могут себе позволить только те, на чьих технологиях эти китайцы всё делают
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

45. Сообщение от Sw00p aka Jerom (?), 15-Июн-22, 13:24   +/
>то зачем ему ключ?

ну как бы этим же ключем и другие текста можно шифровать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #48

48. Сообщение от ryoken (ok), 15-Июн-22, 13:33   +/
>>другие текста

%)

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

51. Сообщение от ыы (?), 15-Июн-22, 13:42   +/
>изменение частоты на 1 Hz приводит к изменению производительности на 1 цикл в секунду

А под циклом вы что, извиняюсь, имеете в виду в данном контексте?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #52, #56

52. Сообщение от Sw00p aka Jerom (?), 15-Июн-22, 14:05   +/
скорее такты

https://ru.m.wikipedia.org/wiki/%D0%A2%D0...

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

53. Сообщение от Анонимыров (?), 15-Июн-22, 14:05   +1 +/
Извинис
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3

56. Сообщение от Sw00p aka Jerom (?), 15-Июн-22, 14:15   +/
и не путать с

https://ru.wikipedia.org/wiki/%D0%9C%D0%...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #75

57. Сообщение от morphe (?), 15-Июн-22, 14:28   +/
По той же причине, почему случайные задержки не предотвращают утечки по сторонним каналам
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

62. Сообщение от Крок (?), 15-Июн-22, 15:22   +2 +/
Не юзаю буст, 10-15% прироста ценой 2х потребления нафик не упали.

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

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #120, #125

63. Сообщение от Замир Закиев (?), 15-Июн-22, 15:23   +3 +/
Вот тут и начинается самое очевидное-невероятное. Вроде бы одиночные операции мало на что влияют,  но авторы утверждают что их влияние видно даже через сетевой коннект! Надо читать как и что они там намутили, может они эту самую операцию миллионы раз повторяют. И таким образом побочный шум ослабляют, время переключения на другую частоту искуственно продлевают и тд. Одной операцией тут явно не обходится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #68

66. Сообщение от n00by (ok), 15-Июн-22, 15:30   +1 +/
> Дуракам невдомек что китайцы уже 5нм освоили и нам необязательно все делать
> самим выпадая из мировой экономики.

Я правильно понял, что те продавцы доски с Эльбрусом, повысившие цену вдвое - называются первым словом?

И второй вопрос: а что сделали лично Вы помимо расстановки плюсов и минусов на Опеннет?

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

67. Сообщение от Аноним (-), 15-Июн-22, 16:00   –2 +/
Тебе нечего скрывать от ФСБ? Перекатывайся.

Intel'ы вон кто только не исследует на дыры, а Эльбрусы? А вот сколько закладок в Эльбрусах знает только тов. майор.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #71, #80, #102

68. Сообщение от Замир Закиев (?), 15-Июн-22, 16:01   +1 +/
Поборол лень и бегло прошелся по ссылке. В общем, там аггрегируется по времени, временные масштабы от доли секунд до десятков. Полное вскрытие ключа в 364 бита (еще 20 брутфорсится):

The attack on CIRCL completed in 36 hours, while the attack on PQCrypto-SIDH completed in 89 hours.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #100

69. Сообщение от YetAnotherOnanym (ok), 15-Июн-22, 16:12   +2 +/
> нам необязательно все делать самим выпадая из мировой экономики

Хде-то я шо-то такоэ уже слышал. Был, помнится, один великий экономист-губошлёп, любил порассуждать, что, мол, нефть продадим и всё, что надо купим. Жаль, не дожил до нынешних дней.

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

70. Сообщение от Neon (??), 15-Июн-22, 16:14   –1 +/
Можно подумать что открытые компиляторы безопасны. И можно поручиться за кусок исходников.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #81

71. Сообщение от Neon (??), 15-Июн-22, 16:15   +1 +/
Обычному человеку нечего скрывать. Это ненаши как огня боятся, что всплывет их антироссийская деятельность. И конечно для них закладки от ЦРУ гораздо кошернее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #93

72. Сообщение от Аноним (-), 15-Июн-22, 16:20   +1 +/
>> безопасность
> Разрешить ... только на JS/Electron

Rust!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #87

73. Сообщение от YetAnotherOnanym (ok), 15-Июн-22, 16:21   +1 +/
> время вычисления операций "2022 + 23823" и "2022 + 24436" будет отличаться

Опять процоклепателей поймали на жадности. Выдавить ещё чуть-чуть производительности заворотом ноги за ухо, а потом - ой, мы исхитрились считать 2+2 чуть быстрее, чем 2+3, и злые хакеры догадались, что у нас именно 2+2.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #74, #76, #82

74. Сообщение от Аноним (75), 15-Июн-22, 16:31   +/
Так если пипл хочет быстрее, а не безопаснее?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

75. Сообщение от Аноним (75), 15-Июн-22, 16:32   +/
Кнопка исправить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

76. Сообщение от Sw00p aka Jerom (?), 15-Июн-22, 16:34   +/
осталось только перебрать 2^64 чисел и вычислить разницу между ними.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73

77. Сообщение от Аноним (77), 15-Июн-22, 18:19   +2 +/
Почему частота зависит от данных? Частота должна зависеть от температуры, разве не? А температура зависит больше от кода, чем от данных, но она сильно инертна.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #86

78. Сообщение от Аноним (78), 15-Июн-22, 18:21   +/
Накидывать нельзя, а вот просаживать - можно. Но если просаживать будут, на опеннете опять вой будет "ууу, опять всё испортили, засуньте себе в **** свою безопасность, а мне + 1 FPS надо".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #83, #88

79. Сообщение от КО (?), 15-Июн-22, 18:45   +1 +/
"все актуальные CPU"
Хорошо, что у меня древнее гумно и на меня это не распространяется.
Ответить | Правка | Наверх | Cообщить модератору

80. Сообщение от Аноним (80), 15-Июн-22, 18:49   +1 +/
Исследуют, исследуют, да что-то постоянно находят. Тебе нечего скрывать от интела?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

81. Сообщение от Аноним (27), 15-Июн-22, 19:08   +/
Они, конечно, могут содержать ошибки. Будут найдены - будут исправлены. Доверия им на порядки больше. А закрытые могут и намеренно бекдоры вставлять в генерируемый код.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #98

82. Сообщение от n00by (ok), 15-Июн-22, 19:25   +2 +/
Условно говоря говоря, если у процессора в регистрах все биты в 1 (0xffffffffffffffff), он потребляет 60 Ватт. Если все биты в 0 - тогда 70 Ватт. Когда потребление дольше положенного превышает 65 Ватт, тогда частота снижается. Жадность была, когда сначала оверклокеров называли нечестными пользователями, а потом сделали автоматический разгон и назвали это штатным режимом.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #89

83. Сообщение от Аноним (83), 15-Июн-22, 19:27   +1 +/
Пять старушек уже рубль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

86. Сообщение от Sw00p aka Jerom (?), 15-Июн-22, 19:56   +/
https://ru.wikipedia.org/wiki/%D0%93%D0%...)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

87. Сообщение от Без аргументов (?), 15-Июн-22, 19:59   +/
Нет, с вcpacтом можно получить точные тайминги и довольно низкий уровень работы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #72 Ответы: #123

88. Сообщение от WE (?), 15-Июн-22, 20:34   +/
За этот FPS уплочено, и глупо им не пользоваться. Кстати Turbo Boost на серверах отключают как-раз для повышения времени отклика.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

89. Сообщение от YetAnotherOnanym (ok), 15-Июн-22, 20:36   +/
Не, а чо, если проц может недолго работать на более высокой частоте - почему бы не брать деньги за эту фичу?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82

91. Сообщение от Онаним (?), 15-Июн-22, 21:43   +/
Кмк с постоянным временем операции вообще промах.
Надо сразу рандомизированное время операции.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #92

92. Сообщение от Онаним (?), 15-Июн-22, 21:45   +/
Более того, эту шляпу можно реализовать аппаратно - некая привилегированная команда, которая заставляет проц хаотично управлять частотой в некоторых пределах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91

93. Сообщение от InuYasha (??), 15-Июн-22, 21:58   +2 +/
Твои ФИО, номера СНИЛС, паспорт и СОР, пожалуйста.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

94. Сообщение от InuYasha (??), 15-Июн-22, 22:00   +/
> Для оптимизации энергопотребления и предотвращения перегрева процессоры динамически изменяют частоту в зависимости от нагрузки.

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

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

95. Сообщение от Alladin (?), 15-Июн-22, 23:15   –1 +/
Не все процессоры поддерживают динамическое изменение частоты в диапазоне 1-2Hz.. Даже современные ARM, в них жестко задано 400-600-1200 и трр..

А 1-2Hz заметно усложняет работу таймеров, управление по питанию и всему подобному.. Такое есть например у x86 с их PSTATE

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

96. Сообщение от Alladin (?), 15-Июн-22, 23:18   +/
Вообще не сказать,

linux:
это было при классическом ondemand, но даже сейчас на arm,x86 есть schedutil который оценивает общую нагрузку на систему по времени включая IO и там завышение частот и вечное гоняние на максималках обыденное...

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

97. Сообщение от Alladin (?), 15-Июн-22, 23:21   +/
Заметно, что некоторых подгнивающих анонимов очень задевают здешние гуляющие словечки типо эльбрус, rust и другие...

Но, как видно железо куется а анон гниет..

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

98. Сообщение от Michael Shigorinemail (ok), 15-Июн-22, 23:25   –1 +/
Знаете, а я вот уже довольно давно понял, что верю не коду, а людям.  Коду я не верю -- у него свободной воли нет, он меня обмануть не может.

Так вот среди разработчиков gcc и lcc я знаю, кажется, сравнимо доверенных лично для меня людей -- по паре человек.

PS: а себе купил "Эльбрус-16С" -- уж больно понравилась машинка, что с зимы работает на конторе.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #109, #124

99. Сообщение от Alladin (?), 15-Июн-22, 23:27   +/
Тоже не использую, одно дело если это честные фиксированные Mhz/Hz к процессору.

А в случае буста, часто это ситуации из рода "если температура составляет менее то мы даем вам буст, ляля.." и часто буст простаивает(недоступен) + заметно греет процессор (в случае использования) а взаимное повышенное тепловыделение и ты быстро теряешь буст и больше его никогда не видишь (ноутбуки).

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

100. Сообщение от Аноним (100), 16-Июн-22, 00:00   +1 +/
и судя по всему таргет машина в это время вообще ничем другим не занимается.. я посмотрю на них как они будут девиации частоты мерять на машине с ЛА от 1 и выше...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #113

101. Сообщение от Michael Shigorinemail (ok), 16-Июн-22, 00:13   +2 +/
Только если брать материнку на 8С/1С+ (v4) -- надо очень внимательно смотреть на HCL по памяти: http://altlinux.org/эльбрус/hcl/память#DDR3 (или заказывать сразу с заведомо совместимой).

По DDR4 стало сильно легче, контроллер научили работать с 4x.

И при подборе/установке охлаждения тоже стоит глянуть вики и учесть, что сокета нет -- крепление должно позволять прижать теплосъёмник на этот ~миллиметр ниже.

Других особых нюансов не припомню.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #108

102. Сообщение от Michael Shigorinemail (ok), 16-Июн-22, 00:42   +/
А вот если бы у Вас хотя бы полграмма сообразилки по профилю было, то сообразила бы она разницу между исследованием турбореактивного двигателя в тёмном ангаре наощупь (да, я про декодер) и разбором прямоточника максимум тоже наощупь.

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

http://github.com/ilyakurdyukov/littlecc-e2k

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67 Ответы: #110

103. Сообщение от pavlinux (ok), 16-Июн-22, 01:16   +/
> приводит к тому, что время вычисления операций "2022 + 23823" и "2022 + 24436" будет отличаться.

0b000011111100110 +
0b101110100001111 =
0b110010011110101

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

2022 + 1 ==  2022 + 4096

и чот мне кажется что таких пар может быть (16-1)/2, (32-1)/2, (64-1)/2, для SSE 127/2 и 255/2


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

104. Сообщение от Alladin (?), 16-Июн-22, 01:43   +/
Да, атака сильно надуманная но как видите очень их заинтересовала..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #106

105. Сообщение от pavlinux (ok), 16-Июн-22, 01:53   +2 +/
$ ./run.sh
rdmsr: CPU 0 cannot read MSR 0x000000ce

Да что ж такое, опять не работает


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

106. Сообщение от pavlinux (ok), 16-Июн-22, 01:57   +/
> ... For example, the power/frequency deltas between 0x0000ff0000000000
> and 0x000000000000000 are the same as the ones between
> 0xff00ffff00ffffff and 0xff0000ff00ffffff.
> We suspect that these properties also hold a bit granularity, but are
> unable to confirm because it would require collecting data for 2^64 bit
> combinations for a runtime of more than 10^13 years.

:D

p.5 https://www.hertzbleed.com/hertzbleed.pdf


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #112

107. Сообщение от pavlinux (ok), 16-Июн-22, 02:18   +/
Что-то мне думается, что для защиты от этой шняги хватит тупо,
рандомного выбора ядра при вычислениях.


for (i=0; i < DOXUJA; i++) {
   CPU_SET(random() % 16, &mask);
   sched_setaffinity(0, sizeof(cpu_set_t), &mask);

   Шайтан_крипто_магия();

}


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

108. Сообщение от aploskov.dev (ok), 16-Июн-22, 03:07   +/
> Только если брать материнку на 8С/1С+ (v4) -- надо очень внимательно смотреть
> на HCL по памяти: http://altlinux.org/эльбрус/hcl/память#DDR3 (или заказывать сразу
> с заведомо совместимой).
> По DDR4 стало сильно легче, контроллер научили работать с 4x.
> И при подборе/установке охлаждения тоже стоит глянуть вики и учесть, что сокета
> нет -- крепление должно позволять прижать теплосъёмник на этот ~миллиметр ниже.
> Других особых нюансов не припомню.

Получается, стоит дождаться в свободной продаже тот же 2С3 в Thin Mini ITX исполнении, на нём DDR4 и можно будет ставить почти любую плашку?

Или 2С3 уже не доедет до физлиц, разве что в виде successor'а для 2СМ, только на v6 и новее?

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

109. Сообщение от Аноним (-), 16-Июн-22, 03:56   +2 +/
> Коду я не верю -- у него свободной воли нет, он меня обмануть не может.

Л значит логика. Код не может обмануть Шигорина, поэтому Шигорин ему не верит.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #111

110. Сообщение от Аноним (-), 16-Июн-22, 07:34   –2 +/
> если бы у Вас хотя бы полграмма сообразилки по профилю было

Ох, кто бы говорил. Опеннетовец говорит что-то о "сообразилке по профилю", лол. Сколько процессоров разработал?

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

111. Сообщение от n00by (ok), 16-Июн-22, 08:51   +1 +/
Вера - предмет не логики, а этики. Анонимам объяснили, что LD_PRELOAD служит для исправления ошибок, они в это верят. А код загрузчика тем временем их обманывает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109

112. Сообщение от Sw00p aka Jerom (?), 16-Июн-22, 10:25   +/
ну да, я выше об этом написал, ток меня смущает один момент, на каком сумматоре они тестировали?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #106

113. Сообщение от Аноним (113), 16-Июн-22, 13:11   +2 +/
Теперь для защиты в фоне систем будет крутится бесполезный процесс рандомно грузящий CPU? anti-hertzbleed .systemd
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #119

114. Сообщение от Онаним (?), 16-Июн-22, 13:51   +/
Растрешить кеши на всём зоопарке?

Не, проще рандомизировать время выполнения операций или частоту ядра, я вообще хз в ходе каких мыслительных потуг к постоянному времени для "защитки" припёрлись, когда надо было просто рандомизировать.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #115

115. Сообщение от pavlinux (ok), 16-Июн-22, 14:25   +/
> Растрешить кеши на всём зоопарке?
> Не, проще рандомизировать время выполнения операций

Это все равно, что впаять в каждый движок автомобилей контролер старта/остановки.
Стоит на светофоре 50 машин, ... но при зелёном тронуться смогут только 10 из
левого ряда и по 2 из остальных.

Учитывая теорию больших чисел и расспред. по Гауссу, на работу ВСЕ приедут ровно в 9:00
и пох, что кому-то до работы ехать 15 минут, а кому-то 2 часа.  

> Ну и у виртуалочек этих ваших может только одно ядро быть, аффинитя не поможет.

taskset --cpu-list 0-2,6-8,32-99 qemu-system-x86_64 --smp 32 ...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114 Ответы: #116

116. Сообщение от Онаним (?), 16-Июн-22, 14:32   –1 +/
Давай, зафигачь мне qemu-system-x86_64 в контейнере AWS.
Или ты предлагаешь на каждую криптооперацию qemu дёргать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #117, #122

117. Сообщение от pavlinux (ok), 16-Июн-22, 14:35   +1 +/
> Давай, зафигачь мне qemu-system-x86_64 в контейнере AWS.

Не надо теорий. Задачу конечную пиши, стоимость выполнения и контакты.

> Или ты предлагаешь на каждую криптооперацию qemu дёргать?

Аяебу, накой тебе виртуалка. Сам придумал, сам разгребай.

У меня написано про "... рандомного выбора ядра при вычислениях."

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #118

118. Сообщение от Онаним (?), 16-Июн-22, 14:53   –1 +/
>> Давай, зафигачь мне qemu-system-x86_64 в контейнере AWS.
> Не надо теорий. Задачу конечную пиши, стоимость выполнения и контакты.

Извините, вы нам не подходите.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #121

119. Сообщение от john_erohin (?), 16-Июн-22, 14:57   +/
> бесполезный процесс рандомно грузящий CPU? anti-hertzbleed .systemd

тьфу на него.
uksmd, rcu*, mm* - вот этого всего достаточно.

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

120. Сообщение от john_erohin (?), 16-Июн-22, 15:03   +/
"потребления" чего ?
если электричества - то ваша настоящая фамилия случайно не Тунберг ?
(кстати она уже совершеннолетняя, имеет права выйти замуж и сниматься для обложки плейбоя).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

121. Сообщение от pavlinux (ok), 16-Июн-22, 15:16   +1 +/
>>> Давай, зафигачь мне qemu-system-x86_64 в контейнере AWS.
>> Не надо теорий. Задачу конечную пиши, стоимость выполнения и контакты.
> Извините, вы нам не подходите.

Понятно дело, у вас денег не хватит

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

122. Сообщение от Аноним (122), 16-Июн-22, 15:23   +1 +/
> Давай, зафигачь мне

Тебе только Ландыш 6S зафигачить можно.

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

123. Сообщение от randomizeemail (?), 16-Июн-22, 17:04   +/
Прочитал как "с возрастом можно получить точные тайминги и довольно низкий уровень работы". "A piker walks at the bell..."
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

124. Сообщение от Дикий Гуцул (?), 16-Июн-22, 20:00   +/
Правильно.Надо верить а не знать.Браво.Только не до всех анонимов дойдет то,что их только что идиотами обозвали)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98

125. Сообщение от Олег (??), 16-Июн-22, 20:40   +/
Вопрос отказа от чего-то не значит что стоит, буст это компромисс выбора, ни кто не запрещает отключить его
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

126. Сообщение от anonymous (??), 17-Июн-22, 01:04   +/
Ein heller Schein am Firmament
Mein Herz bleed
Ту-ду-дум туду-дуду-дум!
Ответить | Правка | Наверх | Cообщить модератору

127. Сообщение от achtosluchilos (ok), 17-Июн-22, 07:42   +/
А вот "аналоговнет" процессоры не содержат дыр и ошибок, я про те процессоры, которые Тайвань больше не будет производить для "импортозамещателей" импорта импортом. Ну вы поняли.
Ответить | Правка | Наверх | Cообщить модератору

128. Сообщение от Покойник (?), 17-Июн-22, 11:37   +/
Хайле, оупеннетчики :)
Помнится, была такая архитектура IA64, а также семейство процессоров Itanium. Так все эти ХартБлиды и иже с ними, совершенно неактуальны.
Ответить | Правка | Наверх | Cообщить модератору

129. Сообщение от Аноним (129), 17-Июн-22, 18:13   +1 +/
это не говнокод а очень даже неплохая оптимизация (не для криптобиблиотек только)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #130

130. Сообщение от warlock66613email (ok), 18-Июн-22, 01:52   +1 +/
И не для realtime систем, где нужно оптимизить хуший случай, а не среднее время.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129

131. Сообщение от Аноним (131), 18-Июн-22, 03:16   +/
ссылка на рекомендации не работает.
Ответить | Правка | Наверх | Cообщить модератору


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

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




Спонсоры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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