Перейти к содержанию

Рекомендуемые сообщения

Опубликовано

@oit, должно быть без разницы, в биос ничего не пишется, наверно изменения по типу драйверов процессора


Обновление для 10 ставит подобную заплатку на все мп

Опубликовано

На intel core2 duo пойдёт? Что с производитльностью проца?

Опубликовано

 

 


На intel core2 duo
смотрите по второй ссылке, внизу список. Интел обещала для 45 нм процессоров
  • Спасибо (+1) 1
  • Согласен 1
Опубликовано (изменено)

Для пк нашёл. Проца ноута в списке нет


самому надо собирать

Изменено пользователем ska79
Опубликовано

 

 


intel core 2 duo  t5250
65 nm

 

 


На win7 такой метод пойдет?

да. На 10 в нём нет надобности, микрокод прислали с обновлением

Ноуту не судьба иметь заплатку

  • Спасибо (+1) 1
  • Согласен 1
Опубликовано

@sputnikk,


затем закидываем к общей куче файлов три остальных: microcode_amd.bin, microcode_amd_fam15h.bin, microcode.dat

В архиве только microcode.dat

Опубликовано

Нашёл. Снова моя невнимательность тому виной :)

Опубликовано

Не знаю стоит ли ждать обновление биос на ga h81m-s1. Скорее всего ничего не дождусь или будет так - выпустят обновление биос которое совместимо только с вин10, я так думаю


 

 


На 10 в нём нет надобности, микрокод прислали с обновлением
Думаю 10 не поможет, если поставлю на ноут - для t5250 патч 10-ки не подойдет наверно
Опубликовано

Установил патч. Всё норм, уязвимость закрылась - по крайней мере так inspectre пишет.

Повысилась оценка некоторых парметров пк, на общую оценку это не повлияло.

Опубликовано

@ska79, патч или

 


Обновление микрокода CPU без перепрошивки BIOS (UEFI)

?

Опубликовано (изменено)

Обновление микрокода CPU без перепрошивки BIOS (UEFI)

вот это самое. По сути это тот же патч ток неофициальный :)​ его и установил

Если раньше оценка некоторых компонентов была 6.6 то после обновки микрокода стала 6.7. Общая оценка без изменений 5.9 ибо hdd у меня.

Изменено пользователем ska79

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

Вы сможете оставить комментарий после входа в



Войти
  • Похожий контент

    • KL FC Bot
      Автор KL FC Bot
      14 ноября компания Google выпустила бюллетень, в котором сообщила о серьезной уязвимости в ряде процессоров компании Intel, начиная с поколения Ice Lake, выпущенного в 2019 году. Потенциально, эта уязвимость может приводить к отказу в обслуживании, эскалации привилегий или раскрытию чувствительной информации. На момент подготовки статьи обновления микрокода, закрывающие проблему, были выпущены для 12-го и 13-го поколений процессоров Intel (соответственно, Alder Lake и Raptor Lake). Патчи для процессоров 10-го и 11-го поколений (Ice Lake и Tiger Lake) готовятся. Полный список подверженных процессоров представлен на сайте Intel в виде огромной таблицы.
      По словам представителей Intel, о нестандартном поведении процессоров инженеры компании знали, но проблема считалась некритичной, и ее решение отложили на первую половину 2024 года. Но ситуация изменилась, когда исследователи из компании Google, независимо от Intel, обнаружили проблему. Собственно, все детали уязвимости мы знаем от специалистов Google, а конкретно из статьи Тависа Орманди.
      Фаззинг процессоров
      Тавис Орманди имеет на своем счету множество обнаружений серьезных уязвимостей в различных программах и устройствах. Совсем недавно мы писали о его предыдущем исследовании, в ходе которого была обнаружена уязвимость Zenbleed в процессорах AMD. Тогда Тавис говорил о развитии применения фаззинга для поиска аппаратных проблем.
      Фаззинг — это метод, который подразумевает подачу случайной информации на ввод тестируемой информационной системы. Как правило, ее применяют для автоматизированного поиска уязвимостей в софте: создается специальная «оснастка», позволяющая взаимодействовать с программой и отслеживать ее состояние. Дальше происходят десятки и сотни тысяч тестов, в ходе которых можно обнаружить нестандартное поведение тестируемого кода.
      В случае испытания процессоров все несколько сложнее. Мы должны генерировать случайные программы, которые при этом работают без собственных сбоев, и выполнять их на процессоре. Как в таком случае отделить штатное поведение процессора от аномального? Ведь далеко не всегда ошибка в процессе выполнения ПО приводит к сбою. Орманди предложил методику, в рамках которой одинаковый «случайный» код одновременно выполняется на разных процессорах. По идее, результат работы одной и той же программы должен быть одинаковый, а вот если результат отличается, то возможно это признак проблемы. Именно такой подход выявил проблему в процессорах Intel.
       
      Посмотреть статью полностью
×
×
  • Создать...