forum.opennet.ru - "Уязвимость Reptar, затрагивающая процессоры Intel" (155)

"Уязвимость Reptar, затрагивающая процессоры Intel"

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

"Уязвимость Reptar, затрагивающая процессоры Intel"	+/–
Сообщение от opennews (?), 15-Ноя-23, 10:11
Тэвис Орманди (Tavis Ormandy), исследователь безопасности из компании Google, выявил новую уязвимость (CVE-2023-23583) в процессорах Intel, получившую кодовое имя Reptar и в основном представляющую опасность для облачных систем, в которых выполняются виртуальные машины разных пользователей. Уязвимость позволяет вызвать зависание или аварийную остановку работы системы при выполнении в непривилегированных гостевых системах определённых операций. Для тестирования своих систем опубликована утилита, создающая условия для проявления уязвимости... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=60116
Ответить \| Правка \| Cообщить модератору

Оглавление

чот дырявые какие камни пошли, Golangdev (?), 10:11 , 15-Ноя-23, (1) +8

это ты еще AMD не видел, Аноним (2), 10:13 , 15-Ноя-23, (2) –5

AMD не трогай, лучшие процессоры , Аноним (4), 10:13 , 15-Ноя-23, (4) +9

Любые процессоры нельзя трогать Только обезьянки всё равно лапают Потому б у-ш, InuYasha (??), 10:25 , 15-Ноя-23, (7) +1

Ну, я понимаю, когда не хочешь пользованные, но когда сам пыской по нему елозишь, Аноним (10), 10:38 , 15-Ноя-23, (10) +1

Проблема в статическом электричестве ну и ещё в жире, в особо кривых руках По, InuYasha (??), 12:02 , 15-Ноя-23, (37) +1

не в статике если не в шерстяной кофте и бьёшь искрами по процу а в жирных и п, Бывалый смузихлёб (?), 13:15 , 15-Ноя-23, (65) –3

Да-да, конечно Транзисторов ежегодно добавляют миллионы, но они толще, прочнее , InuYasha (??), 14:00 , 15-Ноя-23, (77)

Вот всегда было интересноПочему пасту толстым слоем на камень, а не тонким слоем, Тот_ещё_аноним (ok), 16:29 , 15-Ноя-23, (104) +2
Разве можно работать с продукцией AMD такой отверткой Винты нужно закручивать д, Ефрщ (?), 23:35 , 15-Ноя-23, (130)

Это и есть динамометрическая отвёртка, он разве об этом не говорит , InuYasha (??), 10:18 , 18-Ноя-23, (166)

это общие рекомендации вроде не ходить летом без шапки а то продуетТам на каждый, Бывалый смузихлёб (?), 17:27 , 17-Ноя-23, (155)
Представляешь, мистер эксперт, транзисторы на I O можно делать более жирными и п, Аноним (-), 21:57 , 17-Ноя-23, (156)

По-моему, ты сильно переоцениваешь возможность этой защиты Спасает она, в осн, InuYasha (??), 10:35 , 18-Ноя-23, (167) –1

кондёры лопаются, Аноним (117), 18:44 , 15-Ноя-23, (117)

лучшие процессоры еще не придумали, Аноним (78), 14:04 , 15-Ноя-23, (78) +3
Скрыто модератором, Аноним (87), 14:27 , 15-Ноя-23, (87)

Скрыто модератором, Ширламырла (?), 21:40 , 15-Ноя-23, (126) +1

Скрыто модератором, Аноним (87), 15:07 , 16-Ноя-23, (146) +1

Тогда новостью выше почитай 129315 , не родной носитель (?), 15:19 , 15-Ноя-23, (91) +3

нет, а что там как я помню, последних 5-8 лет уязвимости в основном связаны с Ш, Golangdev (?), 10:14 , 15-Ноя-23, (5)

это называется избирательная память , Аноним (2), 10:19 , 15-Ноя-23, (6)

Это называется фанатизм к Интел иначе интелофилия Желания защитить Интел в любо, Аноним (11), 10:38 , 15-Ноя-23, (11)

Ты неправ и проецируешь Любителей Интела не существует, существуют только АМДфа, Аноним (10), 11:30 , 15-Ноя-23, (30) –8

Лукавишь, если не сказать грубее , Аноним (41), 12:14 , 15-Ноя-23, (41) +1

Ну, может быть, среди таких, кто не понимает, что это вообще за волшебные коробк, Аноним (10), 12:50 , 15-Ноя-23, (60) –1

Листай https www opennet ru keywords amd html, Аноним (112), 18:14 , 15-Ноя-23, (112) +1

Спасибо , Golangdev (?), 00:24 , 16-Ноя-23, (132)

видел, кроме дырени в старых эпиках в PSP, и нескольких проблем со спекулятивным, penetrator (?), 12:40 , 15-Ноя-23, (56)

- Вот те раз подумал Штирлиц - Вот те два подумал Борман пуляя второй кирпич ht, Аноним (-), 20:56 , 15-Ноя-23, (125)

Завидуйте молча W W им в соседней новости насыпали, наслаждайтесь на пару Но т, Аноним (-), 20:53 , 15-Ноя-23, (124)

AMD в последнее время не лучше https en wikipedia org wiki Transient_execution, birdie (ok), 10:50 , 15-Ноя-23, (17) –1
Усложнение логики ведет к увеличению лог схем в камне, что ведет к большему кол, Pahanivo (ok), 11:58 , 15-Ноя-23, (36) +2

В наше всремя скорее проблема в том что о безопасности не думали в то время , InuYasha (??), 12:04 , 15-Ноя-23, (38)

В Intel 386 уже была, другой вопрос, что NT 3 1 вышла только в 1993 году , birdie (ok), 12:25 , 15-Ноя-23, (49)
От того времени в современном железе мало чего осталось, в основном только наз, all_glory_to_the_hypnotoad (ok), 12:42 , 15-Ноя-23, (58)

Всегда покупал AMD , Аноним (4), 10:13 , 15-Ноя-23, (3) +5

Тоже уважаю AMD Но так получилось, что на всех доступных 7 компьютерах установл, nox. (?), 10:43 , 15-Ноя-23, (14) +2
Core2duo топчик за свои деньги, Аноним (15), 10:44 , 15-Ноя-23, (15) +3

За свои деньги топчик Xeon E5 v4, Аноним (44), 12:16 , 15-Ноя-23, (44) +3

Топчик за свои деньги проигрывает в соотношении цена качество любому рабочему , Денис Попов (?), 14:57 , 15-Ноя-23, (88)

Кстати, топчик среди ошибкок студентов в ТЭО , InuYasha (??), 18:07 , 15-Ноя-23, (109)
Спорно, т к говно с помойки жрет электричество как не в себя, и очень вскоре е5, Аноним (44), 04:41 , 16-Ноя-23, (135) +1

Vulnerability Lake , Аноним (9), 10:36 , 15-Ноя-23, (9) +5

https en wikipedia org wiki Lake_of_fire, Аноним (24), 11:12 , 15-Ноя-23, (24)

Lake of Tears, InuYasha (??), 18:08 , 15-Ноя-23, (110) +3

Lake of Tears - Headstones, Аноним (171), 09:40 , 21-Ноя-23, (171)

Интересно как явные бекдоры в перемешку со случайными ошибками вылезают с течени, Аноним (11), 10:41 , 15-Ноя-23, (12) +2

Особенно когда надо убедить покупать новую продукцию Вы заметили, кстати, что в, Аноним (139), 10:42 , 16-Ноя-23, (139)
Бизнес план такой Сегодня они делают закладки в процессоры за вознаграждение от, Аноним (147), 15:33 , 16-Ноя-23, (147) +1

Было бы славно подкинуть Microsoft идею о том, чтобы Windows 12 не поддерживала , Jethro_Tull (??), 10:41 , 15-Ноя-23, (13) +1

Тут не в процессорах дело На Гравитоны вообще не удалось Windows поставить , nox. (?), 10:45 , 15-Ноя-23, (16)

А linux , Аноним (25), 11:15 , 15-Ноя-23, (25)

Runtu 22 04 - нет драйвера встроенной сетевой карты, с отдельной картой - нормал, nox. (?), 11:28 , 15-Ноя-23, (29) +1

А ты не юзай русские дистры , Аноним (54), 12:35 , 15-Ноя-23, (54) –1
Сетевка - любимый производителями дешман-Realtek , Криптоханыга (?), 10:20 , 21-Ноя-23, (172)

Гравитоны - кто что такие , Аноним (41), 12:30 , 15-Ноя-23, (52)

Частицы, которые создают эффект гравитации , Аноним (54), 12:36 , 15-Ноя-23, (55)

Он, похоже, имел ввиду какое-то семейство CPU или платформ , Аноним (41), 12:47 , 15-Ноя-23, (59)

Отечественный производитель компьютеров, Аноним (62), 12:55 , 15-Ноя-23, (62)
Ну так гравитоны - такая частица что хрен ее отловишь и заметишь Вроде бы теоре, Аноним (-), 22:40 , 17-Ноя-23, (157)

Ну вот гипотеза о причинах вообще реальной не выглядит Длину операции в буфере н, Tron is Whistling (?), 10:57 , 15-Ноя-23, (18) +1

Вполне возможно, что отверстие таки дебажное, для врезки произвольных микроопера, Tron is Whistling (?), 10:59 , 15-Ноя-23, (19) +1
Гражданин, вы совсем отстали от жизни в своём уютном колхозе Технологическое от, all_glory_to_the_hypnotoad (ok), 12:51 , 15-Ноя-23, (61) +1

Ну то есть получается, что интел сделал баг в двух соснах на ровном месте С чем, Tron is Whistling (?), 13:29 , 15-Ноя-23, (67)

У repsx movsx нет флага imm, т е префикс размер инструкции поменять не может , Tron is Whistling (?), 13:54 , 15-Ноя-23, (73)

А если бы он вдруг был - декодирование repsx movsx вообще бы не работало Нет, чт, Tron is Whistling (?), 13:55 , 15-Ноя-23, (74)
Пырашу пыращения, rep movsx, а не repsx movsx , Tron is Whistling (?), 14:11 , 15-Ноя-23, (82)

Ты только сейчас заметил реальный уровень инженерии интела и их приоритеты С че, Аноним (-), 22:43 , 17-Ноя-23, (158)

Когда я вижу названия интеловских GPU - у меня на филее волосы шевелятся В здра, Tron is Whistling (?), 23:05 , 17-Ноя-23, (160)
Ну и кстати это ещё не самый страшный драйвер в ядре , Tron is Whistling (?), 23:27 , 17-Ноя-23, (162)

Мне кажется проще было бы встроить в компиляторы защиту, чтобы такой код не гене, Аноним (23), 11:11 , 15-Ноя-23, (23) –1

Ты ещё предложи за незаконное ручное написание такого кода, а равно за написание, Аноним (31), 11:31 , 15-Ноя-23, (31) +2

люди в целом хорошие, если им сказать так не делать через компилятор - они не бу, Аноним (23), 12:41 , 15-Ноя-23, (57) +2
А что предлагать Уже давно есть в УК РФ Статья 273, ИмяХ (ok), 15:00 , 15-Ноя-23, (89)

Да там полный УК статей, при желании их применить и целый ворох статей применимы, Аноним (118), 19:03 , 15-Ноя-23, (118)

Откуда ты заранее знаешь какая инструкция с каким регистром и каким префиксом бу, Аноним (35), 11:50 , 15-Ноя-23, (35) +3

Вообще-то проще, если всё opensource и freesoftware Но не всё Ну и есть области, Аноним (108), 18:00 , 15-Ноя-23, (108)

Т е написание программ на ассемблере полностью утраченный скил , 1 (??), 12:05 , 15-Ноя-23, (39)

ну а зачем тогда еще продвигать всякие хай левел безопасТные ЯП Чем меньше знаеш, Sw00p aka Jerom (?), 16:09 , 15-Ноя-23, (103)

Да вон RowHammer а даже на JS забацали Концептуально, чего Да и спекулятивку ш, А ноним (?), 22:45 , 17-Ноя-23, (159)

Внезапно, такие опции есть Даже в MS-компиляторе , InuYasha (??), 18:09 , 15-Ноя-23, (111)

ерунда какая-то в описании уязвимости я бы понял если бы речь шла про пень4, ко, ckotinko (ok), 11:19 , 15-Ноя-23, (26) –2

itanium - это VLIW-архитектура, требующая сложных компиляторов Не представляю, , Аноним (31), 11:28 , 15-Ноя-23, (28)

Внезапно так же, как и в эльбрусах Никаких проблем транслировать эмулировать x8, voiceofreason (?), 12:21 , 15-Ноя-23, (46)

в пне4 официально перекомпиляция х86 в некий кэш трасс который выглядит как и, ckotinko (ok), 12:29 , 15-Ноя-23, (51)
С итоговой скоростью работы z80, конечно, проблем нет транслировать, all_glory_to_the_hypnotoad (ok), 12:56 , 15-Ноя-23, (63) +1

Но почему же тогда все x86_64-процы RISC внутри , Аноним (41), 13:04 , 15-Ноя-23, (64)

Потому что это удобнее именно для части блоков исполнения И то там не вот просто, Tron is Whistling (?), 13:57 , 15-Ноя-23, (75) +1
Представьте, что у вас замечательная многоядерная конструкция Пара ядер умеют ск, Tron is Whistling (?), 14:15 , 15-Ноя-23, (83)

А, да, и всё это ещё и памяти для команд не имеет, и в переходы не умеет То ест, Tron is Whistling (?), 14:17 , 15-Ноя-23, (84)
вы описали схему томассуло процессор очень странный в плане связности по регист, ckotinko (ok), 08:19 , 16-Ноя-23, (137)

Да, её родимую По сути на ней оно сейчас и строится Куча внутренних регистров , Tron is Whistling (?), 22:28 , 16-Ноя-23, (150)

Если проще - там не RISC-проц внутри CISC, а отдельные RISC- и LIW- пайплайны, к, Tron is Whistling (?), 14:22 , 15-Ноя-23, (85)
Потому что они при этом и не VLIW внутри Современные x86 имеют сложные планиров, all_glory_to_the_hypnotoad (ok), 15:49 , 15-Ноя-23, (99) –1

Ну толсто же Первые убогие итаниумы с убогой эмуляцией крутили x86 со скоростью, voiceofreason (?), 14:18 , 17-Ноя-23, (154) –2

Всем производителям следует добавить поддержку RISC-V в свои процессоры Чтобы п, Аноним (31), 11:25 , 15-Ноя-23, (27) +1

Не то, чтобы поддержку где-то сбоку, а RISC-V использовать в качестве микрокода , Аноним (41), 12:23 , 15-Ноя-23, (47)

Вот это как раз не получится x86-микрооперации - отдельно для адреса и отдельно, Аноним (79), 14:06 , 15-Ноя-23, (79)

С точки зрения микропрограммы, и адреса, и данные эмулируемой системы команд, вс, Аноним (144), 12:41 , 16-Ноя-23, (144)

Только вот незадача -- RISC-V такое же дырявре УГ как и х86 , Аноним (96), 15:34 , 15-Ноя-23, (96)

Этим достаточно вовремя уже озаботились, пока процессоры ещё в виде описания на , Аноним (144), 12:50 , 16-Ноя-23, (145)

хохо, и что на это расскажут защитники UB неужели недетерминированность выполнен, Аноним (33), 11:39 , 15-Ноя-23, (33)

Ну ок, пофикси это на расте , Аноним (35), 11:44 , 15-Ноя-23, (34) +3

Ты совсем того Причем тут раст Речь о самой концепции наш кд работает но хз ка, Аноним (33), 12:11 , 15-Ноя-23, (40)

Притом что растаманы - противники UB и гордятся тем, что у них в языке его нет, Аноним (35), 12:14 , 15-Ноя-23, (42)

X86_64 это не CISC, это MegaCISC , Аноним (41), 12:16 , 15-Ноя-23, (43)
Неужели в процессорном внутреннем кодировании микрооперации не имеют одинаковую , Аноним (31), 12:19 , 15-Ноя-23, (45)

Неужели деда Мороза не существует , anonymous (??), 12:08 , 16-Ноя-23, (141)
А причем тут внутреннее представление, если речь фронтенде, который имеет дело с, Прыгающий Ленивец (?), 18:23 , 16-Ноя-23, (149)

Предположим, что это так Нельзя ли тогда заставить процессор интерпретировать к, Аноним (31), 12:24 , 15-Ноя-23, (48)

В SGX уже столько дыр, что оно напоминает дуршлаг Реверсить микрооперации тут и, Tron is Whistling (?), 14:09 , 15-Ноя-23, (80)

описание бага тут https lock cmpxchg8b com reptar htmlи тут явно дело не огран, ckotinko (ok), 12:28 , 15-Ноя-23, (50) +1

Скорее всего декодер подмешивает в микрооперации что-то другое, встретив конкрет, Tron is Whistling (?), 13:39 , 15-Ноя-23, (71)

Лучше б открыли код микро ос, работающей в проце , Аноним (9), 13:23 , 15-Ноя-23, (66)

Этого никогда не будет, элита должна держать под контролем стадо , Аноним (4), 13:31 , 15-Ноя-23, (68) +1

радибезопасносте радистабильносте, FF (?), 13:36 , 15-Ноя-23, (70)
Через процессор Блин, а как же древние египтяне, персы и римляне с этим справля, не родной носитель (?), 15:30 , 15-Ноя-23, (95) –1

Объёмы информации тогда были такие, что для её извлечения хватало банальных пыто, x3who (?), 23:06 , 15-Ноя-23, (129)
Тема хорошо раскрыта в Stargate Правда, вам не понравится такой способ , Аноним (-), 00:05 , 18-Ноя-23, (164) +1

Вдруг, и там окажется ОС Танненбаума , Аноним (41), 13:44 , 15-Ноя-23, (72)
А ты как думаешь, почему он закрыт И почему проц вырубается ровно через 30 мин, Аноним (101), 16:01 , 15-Ноя-23, (101) +4

Да защищённые компы эйргэпнуты Не защищённые - обычно за натом сидят , Аноним (140), 11:53 , 16-Ноя-23, (140)

Кто придумывает эти идиотские названия для уязвимостей и зачем , Аноним (76), 14:00 , 15-Ноя-23, (76)

Нужно больше хайпа , Tron is Whistling (?), 14:10 , 15-Ноя-23, (81) +1

А тут ещё смеются над теми кто на кор 2 Дуо сидит , Аноним (86), 14:25 , 15-Ноя-23, (86)

Смеяться не надо Сижу на кваде на асусе, и всё прекрасно работает Почти всё , Аноним (106), 16:50 , 15-Ноя-23, (106)

Поправил П с если совсем всё плохо, можешь попробовать насобирать стеклотару на, Смузихлёб (ok), 17:53 , 15-Ноя-23, (107) +2

тут на сайте уже было обсуждение прекрасности core2duo -- приводился список ош, 1 (??), 18:35 , 15-Ноя-23, (115)
Они не смеются, а харрасят Себе социальный рейтинг повышают На сколько е-балло, Аноним (116), 18:38 , 15-Ноя-23, (116)

Что зазорного, в том, чтобы в очередной раз пнуть слабого Ведь если человек в 2, Аноним (128), 22:58 , 15-Ноя-23, (128)

Знакомый, года 3 назад, на полном серьёзе бил кулаком себя в грудь, доказывая, ч, Аноним (101), 15:17 , 15-Ноя-23, (90) +1

Согласен Пентиум 4, а лучше бы 3 и настоящий линукс с тайлами и башпортянками н, не родной носитель (?), 15:26 , 15-Ноя-23, (94)

Башпортянки, думаю, лишнее Выпиливание сустемд не даёт ощутимого высвобождения , Аноним (101), 15:38 , 15-Ноя-23, (97) –1

На 256 даёт А ещё, говорят, фпс поднимает, но уже на новеньких машинках , Аноним (142), 12:30 , 16-Ноя-23, (142) –1

фпс рабочего стола или glxgears , Электрон (?), 13:42 , 17-Ноя-23, (153)
На одноплатниках с 256 мегз системде памяти выше крыши Зато бутявит минимальную, Аноним (-), 00:02 , 18-Ноя-23, (163)

Если у него вспухли кондеры или пыхнул питальник - даже не очень врет В остальн, Аноним (-), 20:38 , 15-Ноя-23, (121)

Надёжность не равно производительность Вон в Пентагоне до сих пор юзают PDP-11 , Аноним (128), 22:53 , 15-Ноя-23, (127) +1

не надо выдавать технологическую отсталость в отдельных областях за норму или до, Вася (??), 09:15 , 16-Ноя-23, (138)

Ну да, и memory sinkhole это г не подвержено, ага , Tron is Whistling (?), 11:19 , 19-Ноя-23, (170)

Ну нашли и нашли уязвимость Можно подумать что х86 процессорам есть какая-то , Аноним (96), 18:34 , 15-Ноя-23, (114)
Welcome to Undocumented world , Аноним (-), 20:36 , 15-Ноя-23, (120)
Гугл не хочет закупить эльбрусов , Аноним (122), 20:47 , 15-Ноя-23, (122) +1
Озёра уязвимостей, Аноним (122), 20:49 , 15-Ноя-23, (123) +1
А есть какой открытый x86 процессор Хотелось бы схемку процессора глянуть Или , Аноним (131), 23:58 , 15-Ноя-23, (131)

Это тебе не шарманка на 6п3с , Аноним (128), 01:36 , 16-Ноя-23, (134) +1

в общем, на входе стоит декодер длины команд из него получаются макро-операци, ckotinko (ok), 00:44 , 16-Ноя-23, (133) +1

код который находится в MS-ROM может выполнять ряд операций, вообще не возможных, ckotinko (ok), 08:17 , 16-Ноя-23, (136) +1

MCE - это не обязательно шатание шиныЭто может быть ошибка вторичного декодирова, Tron is Whistling (?), 23:07 , 17-Ноя-23, (161)

про то, что этот код хитрит с кэшем заявляли сами интеловцы а MCE триггрерится , ckotinko (ok), 04:40 , 18-Ноя-23, (165)

Вполне возможно, что это просто вторичный результат шатания кривым микрокодом вс, Tron is Whistling (?), 11:10 , 18-Ноя-23, (168)

Есть мнение, что интереснее будет поиграться с прочими регистрами перед забаговк, Tron is Whistling (?), 22:33 , 16-Ноя-23, (151)
Если оно действительно врезает в очередь микрокоманд данные из заданного источни, Tron is Whistling (?), 22:34 , 16-Ноя-23, (152)

Intel 171 Для наших замедляющих обновлений микропрошивок нашли уязвимости , Аноним (169), 16:40 , 18-Ноя-23, (169)

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

1. Сообщение от Golangdev (?), 15-Ноя-23, 10:11 +8 +/–

> процессорах Intel
чот дырявые какие камни пошли

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

2. Сообщение от Аноним (2), 15-Ноя-23, 10:13 –5 +/–

это ты еще AMD не видел

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

3. Сообщение от Аноним (4), 15-Ноя-23, 10:13 +5 +/–

Всегда покупал AMD.

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

4. Сообщение от Аноним (4), 15-Ноя-23, 10:13 +9 +/–

AMD не трогай, лучшие процессоры.

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

5. Сообщение от Golangdev (?), 15-Ноя-23, 10:14 +/–

нет, а что там ?
как я помню, последних 5-8 лет уязвимости в основном связаны с Штеуд, хоть mentdown какой-нить

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

6. Сообщение от Аноним (2), 15-Ноя-23, 10:19 +/–

это называется "избирательная память"

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

7. Сообщение от InuYasha (??), 15-Ноя-23, 10:25 +1 +/–

Любые процессоры нельзя трогать. Только обезьянки всё равно лапают. Потому б/у-шные процы покупать стрёмно.

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

9. Сообщение от Аноним (9), 15-Ноя-23, 10:36 +5 +/–

Vulnerability Lake.

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

10. Сообщение от Аноним (10), 15-Ноя-23, 10:38 +1 +/–

Ну, я понимаю, когда не хочешь пользованные, но когда сам пыской по нему елозишь, в чём проблема? Все фанбои этим занимаются, вроде, не жалуются.

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

11. Сообщение от Аноним (11), 15-Ноя-23, 10:38 +/–

Это называется фанатизм к Интел иначе интелофилия. Желания защитить Интел в любом явном провале.

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

12. Сообщение от Аноним (11), 15-Ноя-23, 10:41 +2 +/–

Интересно как явные бекдоры в перемешку со случайными ошибками вылезают с течением времени. Шило в мешке не утаишь.

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

13. Сообщение от Jethro_Tull (??), 15-Ноя-23, 10:41 +1 +/–

Было бы славно подкинуть Microsoft идею о том, чтобы Windows 12 не поддерживала эти поколения процессоров из-за их низкого уровня безопасности.

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

14. Сообщение от nox. (?), 15-Ноя-23, 10:43 +2 +/–

Тоже уважаю AMD. Но так получилось, что на всех доступных 7 компьютерах установлены Intel. Чисто случайно.

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

15. Сообщение от Аноним (15), 15-Ноя-23, 10:44 +3 +/–

Core2duo топчик за свои деньги

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

16. Сообщение от nox. (?), 15-Ноя-23, 10:45 +/–

Тут не в процессорах дело. На Гравитоны вообще не удалось Windows поставить.

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

17. Сообщение от birdie (ok), 15-Ноя-23, 10:50 –1 +/–

AMD в последнее время не лучше:
https://en.wikipedia.org/wiki/Transient_execution_CPU_vulner...
Про CacheWarp Максим сейчас пишет новость: https://cachewarpattack.com/

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

18. Сообщение от Tron is Whistling (?), 15-Ноя-23, 10:57 +1 +/–

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

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

19. Сообщение от Tron is Whistling (?), 15-Ноя-23, 10:59 +1 +/–

Вполне возможно, что отверстие таки дебажное, для врезки произвольных микроопераций из заданного источника (и команда таки удобная). Поскольку кодирование таковых не известно - эффекты соответствующие, что оно там при этом начинает исполнять - без внутренних доков никому не известно.

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

23. Сообщение от Аноним (23), 15-Ноя-23, 11:11 –1 +/–

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

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

24. Сообщение от Аноним (24), 15-Ноя-23, 11:12 +/–

https://en.wikipedia.org/wiki/Lake_of_fire

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

25. Сообщение от Аноним (25), 15-Ноя-23, 11:15 +/–

А linux?

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

26. Сообщение от ckotinko (ok), 15-Ноя-23, 11:19 –2 +/–

ерунда какая-то в описании уязвимости! я бы понял если бы речь шла про пень4, который внутри итаниум буквально. кэш трасс этот, 3 инструкции в линейке - это итаник с перекодировщиком. отсюда и останов проца был на кэш-промахе.
но. Итаники закопаны, и вместо них реанимирован пень-3 на стероидах. Там схема томассуло: используется несколько очередей команд, в пнях-7 их 7, на новых 9, сколько портов указано у агнера фога в доке. Часть очередей ALUшные, одна-две чтение памяти, одна-две "запись адресов" - на самом деле это резервация слотов в очереди записи, и одна-две "запись данных" это запись данных в зарезервированный слот. Вот как-то так. Никаких "смещений" там быть не должно. Это регистровые файлы по сути, где команда хранится блобом.
>Предполагается, что ошибка вызвана неверным вычислением размера инструкции "MOVSB" с избыточным префиксом, что приводит к нарушению адресации инструкций, записанных в буфер ROB после MOVSB, и смещению указателя на инструкции
единственное место где по схемам от самого штеуда могут использоваться адреса - это uop cache. но тогда схема уязвимости неверно описана.

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

27. Сообщение от Аноним (31), 15-Ноя-23, 11:25 +1 +/–

Всем производителям следует добавить поддержку RISC-V в свои процессоры. Чтобы потом просто дропнуть свою legacy-систему команд.

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

28. Сообщение от Аноним (31), 15-Ноя-23, 11:28 +/–

>пень4, который внутри итаниум буквально
itanium - это VLIW-архитектура, требующая сложных компиляторов. Не представляю, как можно вместить такой компилятор в железку, и как сделать, чтобы он мог работать незаметно.

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

29. Сообщение от nox. (?), 15-Ноя-23, 11:28 +1 +/–

Runtu 22.04 - нет драйвера встроенной сетевой карты, с отдельной картой - нормально. Astra и SE, и CE отлично встает.

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

30. Сообщение от Аноним (10), 15-Ноя-23, 11:30 –8 +/–

Ты неправ и проецируешь. Любителей Интела не существует, существуют только АМДфанбои. Как правило, это родовая травма.

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

31. Сообщение от Аноним (31), 15-Ноя-23, 11:31 +2 +/–

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

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

33. Сообщение от Аноним (33), 15-Ноя-23, 11:39 +/–

> выполнение инструкции "REP MOVSB", закодированной с избыточным префиксом "REX", приводит к неопределённому поведению.
хохо, и что на это расскажут защитники UB?
неужели недетерминированность выполнения кода это так круто?

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

34. Сообщение от Аноним (35), 15-Ноя-23, 11:44 +3 +/–

Ну ок, пофикси это на расте.

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

35. Сообщение от Аноним (35), 15-Ноя-23, 11:50 +3 +/–

Откуда ты заранее знаешь какая инструкция с каким регистром и каким префиксом будет давать UB?
Ок, допустим в компиляторе сделали на конкретно вот этот случай workaround. Дальше что? Пересобирать всю ОС со всеми программами этим новым компилятором вместо того чтобы просто обновить микрокод и устранить причину, а не следствие? Чё, реально проще? Да ты, блин, гений.

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

36. Сообщение от Pahanivo (ok), 15-Ноя-23, 11:58 +2 +/–

Усложнение логики ведет к увеличению лог. схем в камне, что ведет к большему кол-ву потенциальных дыр.
Все логично.

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

37. Сообщение от InuYasha (??), 15-Ноя-23, 12:02 +1 +/–

Проблема в статическом электричестве (ну и ещё в жире, в особо кривых руках). Потом она перетекает в "а что-то у меня USB перестал работать, а pci-e срывается в 8x". Хуже всего что даже в сервис-центрах порой не знают что такое антистатические браслеты.

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

38. Сообщение от InuYasha (??), 15-Ноя-23, 12:04 +/–

В "наше всремя" скорее проблема в том что о безопасности не думали в "то время". Ну какие контейнеры в 1980ых? Там даже мультизадачности почти не было.

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

39. Сообщение от 1 (??), 15-Ноя-23, 12:05 +/–

Т.е. написание программ на ассемблере полностью утраченный скил ?

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

40. Сообщение от Аноним (33), 15-Ноя-23, 12:11 +/–

Ты совсем того?
Причем тут раст?
Речь о самой концепции "наш кд работает но 'хз как' в зависимости от внешних условий"

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

41. Сообщение от Аноним (41), 15-Ноя-23, 12:14 +1 +/–

>Любителей Интела не существует
Лукавишь, если не сказать грубее.

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

42. Сообщение от Аноним (35), 15-Ноя-23, 12:14 +/–

> Причем тут раст?
Притом что растаманы - противники UB и гордятся тем, что "у них" в языке его нет.

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

43. Сообщение от Аноним (41), 15-Ноя-23, 12:16 +/–

X86_64 это не CISC, это MegaCISC.

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

44. Сообщение от Аноним (44), 15-Ноя-23, 12:16 +3 +/–

За свои деньги топчик Xeon E5 v4

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

45. Сообщение от Аноним (31), 15-Ноя-23, 12:19 +/–

>We believe this bug causes the frontend to miscalculate the size of the movsb instruction, causing subsequent entries in the ROB to be associated with incorrect addresses. When this happens, the CPU enters a confused state that causes the instruction pointer to be miscalculated.
Неужели в процессорном внутреннем кодировании микрооперации не имеют одинаковую длину? Такое решение позволяет иметь более простую архитектуру вычисления адреса и анализировать последующие инструкции параллельно. Недостаток - жрёт память для CISC-инструкций, но смысл микроопераций в том, что они простые, для них как раз тащирь с каждой инструкцией её размер должно жрать память.

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

46. Сообщение от voiceofreason (?), 15-Ноя-23, 12:21 +/–

Внезапно так же, как и в эльбрусах. Никаких проблем транслировать/эмулировать x86.
x86 тоже RISC внутри. АМД начиная с K5, у интела чуть позже - с pentium pro. Софт под x86 работает как ни в чём ни бывало.

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

47. Сообщение от Аноним (41), 15-Ноя-23, 12:23 +/–

Не то, чтобы поддержку где-то сбоку, а RISC-V использовать в качестве микрокода для кода x86_64. Ну и, конечно же, режим прямого исполнения микрокода RISC-V из ОЗУ сделать. Думается, что в таком случае, затыкание всяких там утечек станет менее болезненным.

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

48. Сообщение от Аноним (31), 15-Ноя-23, 12:24 +/–

>We believe this bug causes the frontend to miscalculate the size of the movsb instruction, causing subsequent entries in the ROB to be associated with incorrect addresses. When this happens, the CPU enters a confused state that causes the instruction pointer to be miscalculated.
Предположим, что это так. Нельзя ли тогда заставить процессор интерпретировать кодирование микроопераций как аргументы микрооперации и извлечь сами закодированные во внутреннее представление микрооперации? После чего отреверсить сами микрооперации, научиться на них программировать, и благодаря тому же багу затолкнуть в процессор свои последовательности микроопераций. Привилегированных, для взлома SGX.

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

49. Сообщение от birdie (ok), 15-Ноя-23, 12:25 +/–

> Там даже мультизадачности почти не было.
В Intel 386 уже была, другой вопрос, что NT 3.1 вышла только в 1993 году.

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

50. Сообщение от ckotinko (ok), 15-Ноя-23, 12:28 +1 +/–

описание бага тут:
https://lock.cmpxchg8b.com/reptar.html
и тут явно дело не ограничивается movsb. потому что обсираются команды перехода, fxsave и т.д.
>If you guessed that the processor will just silently ignore the rex prefix, you would be correct! Well… except on machines that support a new feature called fast short repeat move! We discovered that a bug with redundant rex prefixes could interact with this feature in an unexpected way and introduce a serious vulnerability, oops
Уже более детально: fast short repeat move. и не любой префикс rex а лишний и с битом R=1. значит интел вставил в микрокод фичу проверки регистра rcx на какой-то размер и упрощенный код для коротких строк.
скорее всего декодер подмешивает биты префиксов в modrm в микрокод если тот разрешает это. багокод выглядит так:
        rep
        rex
        rex     r
        movsb
то есть проверка размера использует неверный регистр? все равно непонятно - ну сработает вместо FSRM упрощенный код или наоборот. а вот если этот бит подействовал на команду ветвления после проверки размера строки.

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

51. Сообщение от ckotinko (ok), 15-Ноя-23, 12:29 +/–

в пне4 официально перекомпиляция х86 в некий "кэш трасс". который выглядит как итаниум по всем параметрам включая ограничения на размер операндов.

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

52. Сообщение от Аноним (41), 15-Ноя-23, 12:30 +/–

Гравитоны - кто/что такие?

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

54. Сообщение от Аноним (54), 15-Ноя-23, 12:35 –1 +/–

А ты не юзай русские дистры.

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

55. Сообщение от Аноним (54), 15-Ноя-23, 12:36 +/–

Частицы, которые создают эффект гравитации.

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

56. Сообщение от penetrator (?), 15-Ноя-23, 12:40 +/–

видел, кроме дырени в старых эпиках в PSP, и нескольких проблем со спекулятивным исполнением больше ничего и не вспомнить, все было залатано достаточно безболезненно либо в прошивах либо в ядре (а на новых поколениях начиная с зен3 многое вообще не проявляется), чего не скажешь про интел и по количеству дыр, и по последствиям
да AMD тоже подвержен подобным атакам, но интел в плане вообще дуршлаг

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

57. Сообщение от Аноним (23), 15-Ноя-23, 12:41 +2 +/–

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

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

58. Сообщение от all_glory_to_the_hypnotoad (ok), 15-Ноя-23, 12:42 +/–

От 'того времени' в современном железе мало чего осталось, в основном только названия

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

59. Сообщение от Аноним (41), 15-Ноя-23, 12:47 +/–

Он, похоже, имел ввиду какое-то семейство CPU или платформ.

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

60. Сообщение от Аноним (10), 15-Ноя-23, 12:50 –1 +/–

> Лукавишь, если не сказать грубее.
Ну, может быть, среди таких, кто не понимает, что это вообще за волшебные коробки такие, и как они устроены, они и найдутся. Ты когда-нибудь встречал тех, кто бы был уверен в непогрешимости и неуязвимости продукции Интела?
При этом многие отдают ей предпочтение, зная о недостатках, естественно. Это не совпадение, распространённость выше, меньше проблем с ПО, более предсказуемое железо (например, без проблем с усб или сегфолтами компилятора, вопросов производительности и багов многопотока). Если посмотреть, это всё выглядит как пиар-компания, и вполне успешно поднялся процент облачных внедрений продукции компании-аутсайдера. Непонятно только, зачем "поклонники" так переживают о том, что их едва ли касается.

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

61. Сообщение от all_glory_to_the_hypnotoad (ok), 15-Ноя-23, 12:51 +1 +/–

Гражданин, вы совсем отстали от жизни в своём уютном колхозе. Технологическое отверстие давно расширили и теперь оно называется Intel ME и AMD PSP. А это очевидный баг.

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

62. Сообщение от Аноним (62), 15-Ноя-23, 12:55 +/–

Отечественный производитель компьютеров

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

63. Сообщение от all_glory_to_the_hypnotoad (ok), 15-Ноя-23, 12:56 +1 +/–

> Внезапно так же, как и в эльбрусах. Никаких проблем транслировать/эмулировать x86.
С итоговой скоростью работы ~ z80, конечно, проблем нет транслировать

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

64. Сообщение от Аноним (41), 15-Ноя-23, 13:04 +/–

Но почему же тогда все x86_64-процы RISC внутри?

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

65. Сообщение от Бывалый смузихлёб (?), 15-Ноя-23, 13:15 –3 +/–

не в статике( если не в шерстяной кофте и бьёшь искрами по процу )
а в жирных и потных лапах фанатов. И контакты загаживаются и коррозия может пойти
А статики полупроводники сильно боялись лет 40 назад. Тогда даже полевики до применения или в фольгу заворачивали или все лапы скручивали
Без заземления взял за отдельную ножку, даже искр никаких не было - а детали уже конец, можно выбрасывать
Сейчас все выводы обычно являются стойкими к статике от человека

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

66. Сообщение от Аноним (9), 15-Ноя-23, 13:23 +/–

Лучше б открыли код микро ос, работающей в проце.

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

67. Сообщение от Tron is Whistling (?), 15-Ноя-23, 13:29 +/–

Ну то есть получается, что интел сделал баг в двух соснах на ровном месте? С чем и поздравляем.

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

68. Сообщение от Аноним (4), 15-Ноя-23, 13:31 +1 +/–

Этого никогда не будет, элита должна держать под контролем стадо.

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

70. Сообщение от FF (?), 15-Ноя-23, 13:36 +/–

#радибезопасносте #радистабильносте

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

71. Сообщение от Tron is Whistling (?), 15-Ноя-23, 13:39 +/–

Скорее всего декодер подмешивает в микрооперации что-то другое, встретив конкретную комбинацию.
О чем я выше и заметил.

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

72. Сообщение от Аноним (41), 15-Ноя-23, 13:44 +/–

Вдруг, и там окажется ОС Танненбаума?

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

73. Сообщение от Tron is Whistling (?), 15-Ноя-23, 13:54 +/–

У repsx/movsx нет флага imm, т.е. префикс размер инструкции поменять не может.

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

74. Сообщение от Tron is Whistling (?), 15-Ноя-23, 13:55 +/–

А если бы он вдруг был - декодирование repsx/movsx вообще бы не работало.
Нет, что-то здесь не то (tm)

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

75. Сообщение от Tron is Whistling (?), 15-Ноя-23, 13:57 +1 +/–

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

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

76. Сообщение от Аноним (76), 15-Ноя-23, 14:00 +/–

Кто придумывает эти идиотские названия для уязвимостей и зачем?

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

77. Сообщение от InuYasha (??), 15-Ноя-23, 14:00 +/–

Да-да, конечно! Транзисторов ежегодно добавляют миллионы, но они толще, прочнее и плюют на физику!
Нет. Вот инструкция от.. - батюшки! - самих АМД! https://www.youtube.com/watch?v=qDB5ht47iKg Первые 15 секунд видео. ЧТОБ ВСЕ ВИДЕЛИ!

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

78. Сообщение от Аноним (78), 15-Ноя-23, 14:04 +3 +/–

лучшие процессоры еще не придумали

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

79. Сообщение от Аноним (79), 15-Ноя-23, 14:06 +/–

Вот это как раз не получится. x86-микрооперации - отдельно для адреса и отдельно для данных.

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

80. Сообщение от Tron is Whistling (?), 15-Ноя-23, 14:09 +/–

В SGX уже столько дыр, что оно напоминает дуршлаг. Реверсить микрооперации тут избыточно. Вон судя по соседней новости и в SEV уже дырку проковыряли.

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

81. Сообщение от Tron is Whistling (?), 15-Ноя-23, 14:10 +1 +/–

Нужно больше хайпа.

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

82. Сообщение от Tron is Whistling (?), 15-Ноя-23, 14:11 +/–

Пырашу пыращения, rep/movsx, а не repsx/movsx.

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

83. Сообщение от Tron is Whistling (?), 15-Ноя-23, 14:15 +/–

Представьте, что у вас замечательная многоядерная конструкция.
Пара ядер умеют складывать и вычитать, битовые сдвиги, ещё что-нибудь.
Пара ядер умеет только умножение.
Одно ядро умеет только в деление.
Еще 3-4 ядра умеют штуки посложнее, типа SIMD и FP, но только их.
Штук 8 ядер умеют только писать в RAM и читать из неё.
И всё это объединено общим быстрым блоком SRAM в пару килобайт, и работает параллельно, не блокируясь.
Я бы под такое компилятор общего назначения писать не RISC'нул.

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

84. Сообщение от Tron is Whistling (?), 15-Ноя-23, 14:17 +/–

А, да, и всё это ещё и памяти для команд не имеет, и в переходы не умеет.
То есть вам всё это надо непрерывно кормить линейным потоком команд с отдельного управляющего ядра :D

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

85. Сообщение от Tron is Whistling (?), 15-Ноя-23, 14:22 +/–

Если проще - там не RISC-проц внутри CISC, а отдельные RISC- и LIW- пайплайны, которые дёргают модули. Модули сами кормиться не умеют, т.е. они не полноценные процы, а просто по факту отдельные контроллеры, работающие с вводом в виде RISC-подобных или LIW команд.

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

86. Сообщение от Аноним (86), 15-Ноя-23, 14:25 +/–

А тут ещё смеются над теми кто на кор 2 Дуо сидит.

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

87. Сообщение от Аноним (87), 15-Ноя-23, 14:27 +/–

Лучшие процессоры это MOS 6502, ну или Zilog Z80
А все эти ваши интелы и амд, гоуно глюкавое, мусор одним словом.

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

88. Сообщение от Денис Попов (?), 15-Ноя-23, 14:57 +/–

"Топчик за свои деньги" проигрывает в соотношении цена/качество любому рабочему говну, подобранному на помойке бесплатно.

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

89. Сообщение от ИмяХ (ok), 15-Ноя-23, 15:00 +/–

А что предлагать? Уже давно есть в УК РФ Статья 273

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

90. Сообщение от Аноним (101), 15-Ноя-23, 15:17 +1 +/–

Знакомый, года 3 назад, на полном серьёзе бил кулаком себя в грудь, доказывая, что самый безопасный процессор это пентиум 4. Раньше я думал, что у него начались старческие причуды (ему за 40) и он просто жлобится обновлять железо, теперь точно могу сказать, что он прав.

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

91. Сообщение от не родной носитель (?), 15-Ноя-23, 15:19 +3 +/–

> AMD не трогай, лучшие процессоры
Тогда новостью выше почитай 🤣

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

94. Сообщение от не родной носитель (?), 15-Ноя-23, 15:26 +/–

Согласен. Пентиум 4, а лучше бы 3 и настоящий линукс с тайлами и башпортянками на загрузке.

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

95. Сообщение от не родной носитель (?), 15-Ноя-23, 15:30 –1 +/–

> Этого никогда не будет, элита должна держать под контролем стадо.
Через процессор? Блин, а как же древние египтяне, персы и римляне с этим справлялись? И хорошо, кстати, справлялись.

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

96. Сообщение от Аноним (96), 15-Ноя-23, 15:34 +/–

Только вот незадача -- RISC-V такое же дырявре УГ как и х86.

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

97. Сообщение от Аноним (101), 15-Ноя-23, 15:38 –1 +/–

Башпортянки, думаю, лишнее. Выпиливание сустемд не даёт ощутимого высвобождения памяти даже на машинах с 1 гигом и менее.

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

99. Сообщение от all_glory_to_the_hypnotoad (ok), 15-Ноя-23, 15:49 –1 +/–

> Но почему же тогда все x86_64-процы RISC внутри?
Потому что они при этом и не VLIW внутри? Современные x86 имеют сложные планировщик и конвейеры исполнения, которые превращают CISC в микроинструкции и динамически и асинхронно раскидывают их по разным вычислительным блокам снижая таким образом простой железа.
Эльбрус, как и любой другой VLIW, это просто бревно и оно не умеет динамически ничего планировать, ему сразу нужно подавать всё в разложенном по блокам исполнения виде. Бревно ещё как-то в состоянии просто оттранслировать x86 в свой VLIW, но не в состоянии загрузить x86 инструкциями все свои вычислительные мощности. А если бы оно это умело делать эффективно, то получился бы аналог x86.

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

101. Сообщение от Аноним (101), 15-Ноя-23, 16:01 +4 +/–

А ты как думаешь, почему он закрыт?! И почему проц вырубается ровно через 30 минут, если вручную подчистить intel me? Уж не для того, чтобы активироваться в предопределённый час "ч" или по контрольному пакетику из интернета?!

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

103. Сообщение от Sw00p aka Jerom (?), 15-Ноя-23, 16:09 +/–

ну а зачем тогда еще продвигать всякие хай левел безопасТные ЯП?
Чем меньше знаешь как оно там устроено, тем легче "тебя" дурить!

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

104. Сообщение от Тот_ещё_аноним (ok), 15-Ноя-23, 16:29 +2 +/–

Вот всегда было интересно
Почему пасту толстым слоем на камень, а не тонким слоем на кулер?

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

106. Сообщение от Аноним (106), 15-Ноя-23, 16:50 +/–

Смеяться не надо.  Сижу на кваде на асусе, и всё прекрасно работает.  Почти всё: с августа отваливается сетевой интерфейс. Но никак не отвалится, потому что запилен хитрый скрипт, перегружающий модуль atl1e до тех пор, пока скорость не будет 100Mbps вместо 10-ти (1000 теперь в supported link modes нет вообще).
Лень идти в дэнээс, в соседнюю вкладку, открывать его там.
Но, видимо, придётся...

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

107. Сообщение от Смузихлёб (ok), 15-Ноя-23, 17:53 +2 +/–

> Лень идти на работу, Но, видимо, придётся...
Поправил.
П.с. если совсем всё плохо, можешь попробовать насобирать стеклотару на б\у PCI сетевуху с авито.

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

108. Сообщение от Аноним (108), 15-Ноя-23, 18:00 +/–

Вообще-то проще, если всё opensource и freesoftware. Но не всё.
Ну и есть области, где обновляться нельзя. А старую версию никто уже не собирает или конторы, которая собирала, вообще уже нет. Так что надо бы и там и там править.

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

109. Сообщение от InuYasha (??), 15-Ноя-23, 18:07 +/–

Кстати, топчик среди ошибкок студентов в ТЭО :)

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

110. Сообщение от InuYasha (??), 15-Ноя-23, 18:08 +3 +/–

Lake of Tears

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

111. Сообщение от InuYasha (??), 15-Ноя-23, 18:09 +/–

Внезапно, такие опции есть. Даже в MS-компиляторе.

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

112. Сообщение от Аноним (112), 15-Ноя-23, 18:14 +1 +/–

>как я помню, последних 5-8 лет
Листай:
https://www.opennet.ru/keywords/amd.html

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

114. Сообщение от Аноним (96), 15-Ноя-23, 18:34 +/–

Ну нашли и нашли уязвимость... Можно подумать что х86 процессорам есть какая-то альтернатива. Как покупали интел и амд, так и впредь будут покупать какими бы уязвимыми они ни были.

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

115. Сообщение от 1 (??), 15-Ноя-23, 18:35 +/–

тут на сайте уже было обсуждение "прекрасности" core2duo -- приводился список ошибок этого проца. писали что просто чемпион по ошибкам.

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

116. Сообщение от Аноним (116), 15-Ноя-23, 18:38 +/–

Они не смеются, а харрасят. Себе социальный рейтинг повышают. На сколько е-баллов только - большой-большой секрет.

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

117. Сообщение от Аноним (117), 15-Ноя-23, 18:44 +/–

кондёры лопаются

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

118. Сообщение от Аноним (118), 15-Ноя-23, 19:03 +/–

Да там полный УК статей, при желании их применить и целый ворох статей применимых найдётся, и цешый ворох судей-карьегистов, которые поз козырёк возьмут и скахут "так хочет царь".

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

120. Сообщение от Аноним (-), 15-Ноя-23, 20:36 +/–

> которые теоретически должны игнорироваться,
> но на практике приводили к странным эффектам,
Welcome to Undocumented world.

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

121. Сообщение от Аноним (-), 15-Ноя-23, 20:38 +/–

> Знакомый, года 3 назад, на полном серьёзе бил кулаком себя в грудь, доказывая, что самый
> безопасный процессор это пентиум 4.
Если у него вспухли кондеры или пыхнул питальник - даже не очень врет. В остальных случаях может получиться что он попросту неуловимый Джо.

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

122. Сообщение от Аноним (122), 15-Ноя-23, 20:47 +1 +/–

Гугл не хочет закупить эльбрусов?

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

123. Сообщение от Аноним (122), 15-Ноя-23, 20:49 +1 +/–

> По данным исследователя уязвимость присутствует в семействах процессоров Intel Ice Lake, Rocket Lake, Tiger Lake, Raptor Lake, Alder Lake
Озёра уязвимостей

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

124. Сообщение от Аноним (-), 15-Ноя-23, 20:53 +/–

> это ты еще AMD не видел
Завидуйте молча^W^W  им в соседней новости насыпали, наслаждайтесь на пару! Но там все же не так брутально.

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

125. Сообщение от Аноним (-), 15-Ноя-23, 20:56 +/–

> видел, кроме дырени в старых эпиках в PSP, и нескольких проблем со
> спекулятивным исполнением больше ничего и не вспомнить,
- Вот те раз подумал Штирлиц.
- Вот те два подумал Борман пуляя второй кирпич.
https://www.opennet.ru/openforum/vsluhforumID3/132067.html однако. Не такой позор как у интеля, но тоже фейл.

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

126. Сообщение от Ширламырла (?), 15-Ноя-23, 21:40 +1 +/–

Вы ещё забыли про более голубое небо, более зелёную траву и баб. Более сочных, более приятных во всех отношениях.
Как вы могли это не упомянуть?!

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

127. Сообщение от Аноним (128), 15-Ноя-23, 22:53 +1 +/–

Надёжность не равно производительность. Вон в Пентагоне до сих пор юзают PDP-11 с 8 дюймовыми дискетами. Неужто у них денег нет на новенький Mac Pro?

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

128. Сообщение от Аноним (128), 15-Ноя-23, 22:58 +/–

Что зазорного, в том, чтобы в очередной раз пнуть слабого? Ведь если человек в 2023 году сидит на компе 20 летней давности, значит он - несостоятельная личность. Жалость такие социальные инвалиды не вызывают от слова совсем.

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

129. Сообщение от x3who (?), 15-Ноя-23, 23:06 +/–

Объёмы информации тогда были такие, что для её извлечения хватало банальных пыток..

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

130. Сообщение от Ефрщ (?), 15-Ноя-23, 23:35 +/–

Разве можно работать с продукцией AMD такой отверткой? Винты нужно закручивать динамометрическим ключем с определенный усилием при определенной температуре.

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

131. Сообщение от Аноним (131), 15-Ноя-23, 23:58 +/–

А есть какой открытый x86 процессор? Хотелось бы схемку процессора глянуть. Или это все проприетарщина?

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

132. Сообщение от Golangdev (?), 16-Ноя-23, 00:24 +/–

Спасибо!

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

133. Сообщение от ckotinko (ok), 16-Ноя-23, 00:44 +1 +/–

в общем, на входе стоит "декодер длины команд". из него получаются макро-операции, которые идут в очередь макроопераций.
посмотрев какое пенальти за много rex-префиксов, я сделал вывод, что аппаратно они реализованы так, что даже не декодируются, а лишь ставят флажки для следующей инструкции. т.к. проц не чувствителен к их числу по части скорости.
обычные декодеры работают уже после декодеров длины, и по командам из очереди макроопераций, когда уже понятно какие байты жрать. и только для простых команд. но это не наш случай.
также не наш случай - кэш микроопераций. там 18 команд на 32байта, то есть описание причин сбоя неверное.
сложные команды которые являются номером в таблице + набором полей imm32,reg1,reg2,reg3,размер. в таблице лежит адрес кода в прошивке который будет выполнен. в микрокоде наверняка есть специальные псевдорегистры для указания временных регистров, или подстановки reg1,reg2,...imm. почему таблица? потому что прошивка может меняться и адреса в ней плавают. префиксы также влияют на адрес в таблице, например выставляют какой-то бит в опкоде. rex префикс ну просто явно выставляет какие-то биты и ничего больше не делает. ну в общем так бы я делал.
дальше начинает работать код из MS-ROM, который смотрит на то какой был опкод, какие были регистры и т.д. и тут интересный момент: rex.w + movsb = movsq, допустимая команда. а вот rex.r нет. пропуски ветвлений и ветвления мимо кассы могут указывать что команды после сбойной movsb просто не выполняются. походу добавленный код FSRM улетает куда-то по левому указателю или может быть даже делает это намеренно.
кто нибудь проверьте в коде теста на багу следующие варианты правок в однопоточном варианте. в icebreak.asm вот этот код:
rep
rex
rex     r
movsb
на такие варианты:
rep + rex r + movsb
rep + rex b + movsb
rep + rex x + movsb
rep + rex + rex w + movsb
rep + rex + rex b + movsb
rep + rex + rex x + movsb
и еще те же варианты + в начале mov rdx, rsp, заполнить [rsp-64, rsp-8] нулями + сразу после багокоманды команда call $0 (0xe0 0 0 0 0 20 раз) и сохранить данные из стека [rdx-64, rdx-8]. и потом mov rsp, rdx. тогда можно будет точнее сказать что там происходит
алсо оказывается с множественными rex-префиксами кто-то уже натыкался на крахи еще в 2016м году
https://keyboardsmoke.wordpress.com/2016/09/26/multiple-rex-.../
I have run into crashes in some circumstances with certain (unknown) combinations of REX bytes, but the examples here seem to work, and I can’t see any clear difference in the state of the program.

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

134. Сообщение от Аноним (128), 16-Ноя-23, 01:36 +1 +/–

> Хотелось бы схемку процессора глянуть.
Это тебе не шарманка на 6п3с.

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

135. Сообщение от Аноним (44), 16-Ноя-23, 04:41 +1 +/–

Спорно, т.к. говно с помойки жрет электричество как не в себя, и очень вскоре е5 окупит себя если учитывать эноргозатраты на полученную вычислительную мощность и сделанную работу. Банальный пример - задача рендеренга видео, компиляция программ.

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

136. Сообщение от ckotinko (ok), 16-Ноя-23, 08:17 +1 +/–

>There are more complex instructions that are not trivial to be decoded even by complex decoder. For instructions that transform into more than four µOPs, the instruction detours through the microcode sequencer (MS) ROM. When that happens, up to 4 µOPs/cycle are emitted until the microcode sequencer is done. During that time, the decoders are disabled.
код который находится в MS-ROM может выполнять ряд операций, вообще не возможных из обычного х86. в том числе и проверять наличие строк в кэше, и получать доступ к шине непосредственно, в отличие от обычных команд. именно на это намекали разрабы интел когда говорили что rep movsb может работать параллельно с кодом находящимся после него и при этом его записи в память неупорядочены.
теперь смотрите: многопоточный сбой в rep movsb приводит к ошибкам MCE. это напрямую связано с ручным рулением шиной. то есть там есть команды которые шатают шину напрямую и при сбое это шатание приводит к  machine check exception. То есть на интеле можно шатать шину из микрокода например.

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

137. Сообщение от ckotinko (ok), 16-Ноя-23, 08:19 +/–

вы описали схему томассуло. процессор очень странный в плане связности по регистрам но ...

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

138. Сообщение от Вася (??), 16-Ноя-23, 09:15 +/–

не надо выдавать технологическую отсталость в отдельных областях за норму или доблесть. Всё может быть куда банальнее - в отсутствие практики нет необходимости переписывать то, что и так вроде бы работает, но реальные недостатки не проявляются, потому что практики нет. А потом вдруг "что-то случилось" и оказывается, что все это нужно срочно переписать и заменить ещё вчера надо было

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

139. Сообщение от Аноним (139), 16-Ноя-23, 10:42 +/–

Особенно когда надо убедить покупать новую продукцию. Вы заметили, кстати, что в данном случае уже и Альдеры с Сапфирами сливать начали, как "уязвимые"?

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

140. Сообщение от Аноним (140), 16-Ноя-23, 11:53 +/–

Да защищённые компы эйргэпнуты. Не защищённые - обычно за натом сидят.

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

141. Сообщение от anonymous (??), 16-Ноя-23, 12:08 +/–

Неужели деда Мороза не существует ?

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

142. Сообщение от Аноним (142), 16-Ноя-23, 12:30 –1 +/–

На 256 даёт. А ещё, говорят, фпс поднимает, но уже на новеньких машинках.

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

144. Сообщение от Аноним (144), 16-Ноя-23, 12:41 +/–

С точки зрения микропрограммы, и адреса, и данные эмулируемой системы команд, всё есть данные.

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

145. Сообщение от Аноним (144), 16-Ноя-23, 12:50 +/–

Этим достаточно вовремя уже озаботились, пока процессоры ещё в виде описания на HDL, а не в массовом производстве https://www.opennet.ru/opennews/art.shtml?num=59986

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

146. Сообщение от Аноним (87), 16-Ноя-23, 15:07 +1 +/–

какое ещё небо, какой нафиг баобаб! ты давай с травой то завязывай!
на MOS 6502 работает киборг Т-800 и  Бендер из Футурамы!
а ваши интелы и амудэ в масленные радиаторы ставят, как нагревательный элемент!

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

147. Сообщение от Аноним (147), 16-Ноя-23, 15:33 +1 +/–

Бизнес план такой. Сегодня они делают закладки в процессоры за вознаграждение от госведомств. Выходит новая линейка процессоров, они вскрывают старые карты (иногда - за вознаграждение) подталкивая крупных потребителей к массовому обновлению - прямым покупкам. Массовая слежка + запланированное устаревание = двойной профит.

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

149. Сообщение от Прыгающий Ленивец (?), 16-Ноя-23, 18:23 +/–

А причем тут внутреннее представление, если речь фронтенде, который имеет дело с x86_64 кодом

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

150. Сообщение от Tron is Whistling (?), 16-Ноя-23, 22:28 +/–

Да, её родимую. По сути на ней оно сейчас и строится. Куча внутренних регистров в SRAM и их "переименование" в рабочие от системы команд по мере необходимости. Транзакционность, откаты.

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

151. Сообщение от Tron is Whistling (?), 16-Ноя-23, 22:33 +/–

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

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

152. Сообщение от Tron is Whistling (?), 16-Ноя-23, 22:34 +/–

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

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

153. Сообщение от Электрон (?), 17-Ноя-23, 13:42 +/–

фпс рабочего стола или glxgears?

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

154. Сообщение от voiceofreason (?), 17-Ноя-23, 14:18 –2 +/–

Ну толсто же. Первые убогие итаниумы с убогой эмуляцией крутили x86 со скоростью первых pentium, у поздних итаников и эльбрусов с этим намного-намного лучше. Эльбрусы чуть ли не быстрее с этой эмуляцией, чем нативный код, хз как так.

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

155. Сообщение от Бывалый смузихлёб (?), 17-Ноя-23, 17:27 +/–

это общие рекомендации вроде не ходить летом без шапки а то продует
Там на каждый вход по стандарту добавляют по подобию стабилитрона( это стандарт что для транзюков что для ИМС )
Эта конструкция запросто держит заряд от человека, но сколь-нибудь мощные токи уже не тянет
Не помню точно уже, но, то ли до 800 то ли до 2000 В кратковременно

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

156. Сообщение от Аноним (-), 17-Ноя-23, 21:57 +/–

> Да-да, конечно! Транзисторов ежегодно добавляют миллионы, но они толще, прочнее и плюют на физику!
Представляешь, мистер эксперт, транзисторы на I/O можно делать более жирными и прочными чем остальные. Это раз.
Ну а защита от статики по входу стала стандартным атрибутом всех CMOS микросхем. Схемотехнически просто как мычание: 2 диода последовательно в GND и Vcc, сливающие заряд в рельсу питания.
> Нет. Вот инструкция от.. - батюшки! - самих АМД!
А таки современные чипы не идут ни в какое сравнение с древностями которые умирали чуть ли не от дуновения ветра и страшилки требовали аж хранить чипы в фольге, а то и с закороченными лапками. Емкость полевика на входе мизерная, вольтаж от статики легко выбивал оксид входного MOS транзистора после чего тот становится тыквой, навсегда. Сейчас по сравнению с этим просто халява. Потому что чипов без защиты IO от статики уже просто не делается на этой планете много лет. То что если постараться можно и с защитой угробить - другой вопрос.

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

157. Сообщение от Аноним (-), 17-Ноя-23, 22:40 +/–

> Он, похоже, имел ввиду какое-то семейство CPU или платформ.
Ну так гравитоны - такая частица что хрен ее отловишь и заметишь. Вроде бы теоретически она где-то есть. Практически удачи ее обнаружить, за столько лет пока не получилось.

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

158. Сообщение от Аноним (-), 17-Ноя-23, 22:43 +/–

> Ну то есть получается, что интел сделал баг в двух соснах на
> ровном месте? С чем и поздравляем.
Ты только сейчас заметил реальный уровень инженерии интела и их приоритеты? С чем и поздравляю! Бывало и покруче, типа выгорающих SATA и USB из-за грубых ошибок в дизайне чипов или халтуры/экономии на спичках. И тут кого-то удивляет такая мелочь.
Человек, просто для понимания, драйвер i915 - состоит из воркэраундов глюков чипа чуть менее чем полностью. Как и его ченжлог.

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

159. Сообщение от А ноним (?), 17-Ноя-23, 22:45 +/–

> ну а зачем тогда еще продвигать всякие хай левел безопасТные ЯП?
> Чем меньше знаешь как оно там устроено, тем легче "тебя" дурить!
Да вон RowHammer'а даже на JS забацали. Концептуально, чего. Да и спекулятивку шатать - пытаются
Исследователи могут воспринять это как такой себе challenge и достичь своего.

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

160. Сообщение от Tron is Whistling (?), 17-Ноя-23, 23:05 +/–

Когда я вижу названия интеловских GPU - у меня на филее волосы шевелятся. В здравом уме это использовать невозможно, разве что по принуждению.

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

161. Сообщение от Tron is Whistling (?), 17-Ноя-23, 23:07 +/–

MCE - это не обязательно шатание шины
Это может быть ошибка вторичного декодирования или что-то ещё

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

162. Сообщение от Tron is Whistling (?), 17-Ноя-23, 23:27 +/–

Ну и кстати это ещё не самый страшный драйвер в ядре :)

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

163. Сообщение от Аноним (-), 18-Ноя-23, 00:02 +/–

> На 256 даёт. А ещё, говорят, фпс поднимает, но уже на новеньких машинках.
На одноплатниках с 256 мегз системде памяти выше крыши. Зато бутявит минимальную систему за 6 секунд даже без оптимизаций. С скриптотой разумеется дольше - интерпретер звать на каждый скриптк не халявная по ресурсам операция.

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

164. Сообщение от Аноним (-), 18-Ноя-23, 00:05 +1 +/–

> Через процессор? Блин, а как же древние египтяне,
Тема хорошо раскрыта в Stargate. Правда, вам не понравится такой способ.

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

165. Сообщение от ckotinko (ok), 18-Ноя-23, 04:40 +/–

> MCE - это не обязательно шатание шины
> Это может быть ошибка вторичного декодирования или что-то ещё
про то, что этот код хитрит с кэшем заявляли сами интеловцы. а MCE триггрерится только на многопотоке и то - надо точно выверять количество нопов перед багокодом. это очень похоже на ручной рулеж шиной и кэшем.

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

166. Сообщение от InuYasha (??), 18-Ноя-23, 10:18 +/–

Это и есть динамометрическая отвёртка, он разве об этом не говорит?

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

167. Сообщение от InuYasha (??), 18-Ноя-23, 10:35 –1 +/–

По-моему, ты сильно переоцениваешь возможность этой "защиты". Спасает она, в основном, не от котиков и мамкиных оверклокеров, жонглирующих камнями на кровати, а от пыли, пролетающей на большой скорости рядом, особенно в 1-2U-корпусках с вентиляторами на 15КОб/мин и при низкой влажности.
Не, ты, конечно, надейся, но потом не удивляйся: https://www.youtube.com/watch?v=bZym-6TOGXc

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

168. Сообщение от Tron is Whistling (?), 18-Ноя-23, 11:10 +/–

Вполне возможно, что это просто вторичный результат шатания кривым микрокодом всего, что под руку подвернётся. Ошибка декодирования на блоках исполнения - тоже себе MCE.

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

169. Сообщение от Аноним (169), 18-Ноя-23, 16:40 +/–

Intel: «Для наших замедляющих "обновлений" микропрошивок нашли уязвимости? Как неожиданно и приятно!»

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

170. Сообщение от Tron is Whistling (?), 19-Ноя-23, 11:19 +/–

Ну да, и memory sinkhole это г*** не подвержено, ага.

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

171. Сообщение от Аноним (171), 21-Ноя-23, 09:40 +/–

Lake of Tears - Headstones

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

172. Сообщение от Криптоханыга (?), 21-Ноя-23, 10:20 +/–

Сетевка - любимый производителями дешман-Realtek?

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

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

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

Партнёры:

Хостинг:

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

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

1. Сообщение от Golangdev (?), 15-Ноя-23, 10:11	+8 +/–
> процессорах Intel чот дырявые какие камни пошли
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #2, #17, #36

2. Сообщение от Аноним (2), 15-Ноя-23, 10:13	–5 +/–
это ты еще AMD не видел
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #4, #5, #56, #124

3. Сообщение от Аноним (4), 15-Ноя-23, 10:13	+5 +/–
Всегда покупал AMD.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #14, #15

4. Сообщение от Аноним (4), 15-Ноя-23, 10:13	+9 +/–
AMD не трогай, лучшие процессоры.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #7, #78, #87, #91

5. Сообщение от Golangdev (?), 15-Ноя-23, 10:14	+/–
нет, а что там ? как я помню, последних 5-8 лет уязвимости в основном связаны с Штеуд, хоть mentdown какой-нить
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #6, #112

6. Сообщение от Аноним (2), 15-Ноя-23, 10:19	+/–
это называется "избирательная память"
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5 Ответы: #11

7. Сообщение от InuYasha (??), 15-Ноя-23, 10:25	+1 +/–
Любые процессоры нельзя трогать. Только обезьянки всё равно лапают. Потому б/у-шные процы покупать стрёмно.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4 Ответы: #10

9. Сообщение от Аноним (9), 15-Ноя-23, 10:36	+5 +/–
Vulnerability Lake.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #24

10. Сообщение от Аноним (10), 15-Ноя-23, 10:38	+1 +/–
Ну, я понимаю, когда не хочешь пользованные, но когда сам пыской по нему елозишь, в чём проблема? Все фанбои этим занимаются, вроде, не жалуются.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7 Ответы: #37

11. Сообщение от Аноним (11), 15-Ноя-23, 10:38	+/–
Это называется фанатизм к Интел иначе интелофилия. Желания защитить Интел в любом явном провале.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6 Ответы: #30

12. Сообщение от Аноним (11), 15-Ноя-23, 10:41	+2 +/–
Интересно как явные бекдоры в перемешку со случайными ошибками вылезают с течением времени. Шило в мешке не утаишь.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #139, #147

13. Сообщение от Jethro_Tull (??), 15-Ноя-23, 10:41	+1 +/–
Было бы славно подкинуть Microsoft идею о том, чтобы Windows 12 не поддерживала эти поколения процессоров из-за их низкого уровня безопасности.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #16

14. Сообщение от nox. (?), 15-Ноя-23, 10:43	+2 +/–
Тоже уважаю AMD. Но так получилось, что на всех доступных 7 компьютерах установлены Intel. Чисто случайно.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3

15. Сообщение от Аноним (15), 15-Ноя-23, 10:44	+3 +/–
Core2duo топчик за свои деньги
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #44

16. Сообщение от nox. (?), 15-Ноя-23, 10:45	+/–
Тут не в процессорах дело. На Гравитоны вообще не удалось Windows поставить.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #13 Ответы: #25, #52

17. Сообщение от birdie (ok), 15-Ноя-23, 10:50	–1 +/–
AMD в последнее время не лучше: https://en.wikipedia.org/wiki/Transient_execution_CPU_vulner... Про CacheWarp Максим сейчас пишет новость: https://cachewarpattack.com/
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1

18. Сообщение от Tron is Whistling (?), 15-Ноя-23, 10:57	+1 +/–
Ну вот гипотеза о причинах вообще реальной не выглядит. Длину операции в буфере неправильно посчитали? На фиксированной-то длины префиксе модификации аргумента, не имеющем для этой операции значения, и на фиксированной микрокодовой операции без аргумента? Больше напоминает заботливо оставленное технологическое отверстие, возможно внутренне документированное, в которое в теории никто потыкаться не должен был по указанным выше причинам.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #19, #61

19. Сообщение от Tron is Whistling (?), 15-Ноя-23, 10:59	+1 +/–
Вполне возможно, что отверстие таки дебажное, для врезки произвольных микроопераций из заданного источника (и команда таки удобная). Поскольку кодирование таковых не известно - эффекты соответствующие, что оно там при этом начинает исполнять - без внутренних доков никому не известно.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #18

23. Сообщение от Аноним (23), 15-Ноя-23, 11:11	–1 +/–
Мне кажется проще было бы встроить в компиляторы защиту, чтобы такой код не генерился - софт править проще чем процессоры.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #31, #35, #39, #111

24. Сообщение от Аноним (24), 15-Ноя-23, 11:12	+/–
https://en.wikipedia.org/wiki/Lake_of_fire
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9 Ответы: #110

25. Сообщение от Аноним (25), 15-Ноя-23, 11:15	+/–
А linux?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #16 Ответы: #29

26. Сообщение от ckotinko (ok), 15-Ноя-23, 11:19	–2 +/–
ерунда какая-то в описании уязвимости! я бы понял если бы речь шла про пень4, который внутри итаниум буквально. кэш трасс этот, 3 инструкции в линейке - это итаник с перекодировщиком. отсюда и останов проца был на кэш-промахе. но. Итаники закопаны, и вместо них реанимирован пень-3 на стероидах. Там схема томассуло: используется несколько очередей команд, в пнях-7 их 7, на новых 9, сколько портов указано у агнера фога в доке. Часть очередей ALUшные, одна-две чтение памяти, одна-две "запись адресов" - на самом деле это резервация слотов в очереди записи, и одна-две "запись данных" это запись данных в зарезервированный слот. Вот как-то так. Никаких "смещений" там быть не должно. Это регистровые файлы по сути, где команда хранится блобом. >Предполагается, что ошибка вызвана неверным вычислением размера инструкции "MOVSB" с избыточным префиксом, что приводит к нарушению адресации инструкций, записанных в буфер ROB после MOVSB, и смещению указателя на инструкции единственное место где по схемам от самого штеуда могут использоваться адреса - это uop cache. но тогда схема уязвимости неверно описана.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #28

27. Сообщение от Аноним (31), 15-Ноя-23, 11:25	+1 +/–
Всем производителям следует добавить поддержку RISC-V в свои процессоры. Чтобы потом просто дропнуть свою legacy-систему команд.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #47, #96

28. Сообщение от Аноним (31), 15-Ноя-23, 11:28	+/–
>пень4, который внутри итаниум буквально itanium - это VLIW-архитектура, требующая сложных компиляторов. Не представляю, как можно вместить такой компилятор в железку, и как сделать, чтобы он мог работать незаметно.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #26 Ответы: #46

29. Сообщение от nox. (?), 15-Ноя-23, 11:28	+1 +/–
Runtu 22.04 - нет драйвера встроенной сетевой карты, с отдельной картой - нормально. Astra и SE, и CE отлично встает.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #25 Ответы: #54, #172

30. Сообщение от Аноним (10), 15-Ноя-23, 11:30	–8 +/–
Ты неправ и проецируешь. Любителей Интела не существует, существуют только АМДфанбои. Как правило, это родовая травма.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #11 Ответы: #41

31. Сообщение от Аноним (31), 15-Ноя-23, 11:31	+2 +/–
Ты ещё предложи за незаконное ручное написание такого кода, а равно за написание программ, его генерирующих, уголовку давать, а тем кто хочет законно предлохить устроиться на работу в соответствующие спецслужбы и/или разработчиков процессоров.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #23 Ответы: #57, #89

33. Сообщение от Аноним (33), 15-Ноя-23, 11:39	+/–
> выполнение инструкции "REP MOVSB", закодированной с избыточным префиксом "REX", приводит к неопределённому поведению. хохо, и что на это расскажут защитники UB? неужели недетерминированность выполнения кода это так круто?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #34

34. Сообщение от Аноним (35), 15-Ноя-23, 11:44	+3 +/–
Ну ок, пофикси это на расте.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #33 Ответы: #40

35. Сообщение от Аноним (35), 15-Ноя-23, 11:50	+3 +/–
Откуда ты заранее знаешь какая инструкция с каким регистром и каким префиксом будет давать UB? Ок, допустим в компиляторе сделали на конкретно вот этот случай workaround. Дальше что? Пересобирать всю ОС со всеми программами этим новым компилятором вместо того чтобы просто обновить микрокод и устранить причину, а не следствие? Чё, реально проще? Да ты, блин, гений.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #23 Ответы: #108