The OpenNET Project / Index page

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



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

Оглавление

Уязвимость в CPU AMD, приводящая к переполнению микроархитектурного стека, opennews (??), 09-Авг-23, (0) [смотреть все]

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


17. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  +/
Сообщение от Бульдох (?), 09-Авг-23, 17:53 
Что будет, если вообще удалить микрокод, какую функцию он выполняет? На безопасность мне пофиг.
Ответить | Правка | Наверх | Cообщить модератору

20. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  +2 +/
Сообщение от VladSh (?), 09-Авг-23, 18:21 
Без микрокода процессор превратится в камень в прямом смысле слова.
Ответить | Правка | Наверх | Cообщить модератору

36. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  +/
Сообщение от 1 (??), 09-Авг-23, 19:03 
это да, но в биосе же есть микрокод для проца, так что если не обновлять биос, то у тебя будет старый микрокод
Ответить | Правка | Наверх | Cообщить модератору

61. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  +1 +/
Сообщение от Аноним (-), 09-Авг-23, 20:56 
> это да, но в биосе же есть микрокод для проца, так что
> если не обновлять биос, то у тебя будет старый микрокод

Да он так то и в проце есть. Иначе проц не запустится. В биосе бывает если на момент выхода биоса был более новый микрокод чем фабричный вариант для того семейства.

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

49. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  +1 +/
Сообщение от Пряник (?), 09-Авг-23, 19:50 
Вообще-то через микрокод выполняются только сложные команды (которые почти не используются), а простые команды на схеме выполнены.
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

78. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  –1 +/
Сообщение от dannyD (?), 10-Авг-23, 00:02 
так было очень давно, во времена i8080

шучу )))

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

микрокод начали применять в пентиум-про.

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

107. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  +/
Сообщение от Аноним (-), 10-Авг-23, 13:13 
> если хочешь выполнять инструкцию за один такт - без микрокода не обойтись.

Полно RISC без микрокода выполняющих 1 инструкцию за такт. Это как раз типовое поведение, команды настолько просты что все может быть сделано за 1 такт. А uCoded команды - сложные, разваливаются через uCode на последовательность суб-команд и как раз это может быть более 1 такта.

> микрокод начали применять в пентиум-про.

Микрокод начали применять примерно на заре появления CISC. И до пентиум-про он точно был. Только он был намертво вшит в ROM на кристалле, без возможности его изменения и не попадал под внимание "экспертов" вашего уровня. С пентиум-про до интел дошло что часть багов в процессоре можно исправлять микрокодом, переделав последовательность микроинструкций в сложных командах на беспроблемную. До этого интел как раз нарвался в пентиумах на F00F и FDIV-bug и им пришлось обменивать много процессоров. Это и сподвигло их на то чтобы добавить быстрый SRAM, в котором обновленный патч для частей микрокода.

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

116. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  –1 +/
Сообщение от dannyD (?), 10-Авг-23, 17:11 
>>И до пентиум-про он точно был. Только он был намертво вшит в ROM на кристалле, без возможности его изменения и не попадал под внимание "экспертов" вашего уровня.

давайте "эксперт", пруфы в студию.

посмотрим на ваш ROM.

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

120. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  +/
Сообщение от Аноним (120), 10-Авг-23, 21:35 
Конечно, ты сейчас закричишь "Пазор! Этожы педивикия!", но...

"
...
Подход микропрограммирования процессоров (микрокода) был предложен в 1953 году Вилксом и Стрингером[1].
...
Список архитектур, использующих принцип микрокода, включал в себя IBM System/360 и DEC VAX, набор команд которых был реализован с помощью сложных микропрограмм. Подход, при котором используются всё более сложные микрокодные инструкции, был позже назван CISC.

Движение по созданию RISC иногда рассматривают как противников микрокодируемых архитектур, но лишь ранние RISC-процессоры не использовали микрокод, а в более поздних он мог применяться[1].
"
https://ru.wikipedia.org/wiki/%D0%9C%D0%...

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

122. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  –1 +/
Сообщение от dannyD (?), 10-Авг-23, 23:04 
дарагой, ты заднюю не включай.

нам нужны фото ROM-ов на кристалле, софистика нас не интересует.

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

123. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  +/
Сообщение от Аноним (120), 11-Авг-23, 00:55 
Яхонтовый, ты переднюю отключи и шары протри - мы разные анонимы. А как шары протрешь, то сходи по ссылке да почитай. Дальше гугли по тому, что прочтешь. Даже по этой крохотной ссылке есть нужные тебе словеса типа:

"...На большинстве компьютеров, использующих микрокод, он присутствует не в основной памяти, а в специальной быстродействующей памяти (англ. control store), как например, в наборе микросхем 588 серии с АЛУ КА588ВС2 и ПЗУ управляющей памяти КА588ВУ2. Эта память может допускать только чтение либо чтение-запись; в последнем случае микрокод может быть загружен из постоянной памяти в процессе запуска процессора..."

Тебе, драгоценный, видать надо чтобы было написано не "ПЗУ", а прям "ROM"?

А за фото - это иди в спортлото проси или ищи фото каких-нибудь КА588ВУ2 или их аналогов.

И вообще ссылка больше давалась для первого предложения приведенной тобой цитаты. Про то, что микрокод был задолго до пентиумов, в тех же System/360 и VAX'ах. А ты фразочку, оказывается, просто прицепом зацепил, видать торопился, торопыга, на передней?

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

124. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  +/
Сообщение от Аноним (120), 11-Авг-23, 01:26 
Вдогонку. Найти искомое там можно было не покидая педивикию, но нам же это не надо верно? Берем в той же википедии статью про VAX.

https://ru.wikipedia.org/wiki/VAX

Там сразу же видим всякие таблички характеристик, в одной из колонок ("μcode") указывается размер памяти, потребляемой микрокодом. Как бы первый звоночек. "Но фик его знает что это за память" - скажешь ты, это какая-то сферическая память в космосе, за точкой Лагранжа болтается. Читаем дальше. Советские инженеры, оказывается, передирали эти ваксы (хы, чего они только не передирали), к примеру, разработали микропроцессорный комплект К1839, полностью совместимый с "VAX 750 Comet". О, не может быть, там ссылочка есть на этот комплект. Читаем:

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

и что же там написано? Опа, засада:

"...Процессор имел внешнее микропрограммное управление, то есть для работы помимо микросхемы ЦП требовалась микросхема микропрограммного ПЗУ (1839РЕ1 для спецтехники или любое ПЗУ 16Кх32 с подходящим временем цикла). Однако это не означает, что система команд могла быть произвольной, так как дешифратор команд был включён в состав СБИС ЦП.

По данным FIDO-конференции MO.DEC[1], первоначально математический сопроцессор был выпущен с ошибками, и программное обеспечение, написанное для VAX, не всегда удавалось запустить. Для обхода этого выпускались прошивки памяти микрокоманд с эмуляцией функций сопроцессора в ЦП[2]. На выставке Comtek’93 были представлены уже исправленные чипы. ..."

причем, якобы, этот пепелац выпускается по настоящее время (если не врут, тут уж настаивать не буду): "Комплект 1839 выпускается по настоящее время[когда?], применен в БЦВМ спутников Глонасс-М."

И там список комплекта. То, что тебе нужно, исходя из вышецитированного, обзывается: "Н1839РЕ1А/Б — Масочное ПЗУ 16Кx32, выборка 100/150 нс, цикл 180/250 нс."

Ищи фотки уже сам. Или и тут ты не можешь, "у тебя лапки"?

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

126. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  +/
Сообщение от dannyD (?), 11-Авг-23, 07:16 
видишь какой ты молодец, всё разгуглил и готовым выложил, СПС.

для меня это архиология, я начинал с МК-54 и 8-ми битных настольников.


>>(если не врут, тут уж настаивать не буду): "Комплект 1839 выпускается по настоящее время[когда?], применен в БЦВМ спутников Глонасс-М."

не врут, PDP-11 это единственная сертифицированная платформа еще со времён совка.

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

129. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  +/
Сообщение от Аноним (-), 11-Авг-23, 15:25 
> видишь какой ты молодец, всё разгуглил и готовым выложил, СПС.
> для меня это архиология, я начинал с МК-54 и 8-ми битных настольников.

А в конструкции микропроцессоров, вот, дровами так и остался. Видимо иногда старость и правда приходит одна.

>>> (если не врут, тут уж настаивать не буду): "Комплект 1839 выпускается по
>>> настоящее время[когда?], применен в БЦВМ спутников Глонасс-М."
> не врут, PDP-11 это единственная сертифицированная платформа еще со времён совка.

А CDMA модуляцию этот хайтек так до сих пор и не осилил... капецЪ, американские технологии конца 70х так и не поддаются.

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

146. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  +/
Сообщение от dannyD (?), 11-Авг-23, 20:32 
>>А в конструкции микропроцессоров, вот, дровами так и остался.

устроим соревнования по верилогу?

или ты сеньёр в эпле?

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

148. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  +/
Сообщение от swarus (ok), 12-Авг-23, 14:55 
☠️ если тебе не достаточно то с тебя, оплата кислоты, микроскопа и времени специалиста
Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

128. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  +/
Сообщение от Аноним (-), 11-Авг-23, 15:19 
>>> И до пентиум-про он точно был. Только он был намертво вшит в ROM на кристалле,
>>> без возможности его изменения и не попадал под внимание "экспертов" вашего уровня.
> давайте "эксперт", пруфы в студию.

Если хочется поумничать на тему - надо было читать азы устройства микропроцессорных систем вместо загибания пальцев в интернете. И можно было бы узнать что ROM с микрокодом - далеко не новое изобретение и характерная черта CISC. Как раз потому что "в железе" реализовать сложные инструкции - сложно. А раскидав на эн микро-инструкций для нескольких блоков - вполне.

Где-то а интернете есть градация CISC vs RISC, картинка с разными процами размещенными по степени похожести на типовой "RISC" или "CISC". Деление разумеется не черно-белое. Однако uCode ROM гарантированно сдвигает дизайн к полюсу CISC, в RISC он не требуется: простые команды не требуется разбирать на последовательность субкоманд. Соответственно у многих если чуть ли не всех CISC есть uCode ROM. Потому что см. выше про сложные команды.

> посмотрим на ваш ROM.

Он не мой - я CISC не дизайню. Что не мешает мне знать типовые паттерны дизайнов и почему они такие. В CISC - "C" означает "Complex" и кроме всего прочего сложность инструкции - означает что ее в виде жесткой логики делать крайне сложно. Поэтому делают ROM. Это типовой паттерн дизайна с конца 70х прошлого века. Он применяется не только в процах но и "вспомогаловке", бывают еще хардварные автоматы которые даже не ALU - но тоже секвенсируются микрокодом и он тоже из какого-то ROM появляется.

Даже https://en.wikipedia.org/wiki/Intel_Microcode - пишут что _обновляемый_ появился в P6. А необновляемый - был и раньше. И если уж кристаллы рассматривать, для амд, еще fam 10h, кто-то это сделал, и там - какая внезапность - регион SRAM для патча прилепили рядом с регионами uCode ROM. А если SRAM не прилеплять будет не апдейтабельно соответственно. Старые CISC делали вот так, но в эпоху Pentium интел налетел на аж 2 бага потребовавших заменять процессоры по возвратам и призадумался что бы с этим сделать. И придумали догружать патчи в SRAM частично перекрывая накристальный ROM. Это тоже довольно общий паттерн, но для именно микрокода проца интел возможно даже применил его первыми.

Ну а VLIW - это примерно как вон то, с оборваным uCode ROM - по шине идут сразу группы "микроинструкций" нативно. Это имеет свои плюсы и минусы.

RISC тоже в качестве бэкэнда что угодно содержать, вплоть до OoO монстра жрущего эн команд за такт в среднем. Поэтому на самом деле CISC и RISC не черно-белое деление, там 50 оттенков серого.

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

140. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  +/
Сообщение от Аноним (137), 11-Авг-23, 16:21 
>микрокод начали применять в пентиум-про.

Ещё задолго PentiumPro про микрокод знали. Даже советские (ну да, понятно, что содранные) секционные микропроцессорные наборы микросхем КР1802, КР1804 на микропрограммное управление и были заточены.

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

22. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  +/
Сообщение от Штыбель (?), 09-Авг-23, 18:30 
CISC-процессор без микрокода - как комп без ОСи.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

35. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  +/
Сообщение от Xo (?), 09-Авг-23, 19:02 
Походу он имеет ввиду просто удалить из системы обновлённый amd/intel-ucode. Тогда будет использоваться встроенный в проц старый микрокод без новых исправлений.
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

38. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  +/
Сообщение от 1 (??), 09-Авг-23, 19:11 
ну и биос/уефи тогда обновлять не стоит, а то и в них может прилететь новый микрокод
Ответить | Правка | Наверх | Cообщить модератору

39. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  +1 +/
Сообщение от Бульдох (?), 09-Авг-23, 19:17 
Я имеею ввиду вообще удалить этот самый intel-microcode, amd-microcode я давно удалил, так как проц от синих.
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

44. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  +/
Сообщение от Аноним (44), 09-Авг-23, 19:40 
Будет старая версия микрокода. Как минимум, та, что прошита в процессор с завода. Ее можно "обновлять",  точнее, перекрывать новой загружаемой версией. Но стартует проц с оригинальным микрокодом. Поскольку перепрошить его нельзя (к счастью), то обновлением его при каждом включении/перезагрузке занимается биос или ось.
Ответить | Правка | Наверх | Cообщить модератору

51. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  –1 +/
Сообщение от Анонит (?), 09-Авг-23, 20:06 
Готовься к рано или ошибкам Dmesg без обновления intel-microcode.
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

79. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  –1 +/
Сообщение от Бульдох (?), 10-Авг-23, 00:37 
А как я узнаю о них? У меня шляпа systemd-logd отключена, как и все логи.
Ответить | Правка | Наверх | Cообщить модератору

60. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  +/
Сообщение от Аноним (-), 09-Авг-23, 20:54 
> Я имеею ввиду вообще удалить этот самый intel-microcode, amd-microcode я давно удалил,
> так как проц от синих.

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

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

88. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  +/
Сообщение от лютый арчешкольник... (?), 10-Авг-23, 08:26 
>Что будет, если вообще удалить микрокод, какую функцию он выполняет

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

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

127. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  +1 +/
Сообщение от Аноним (120), 11-Авг-23, 13:36 
Могу предположить, что если вычисления однопоточные (на одном ядре ЦП), без интенсивного ввода/вывода (сразу всё нужное для вычислений загрузили в ОЗУ или подгрузка/выгрузка редкая), с малым количеством переключения контекста между юзерспейсом и ядром и вычисления ни с кем не взаимодействуют в других потоках/процессах и другие потоки процессы в этот момент прохлаждаются, не нагружают ЦП так же, как твои вычисления - то разницы наверное и не заметишь. Но это имхо. Как только ты нагрузишь разные ядра с интенсивным обменом инфой между потоками/процессами и заметныс воодом/выводом - тогда наверное можно будет увидеть разницу с митигейшенами и без. У меня на хосте с Proxmox'ом три гостя крутятся, два линя и один на базе FreeBSD - так даже простое копирование файлов по сетке по SMB ощутимо проседало без mitigations off, не упиралось в сетку, как раньше. И сами гости были органолептически (на глазок) более ватные.
Ответить | Правка | Наверх | Cообщить модератору

130. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  +/
Сообщение от Аноним (-), 11-Авг-23, 15:28 
>>Что будет, если вообще удалить микрокод, какую функцию он выполняет
> я пробовал на сервере под вычиследния вырубать все mitigations через бутлоадер, на
> самом деле разница в реальных задачах вообще незаметна. прям совсем совсем,
> даже процентика не заметил

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

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

99. "Уязвимость в CPU AMD, приводящая к переполнению микроархитек..."  +/
Сообщение от Аноним (98), 10-Авг-23, 10:35 
Что будет если удалить ОС с твоего компа, какую функцию она выполняет?
Вот и в проце так же, микрокод - это ОС процессора, к-я выполняет программы (инструкции)
Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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