Mathstodon

0 posts0 participants0 posts today

Ian Brown 👨🏻‍💻In fact, governments probably should only EVER deploy executables they have built themselves, using their own compilers (see the classic computer science paper Reflections on Trusting Trust). You’d also need chip <a href="https://eupolicy.social/tags/microcode" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#microcode</a> auditing and verification for security-critical systems. And some level of chip assurance. And 🇬🇧 Cell-like audits… Details to be determined 😉<a href="https://eupolicy.social/tags/ReproducibleBuilds" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#ReproducibleBuilds</a> <a href="https://eupolicy.social/tags/StrategicAutonomy" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#StrategicAutonomy</a> <a href="https://eupolicy.social/tags/audit" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#audit</a> <a href="https://eupolicy.social/tags/escrow" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#escrow</a>

Hacker NewsRun RISC-V Binaries on AMD Zen-Series CPUs via Microcode Modification<a href="https://rvspoc.org/en/S2502/" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://rvspoc.org/en/S2502/</a><a href="https://mastodon.social/tags/HackerNews" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#HackerNews</a> <a href="https://mastodon.social/tags/RISC" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#RISC</a>-V <a href="https://mastodon.social/tags/AMD" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#AMD</a> <a href="https://mastodon.social/tags/Microcode" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Microcode</a> <a href="https://mastodon.social/tags/Zen" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Zen</a>-Series <a href="https://mastodon.social/tags/Binaries" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Binaries</a> <a href="https://mastodon.social/tags/Technology" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Technology</a>

boredsquirrel<a href="https://mastodon.social/@nixCraft" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@nixCraft</a> <a href="https://tux.social/tags/NixOS" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#NixOS</a> is interesting. Pretty reliable (not as much as <a href="https://tux.social/tags/AtomicDesktops" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#AtomicDesktops</a> in my noob tests) while also performantNote that such old hardware will have <a href="https://tux.social/tags/microcode" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#microcode</a> vulnerabilities and locking it down will further slow it down. At least thinking of <a href="https://tux.social/tags/spectre" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#spectre</a> or <a href="https://tux.social/tags/meltdown" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#meltdown</a> (not sure if hyperthreading was even thought of back then)

Hacker NewsUndocumented 8086 instructions, explained by the microcode<a href="https://www.righto.com/2023/07/undocumented-8086-instructions.html" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://www.righto.com/2023/07/undocumented-8086-instructions.html</a><a href="https://mastodon.social/tags/HackerNews" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#HackerNews</a> <a href="https://mastodon.social/tags/Undocumented" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Undocumented</a> #8086 <a href="https://mastodon.social/tags/instructions" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#instructions</a> <a href="https://mastodon.social/tags/microcode" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#microcode</a> <a href="https://mastodon.social/tags/technology" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#technology</a> <a href="https://mastodon.social/tags/computing" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#computing</a> <a href="https://mastodon.social/tags/retro" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#retro</a> <a href="https://mastodon.social/tags/programming" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#programming</a>

Hacker NewsNotes on the Pentium's Microcode Circuitry<a href="https://www.righto.com/2025/03/pentium-microcde-rom-circuitry.html" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://www.righto.com/2025/03/pentium-microcde-rom-circuitry.html</a><a href="https://mastodon.social/tags/HackerNews" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#HackerNews</a> <a href="https://mastodon.social/tags/Pentium" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Pentium</a> <a href="https://mastodon.social/tags/Microcode" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Microcode</a> <a href="https://mastodon.social/tags/Microelectronics" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Microelectronics</a> <a href="https://mastodon.social/tags/ComputerArchitecture" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#ComputerArchitecture</a> <a href="https://mastodon.social/tags/TechHistory" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#TechHistory</a>

André Machado :debian:Extensive Analysis of the Raptor Lake CPU BugIntel’s Raptor Lake CPUs, which form part of the 13th and 14th generation Intel Core desktop processor line, were celebrated for their hybrid architecture combining high-performance cores with efficiency cores. However, shortly after their release, a critical bug emerged that has led to system instability and, in some cases, permanent degradation of the affected chips.Read More: <a href="https://machaddr.substack.com/p/extensive-analysis-of-the-raptor" rel="nofollow noopener noreferrer" target="_blank">https://machaddr.substack.com/p/extensive-analysis-of-the-raptor</a><a href="https://mastodon.sdf.org/tags/CPU" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#CPU</a> <a href="https://mastodon.sdf.org/tags/Bug" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Bug</a> <a href="https://mastodon.sdf.org/tags/Microcode" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Microcode</a> <a href="https://mastodon.sdf.org/tags/Intel" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Intel</a> <a href="https://mastodon.sdf.org/tags/Computer" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Computer</a>

Hacker NewsZentool – AMD Zen Microcode Manipulation Utility — <a href="https://github.com/google/security-research/blob/master/pocs/cpus/entrysign/zentool/README.md" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://github.com/google/security-research/blob/master/pocs/cpus/entrysign/zentool/README.md</a> <a href="https://mastodon.social/tags/HackerNews" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#HackerNews</a> <a href="https://mastodon.social/tags/Zentool" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Zentool</a> <a href="https://mastodon.social/tags/AMD" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#AMD</a> <a href="https://mastodon.social/tags/Zen" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Zen</a> <a href="https://mastodon.social/tags/Microcode" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Microcode</a> <a href="https://mastodon.social/tags/Manipulation" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Manipulation</a> <a href="https://mastodon.social/tags/Utility" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Utility</a> <a href="https://mastodon.social/tags/security" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#security</a> <a href="https://mastodon.social/tags/research" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#research</a> <a href="https://mastodon.social/tags/GitHub" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#GitHub</a> <a href="https://mastodon.social/tags/tech" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#tech</a> <a href="https://mastodon.social/tags/news" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#news</a>

WulfyOne of the organisations I work for is so poor, we should not exist by any account.How poor? Our main server is fifteen years old. Only reason we got it, it was abandoned in a rack we bought for $50 and I resurrected it.This transcends boneyard. This is summoning machine spirits from beyond, Deus Mechanics incantations.I yelled at the Operations manager today, calling him a Necromancer because he was praising this ancient "Raid" box as "better than what we used to have" when all I want to do is nail it to the wall as a warning to others.Anyhoo... This is how I found today that a 15 year old iron running <a href="https://infosec.exchange/tags/Debian" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Debian</a> 10 simply could not run any <a href="https://infosec.exchange/tags/docker" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#docker</a> images of this particular package because the <a href="https://infosec.exchange/tags/nodej" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#nodej</a> component just won't run on the <a href="https://infosec.exchange/tags/microcode" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#microcode</a> I don't even realise it was a thing. But then, how many of you run a box that's 15 years old in production......how "slow" is that rack server? I pulled one of the Intel NUCs out of the boneyard (it's one of those paper book sized box "computers") and put Debian on THAT......it runs 33% faster and that thing was binned because it couldn't pull an office admin desktop workload.33% faster!!!

SpaceLifeFormOld man yells at clouds 4, 4, 4, 4, ...<a href="https://m.slashdot.org/story/438589" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://m.slashdot.org/story/438589</a><a href="https://infosec.exchange/tags/MicroCode" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#MicroCode</a>

Несерьёзный ВыдумщикУ тех же VLIW-процессоров типа «Эльбрус» нет загружаемого микрокода, а потому и неожиданностей гораздо меньше (для эксплуатирующих организаций).Вот множество примеров того, что именно прячется в некорректной работе с микрокодом. Это только самые громкие и за последние пару лет. Исследователи безопасности из компании Google опубликовали информацию об уязвимости (CVE-2024-56161) в процессорах AMD, затрагивающей загрузчик микрокода и позволяющей обойти механизм проверки цифровой подписи при обновлении микрокода. Загрузка модифицированного микрокода позволяет скомпрометировать механизм AMD <a class="hashtag" href="https://idealists.su/tag/sev" rel="nofollow noopener noreferrer" target="_blank">#SEV</a> (Secure Encrypted Virtualization), применяемый в системах виртуализации для защиты виртуальных машин от вмешательства со стороны гипервизора или администратора хост-системы.Уязвимость вызвана использованием небезопасной хэш-функции в коде, выполняющем проверку цифровой подписи после загрузки микрокода в CPU. Для совершения атаки необходимо наличие прав администратора в локальной системе (возможности выполнить код на уровне нулевого кольца защиты <a class="hashtag" href="https://idealists.su/tag/ring0" rel="nofollow noopener noreferrer" target="_blank">#ring0</a>, находясь не в виртуальной машине).В ходе атаки можно вклиниться в работу гостевых систем, защищённых при помощи расширений AMD SEV (Secure Encrypted Virtualization) и SEV-SNP (Secure Nested Paging), предоставляющих гарантии целостности памяти виртуальных машин, изолирующих процессорные регистры и обеспечивающих безопасную работу со вложенными таблицами страниц памяти. Механизм AMD SEV создавался для того, чтобы персонал датацентров и облачных провайдеров не мог изменить или проанализировать содержимое памяти защищённых гостевых систем, а также исказить вычисления.Исследователями подготовлен прототип эксплоита, позволяющий загрузить в CPU произвольный микрокод, не заверенный цифровой подписью. Для демонстрации опасности уязвимости предложено обновление микрокода, меняющее логику работы инструкции <a class="hashtag" href="https://idealists.su/tag/rdrand" rel="nofollow noopener noreferrer" target="_blank">#RDRAND</a>, применяемой в качестве одного из источников энтропии в генераторах псевдослучайных чисел, используемых в процессе формирования ключей, при выполнении криптографических операций и для генерации случайных идентификаторов.Изменение приводит к возвращению инструкцией RDRAND только числа 4, вместо случайной последовательности. Для предотвращения совершения реальных атак на системы конфиденциальных вычислений изменённый микрокод обнуляет флаг CF (carry flag), т.е. помечает выдаваемое значение ошибочным. Дополнительные детали и инструменты для генерации изменённого микрокода планируют опубликовать 5 марта, чтобы дать пользователям время на установку исправления на своих системах. Успешный пример атаки продемонстрирован для серверов с процессорами AMD <a class="hashtag" href="https://idealists.su/tag/epyc" rel="nofollow noopener noreferrer" target="_blank">#EPYC</a> 7B13 <a class="hashtag" href="https://idealists.su/tag/milan" rel="nofollow noopener noreferrer" target="_blank">#Milan</a> и AMD Ryzen 9 7940HS <a class="hashtag" href="https://idealists.su/tag/phoenix" rel="nofollow noopener noreferrer" target="_blank">#Phoenix</a>.В отчёте компании AMD указано, что уязвимость проявляется в процессорах AMD на базе 1-4 поколений микроархитектуры Zen. Обновление микрокода с устранением уязвимости было выпущено 13 декабря 2024 года для процессоров серий AMD EPYC 7001, 7002 и 7003 (#Naples, <a class="hashtag" href="https://idealists.su/tag/rome" rel="nofollow noopener noreferrer" target="_blank">#Rome</a>, <a class="hashtag" href="https://idealists.su/tag/milan" rel="nofollow noopener noreferrer" target="_blank">#Milan</a> и <a class="hashtag" href="https://idealists.su/tag/milan" rel="nofollow noopener noreferrer" target="_blank">#Milan</a>-X), а 16 декабря для процессоров серии AMD EPYC 9004 (#Genoa, <a class="hashtag" href="https://idealists.su/tag/genoa" rel="nofollow noopener noreferrer" target="_blank">#Genoa</a>-X и <a class="hashtag" href="https://idealists.su/tag/bergamo" rel="nofollow noopener noreferrer" target="_blank">#Bergamo</a>/#Siena). Для устранения уязвимости на системах, в которых используется аттестация <a class="hashtag" href="https://idealists.su/tag/sev" rel="nofollow noopener noreferrer" target="_blank">#SEV</a>-SNP, дополнительно требуется обновление прошивки AMD SEV (поставляется вместе с обновлениями BIOS от производителей оборудования). Дополнительно сообщается об ещё одной уязвимости в процессорах AMD, допускающей проведение атаки по сторонним каналам для извлечения информации о вычислениях в гостевых системах, защищённых с использованием механизма AMD SEV. Проблема затрагивает 1-4 поколения процессов AMD EPYC и связана с возможностью извлечения из процессорного кэша данных, оседающих в процессе работы защищённых гостевых систем. Для анализа содержимого кэша может использоваться метод Prime+Probe, подразумевающий заполнение кэша эталонным набором значений и определение изменений через измерение времени доступа к ним при повторном заполнении. В <a class="hashtag" href="https://idealists.su/tag/linux" rel="nofollow noopener noreferrer" target="_blank">#Linux</a> обнаружен механизм обхода защиты от уязвимости <a class="hashtag" href="https://idealists.su/tag/spectre" rel="nofollow noopener noreferrer" target="_blank">#Spectre</a> на процессорах <a class="hashtag" href="https://idealists.su/tag/intel" rel="nofollow noopener noreferrer" target="_blank">#Intel</a> и <a class="hashtag" href="https://idealists.su/tag/amd" rel="nofollow noopener noreferrer" target="_blank">#AMD</a>Новой уязвимости подвержены потребительские процессоры Intel Core 12, 13 и 14 поколений, серверные <a class="hashtag" href="https://idealists.su/tag/xeon" rel="nofollow noopener noreferrer" target="_blank">#Xeon</a> 5 и 6 поколений, а также чипы AMD <a class="hashtag" href="https://idealists.su/tag/zen" rel="nofollow noopener noreferrer" target="_blank">#Zen</a> 1, Zen 1+ и Zen 2Обнаруженная исследователями Швейцарской высшей технической школы Цюриха (ETH Zurich) схема атаки позволяют обойти защитный механизм <a class="hashtag" href="https://idealists.su/tag/ibpb" rel="nofollow noopener noreferrer" target="_blank">#IBPB</a> (Indirect Branch Predictor Barrier), не позволяющий злоупотреблять спекулятивным выполнениемШвейцарские учёные подтвердили возможность перехватывать результаты спекулятивного выполнения даже после срабатывания механизма IBPB, то есть с обходом существующих средств защиты и с утечкой конфиденциальной информации — в частности, это может быть извлечённый из процесса suid хэш пароля rootВ случае процессоров Intel механизм IBPB не в полной мере устраняет результат выполнения недействительной функции после смены контекстаУ процессоров AMD метод IBPB-on-entry в ядре <a class="hashtag" href="https://idealists.su/tag/linux" rel="nofollow noopener noreferrer" target="_blank">#Linux</a> срабатывает неправильно, из-за чего результаты работы устаревших функций не удаляются после <a class="hashtag" href="https://idealists.su/tag/ibpb" rel="nofollow noopener noreferrer" target="_blank">#IBPB</a>О своём открытии исследователи сообщили <a class="hashtag" href="https://idealists.su/tag/intel" rel="nofollow noopener noreferrer" target="_blank">#Intel</a> и <a class="hashtag" href="https://idealists.su/tag/amd" rel="nofollow noopener noreferrer" target="_blank">#AMD</a> в июне 2024 годаВ Intel ответили, что к тому моменту проблема уже была обнаружена силами самой компании — соответствующей уязвимости присвоили номер <a class="hashtag" href="https://idealists.su/tag/cve" rel="nofollow noopener noreferrer" target="_blank">#CVE</a>-2023-38575Ещё в марте Intel выпустила обновление микрокода, но, как установили исследователи, это не помогло исправить ошибку во всех операционных системах, включая UbuntuВ AMD также подтвердили факт наличия уязвимости и заявили, что она уже была задокументирована и зарегистрирована под номером CVE-2022-23824При этом производитель включил в список уязвимых архитектуру Zen 3, которую швейцарские учёные в своей работе не отметилиВ AMD ошибку охарактеризовали как программную, а не аппаратную; учитывая, что производитель знает о ней давно, и она затрагивает только старые микроархитектуры, в компании приняли решение не выпускать закрывающее уязвимость обновление микрокодаТаким образом, оба производителя знали о механизме обхода уязвимости, но в документации они отметили его как потенциальныйШвейцарские учёные, однако, продемонстрировали, что атака срабатывает на Linux 6.5 с защитой IBPB-on-entry, которая считается наиболее эффективной против эксплойтов типа <a class="hashtag" href="https://idealists.su/tag/spectre" rel="nofollow noopener noreferrer" target="_blank">#Spectre</a>И поскольку AMD отказалась закрывать её, исследователи связались с разработчиками ядра Linux с намерением самостоятельно разработать патч для «красных» процессоров Процессоры компании AMD на архитектурах Zen 2 и Zen 3 оказались уязвимы к атаке <a class="hashtag" href="https://idealists.su/tag/faultpm" rel="nofollow noopener noreferrer" target="_blank">#faulTPM</a>, позволяющей взломать их через модуль <a class="hashtag" href="https://idealists.su/tag/tpm" rel="nofollow noopener noreferrer" target="_blank">#TPM</a>, пишут порталы Tom’s Hardware и TechSpot. Ирония здесь в том, что <a class="hashtag" href="https://idealists.su/tag/tpm" rel="nofollow noopener noreferrer" target="_blank">#TPM</a> сам по себе отвечает за безопасность – это доверенный платформенный модуль.Уязвимость процессоров AMD на перечисленных архитектурах нельзя устранить – можно лишь отказаться от их переключиться на решения Intel – ее <a class="hashtag" href="https://idealists.su/tag/cpu" rel="nofollow noopener noreferrer" target="_blank">#CPU</a> в неспособности противостоять атаке <a class="hashtag" href="https://idealists.su/tag/faultpm" rel="nofollow noopener noreferrer" target="_blank">#faulTPM</a> пока не уличили.Проблему в чипах AMD выявили специалисты по кибербезопасности из Берлинского технического университета. В их отчете говорится о результатах тестирования процессоров <a class="hashtag" href="https://idealists.su/tag/ryzen" rel="nofollow noopener noreferrer" target="_blank">#Ryzen</a> на Zen 2 и Zen 3 – очень востребованных в России и мире. Первое поколение Ryzen с первой же версией архитектуры Zen в документе не упоминается – видимо, эти CPU в тестах не участвовали, так как к маю 2023 г. они давно морально устарели. С момента их выхода прошло шесть лет.Вломиться в чип AMD они смогли через встроенный в него сопроцессор безопасности <a class="hashtag" href="https://idealists.su/tag/psp" rel="nofollow noopener noreferrer" target="_blank">#PSP</a>. Эксперты выудили из него данные, позволяющие расшифровать информацию в модуле ТРМ, а это – прямой путь ко всей информации на компьютере и полным над ним контролем даже при наличии в нем аппаратного модуля безопасности. По сути, из-за уязвимости процессоров AMD к атаке faulTPM хакеры могут скомпрометировать любую программу или шифрование, включая базовое шифрование в Windows – <a class="hashtag" href="https://idealists.su/tag/bitlocker" rel="nofollow noopener noreferrer" target="_blank">#BitLocker</a>. Линус <a class="hashtag" href="https://idealists.su/tag/торвальдс" rel="nofollow noopener noreferrer" target="_blank">#Торвальдс</a> заявил, что в сбоящих операционных системах виноваты разработчики «железа», в особенности IntelОн считает, что из-за кишащих уязвимостями процессоров Intel разработчикам Linux приходится вносить слишком много правок в ядро, и что именно из-за процессоров в современных ОС так много «дыр»Первопричиной всего этого стал негатив Торвальдса в сторону технологии линейной адресной маскировки (Linear Address Masking, <a class="hashtag" href="https://idealists.su/tag/lam" rel="nofollow noopener noreferrer" target="_blank">#LAM</a>) в процессорах Arrow Lake и Lunar LakeЗа счет нее в CPU могут использоваться нетранслированные биты адреса для хранения метаданныхНововведение впервые появилось в процессорах Intel Core 12 поколения, вышедших в конце 2021 г. – оно нужно для повышения безопасности памяти, но при этом, как оказалось, оно мешает быстрой и стабильной работе ядра LinuxИнформация о гневе Торвальдса дошла до Intel, и ее инженер Кирилл Шутемов (Kirill Shitemov) прокомментировал высказывание создателя LinuxОн сообщил, что технология <a class="hashtag" href="https://idealists.su/tag/lam" rel="nofollow noopener noreferrer" target="_blank">#LAM</a> действительно имеет свои недочеты, и что они будут устранены с релизом новой технологии – <a class="hashtag" href="https://idealists.su/tag/lass" rel="nofollow noopener noreferrer" target="_blank">#LASS</a> или Linear Space Separation SupportЭто новая функция безопасности для защиты адресного пространстваК слову, у AMD есть похожая на LAM технология – Upper Address Ignore <a class="hashtag" href="https://idealists.su/tag/uai" rel="nofollow noopener noreferrer" target="_blank">#UAI</a>Она появилась с переходом AMD на процессорную архитектуру Zen 4 и впервые была внедрена в чипы <a class="hashtag" href="https://idealists.su/tag/ryzen" rel="nofollow noopener noreferrer" target="_blank">#Ryzen</a> 7000<a class="hashtag" href="https://idealists.su/tag/эльбрус" rel="nofollow noopener noreferrer" target="_blank">#Эльбрус</a> <a class="hashtag" href="https://idealists.su/tag/vliw" rel="nofollow noopener noreferrer" target="_blank">#VLIW</a> <a class="hashtag" href="https://idealists.su/tag/cybersec" rel="nofollow noopener noreferrer" target="_blank">#cybersec</a> <a class="hashtag" href="https://idealists.su/tag/infosec" rel="nofollow noopener noreferrer" target="_blank">#infosec</a> <a class="hashtag" href="https://idealists.su/tag/иб" rel="nofollow noopener noreferrer" target="_blank">#ИБ</a> <a class="hashtag" href="https://idealists.su/tag/microcode" rel="nofollow noopener noreferrer" target="_blank">#microcode</a>

Benjamin Carr, Ph.D. 👨🏻‍💻🧬How to make any <a href="https://hachyderm.io/tags/AMD" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#AMD</a> Zen <a href="https://hachyderm.io/tags/CPU" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#CPU</a> always generate 4 from RDRAND "We have demonstrated the ability to craft arbitrary malicious microcode patches on Zen 1 through <a href="https://hachyderm.io/tags/Zen4" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Zen4</a> CPUs," the Google <a href="https://hachyderm.io/tags/Security" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Security</a> Team said. "The <a href="https://hachyderm.io/tags/vulnerability" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#vulnerability</a> is that the CPU uses an insecure hash function in the signature validation for <a href="https://hachyderm.io/tags/microcode" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#microcode</a> updates." The flaw listed as CVE-2024-56161 with a CVSS score of 7.2 out of 10, was discovered and reported to AMD in September, and a fix was devised by December. <a href="https://www.theregister.com/2025/02/04/google_amd_microcode/" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://www.theregister.com/2025/02/04/google_amd_microcode/</a>

LavX NewsAMD Patches Critical Vulnerability Allowing Malicious Microcode ExecutionA recently discovered vulnerability in AMD's CPU microcode could allow attackers to load harmful patches, compromising confidential workloads. AMD has rolled out urgent firmware updates to mitigate th...<a href="https://news.lavx.hu/article/amd-patches-critical-vulnerability-allowing-malicious-microcode-execution" rel="nofollow noopener noreferrer" target="_blank">https://news.lavx.hu/article/amd-patches-critical-vulnerability-allowing-malicious-microcode-execution</a><a href="https://mastodon.cloud/tags/news" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#news</a> <a href="https://mastodon.cloud/tags/tech" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#tech</a> <a href="https://mastodon.cloud/tags/AMD" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#AMD</a> <a href="https://mastodon.cloud/tags/Microcode" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Microcode</a> <a href="https://mastodon.cloud/tags/SecureVirtualization" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#SecureVirtualization</a>

SpaceLifeForm<a href="https://hachyderm.io/@chandlerc" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@chandlerc</a> So, does this imply that it is a failure by the software to not realize that the hardware and microcode have made a mistake?There is a lot that can be done at the software level, but to do that still requires that the machine code instructions still function as expected.It is turtles all of the way down.<a href="https://infosec.exchange/tags/Infosec" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Infosec</a> <a href="https://infosec.exchange/tags/microcode" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#microcode</a> <a href="https://infosec.exchange/tags/leak" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#leak</a>

SpaceLifeForm<a href="https://hachyderm.io/@chandlerc" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@chandlerc</a> The domain name is accurate.<a href="https://infosec.exchange/tags/Infosec" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Infosec</a> <a href="https://infosec.exchange/tags/Microcode" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Microcode</a> <a href="https://infosec.exchange/tags/Leak" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Leak</a>

SpaceLifeForm<a href="https://hachyderm.io/@chandlerc" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@chandlerc</a> Speculative Executation is not your friend.<a href="https://infosec.exchange/tags/Infosec" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Infosec</a> <a href="https://infosec.exchange/tags/Microcode" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Microcode</a> <a href="https://infosec.exchange/tags/Leak" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Leak</a>

SpaceLifeForm<a href="https://mastodon.scot/@kim_harding" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@kim_harding</a> Speculative Executation again. See Spectre, et al.If only I could run a modern browser on a Pentium.<a href="https://infosec.exchange/tags/Infosec" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Infosec</a> <a href="https://infosec.exchange/tags/Microcode" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Microcode</a> <a href="https://infosec.exchange/tags/Leak" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Leak</a>

LavX NewsAMD Microcode Vulnerability: What Developers Need to KnowA recently uncovered microcode signature verification vulnerability in AMD processors has raised concerns in the tech community. With the potential for malicious microcode to be loaded, developers mus...<a href="https://news.lavx.hu/article/amd-microcode-vulnerability-what-developers-need-to-know" rel="nofollow noopener noreferrer" target="_blank">https://news.lavx.hu/article/amd-microcode-vulnerability-what-developers-need-to-know</a><a href="https://mastodon.cloud/tags/news" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#news</a> <a href="https://mastodon.cloud/tags/tech" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#tech</a> <a href="https://mastodon.cloud/tags/Cybersecurity" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Cybersecurity</a> <a href="https://mastodon.cloud/tags/AMD" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#AMD</a> <a href="https://mastodon.cloud/tags/Microcode" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Microcode</a>

IT NewsThis Week in Security: ClamAV, The AMD Leak, and The Unencrypted Power Grid - Cisco’s ClamAV has a heap-based buffer overflow in its OLE2 file scanning. That’s ... - <a href="https://hackaday.com/2025/01/24/this-week-in-security-clamav-the-amd-leak-and-the-unencrypted-power-grid/" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://hackaday.com/2025/01/24/this-week-in-security-clamav-the-amd-leak-and-the-unencrypted-power-grid/</a> <a href="https://schleuss.online/tags/thisweekinsecurity" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#thisweekinsecurity</a> <a href="https://schleuss.online/tags/hackadaycolumns" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#hackadaycolumns</a> <a href="https://schleuss.online/tags/securityhacks" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#securityhacks</a> <a href="https://schleuss.online/tags/pentesting" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#pentesting</a> <a href="https://schleuss.online/tags/microcode" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#microcode</a> <a href="https://schleuss.online/tags/clamav" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#clamav</a> <a href="https://schleuss.online/tags/news" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#news</a>

st1nger :unverified: 🏴‍☠️ :linux: :freebsd:AMD <a href="https://infosec.exchange/tags/Microcode" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Microcode</a> Signature Verification <a href="https://infosec.exchange/tags/Vulnerability" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Vulnerability</a> - A patch for a "major" vulnerability in <a href="https://infosec.exchange/tags/AMD" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#AMD</a> chips has leaked before it became available for <a href="https://infosec.exchange/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Linux</a> users, Tavis Ormandy says. It's not clear if a patch for <a href="https://infosec.exchange/tags/Windows" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Windows</a> users is available or not. <a href="https://seclists.org/oss-sec/2025/q1/45" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://seclists.org/oss-sec/2025/q1/45</a>

vicashJust finished Tracy Kidder’s The Soul of a New Machine, a <a href="https://fosstodon.org/tags/book" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#book</a>, about the creation of one of Data General’s machines in the 1970s. If you love <a href="https://fosstodon.org/tags/assembler" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#assembler</a> <a href="https://fosstodon.org/tags/assembly" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#assembly</a> language, learning about low level stuff like <a href="https://fosstodon.org/tags/microcode" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#microcode</a>, <a href="https://fosstodon.org/tags/logicanalyzer" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#logicanalyzer</a> and how engineers designed full computers in those days, etc this book is for you. <a href="https://fosstodon.org/tags/bookstodon" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#bookstodon</a> <a href="https://fosstodon.org/tags/books" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#books</a>

Recent searches

Search options

Administered by:

Server stats:

#microcode