Компании Google и Intel раскрыли результаты (PDF) совместной работы по аудиту безопасности  механизма  Intel TDX 1.5 (Trusted Domain Extensions). Технология Intel TDX реализует возможность шифрования памяти виртуальных машин для их защиты от вмешательства и анализа со стороны администратора хост-системы и физических атак на оборудование. В результате аудита выявлено 6 уязвимостей и 35 не влияющих на безопасность ошибок...

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

• Уязвимость, позволяющая обойти механизм защиты Intel TDX,Sorlag, 12:47 , 11-Фев-26
  • Уязвимость, позволяющая обойти механизм защиты Intel TDX,1, 13:48 , 11-Фев-26
    • Уязвимость, позволяющая обойти механизм защиты Intel TDX,Аноним, 14:08 , 11-Фев-26
      • Уязвимость, позволяющая обойти механизм защиты Intel TDX,Васян Горнолыжник, 15:01 , 11-Фев-26
• Уязвимость, позволяющая обойти механизм защиты Intel TDX,Аноним, 12:51 , 11-Фев-26
  • Уязвимость, позволяющая обойти механизм защиты Intel TDX,Аноним, 12:53 , 11-Фев-26
    • Уязвимость, позволяющая обойти механизм защиты Intel TDX,Аноним, 13:14 , 11-Фев-26
      • Уязвимость, позволяющая обойти механизм защиты Intel TDX,Аноним, 13:54 , 11-Фев-26
• Уязвимость, позволяющая обойти механизм защиты Intel TDX,Аноним, 12:51 , 11-Фев-26
  • Уязвимость, позволяющая обойти механизм защиты Intel TDX,Круз, 13:11 , 11-Фев-26
    • Уязвимость, позволяющая обойти механизм защиты Intel TDX,Аноним, 13:19 , 11-Фев-26
      • Уязвимость, позволяющая обойти механизм защиты Intel TDX,Аноним, 15:27 , 11-Фев-26
• Уязвимость, позволяющая обойти механизм защиты Intel TDX,Аноним, 13:04 , 11-Фев-26
  • Уязвимость, позволяющая обойти механизм защиты Intel TDX,Аноним, 13:09 , 11-Фев-26
    • Уязвимость, позволяющая обойти механизм защиты Intel TDX,Васян Санитайзер с микроскопом, 14:57 , 11-Фев-26
  • Уязвимость, позволяющая обойти механизм защиты Intel TDX,Аноним, 13:38 , 11-Фев-26
    • Уязвимость, позволяющая обойти механизм защиты Intel TDX,Васян Марсианский, 14:47 , 11-Фев-26
  • Уязвимость, позволяющая обойти механизм защиты Intel TDX,BeLord, 15:09 , 11-Фев-26
• Уязвимость, позволяющая обойти механизм защиты Intel TDX,Пишу с C2D, 13:18 , 11-Фев-26
  • Уязвимость, позволяющая обойти механизм защиты Intel TDX,Аноним, 13:39 , 11-Фев-26
    • Уязвимость, позволяющая обойти механизм защиты Intel TDX,Аноним, 13:48 , 11-Фев-26
  • Уязвимость, позволяющая обойти механизм защиты Intel TDX,Аноним, 13:46 , 11-Фев-26
• Уязвимость, позволяющая обойти механизм защиты Intel TDX,ford1813, 13:19 , 11-Фев-26
  • Уязвимость, позволяющая обойти механизм защиты Intel TDX,Rev, 14:35 , 11-Фев-26
    • Уязвимость, позволяющая обойти механизм защиты Intel TDX,Васян Умышленый, 14:50 , 11-Фев-26
    • Уязвимость, позволяющая обойти механизм защиты Intel TDX,12yoexpert, 15:21 , 11-Фев-26
• Уязвимость, позволяющая обойти механизм защиты Intel TDX,Аноним, 13:25 , 11-Фев-26
  • Уязвимость, позволяющая обойти механизм защиты Intel TDX,Аноним, 13:38 , 11-Фев-26
    • Уязвимость, позволяющая обойти механизм защиты Intel TDX,Аноним, 13:41 , 11-Фев-26
• Уязвимость, позволяющая обойти механизм защиты Intel TDX,Аноним, 13:41 , 11-Фев-26
  • Уязвимость, позволяющая обойти механизм защиты Intel TDX,Аноним, 13:42 , 11-Фев-26
• Уязвимость, позволяющая обойти механизм защиты Intel TDX,randomize, 15:27 , 11-Фев-26
• Уязвимость, позволяющая обойти механизм защиты Intel TDX,Аноня, 15:31 , 11-Фев-26

>Проблема вызвана возможностью подмены атрибутов окружения в момент после прохождения их проверки

Как будто что-то новое)
Заказчик никогда не узнает, кто получил его данные и как, ведь у него всё «изолировано».
Причем внесли поддержку TDX в Linux в 2022 году ещё, а мелкомягкие в азуру в 2023 ещё и похвастались ;)

Согласен, постоянно виртуализацию и контейнеры приравнивают к безопасности.  Какое-то массовое помешательство.
Эльбрус наше всё.)

Эльбрус - всё.

-- - - - Эльбрус - всё.

Ищо не всё.... кто-та купил и пользует...

С каких пор оно защищает от физических атак? Студенты с осцилографом за тысячу баксов ломают (https://tee.fail). Только от злого админа на хост машине есть хоть какая то защита.

> С каких пор оно защищает от физических атак?

А где там написано про физические атаки?

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

Поискал бы хоть по странице. Технология Intel TDX реализует возможность шифрования памяти виртуальных машин для их защиты от вмешательства и анализа со стороны администратора хост-системы <b>и физических атак на оборудование.</b>

Почитал бы внимательнее. Технология Intel TDX реализует возможность шифрования памяти виртуальных машин для их защиты от <b>вмешательства и анализа со стороны администратора хост-системы</b> и физических атак на оборудование.

Мде....

Ладно "целочисленное переполнение" и "чтение из области памяти вне выделенного буфера" это просто наследие используемых недоязыков из прошлого тысячелетия. Как "состояние гонки" в общем-то тоже.

Но 6лuн - "использование не инициализированных переменных" - неужели настолько сложно запретить их создание?
Хотя бы флагами компилятора.

> Но 6лuн - "использование не инициализированных переменных" - неужели настолько сложно запретить их создание?

Ещё скажи что си должен явно такое запрещать, а не делать из этого UB, ведь количество потенциальных оптимизаций на базе этого можно слепить огромное

> Ещё скажи что си должен явно такое запрещать,

Нет конечно! Убогий язык должен быть убогим во всем!
С другой стороны - флаг компилятора зачем-то придумали?

> а не делать из этого UB,

Ага. Можно же сделать хотя бы implementation defined

> ведь количество потенциальных оптимизаций на базе этого можно слепить огромное

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

>Можно же сделать хотя бы implementation defined

Есть ровно нуль разницы между undefined и implementation defined.

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

А может просто писать максимально качественный код? Да не, бред какой-то! (с)

Чуваки в коде даже не удаляют переменные объявленные без инициализации.
Хотя это закрывается настройками флагов компилятора.

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

-- - - -  Чуваки в коде ...

Именно все эти чуваки и в коде... :)

На Марс можно отправить Starship Heavy с гигатонной боеголовкой.

Они же так свой центр развалят и спалятся по полной. Ты чё?

Можно подсократить сказочку - хочешь быть в безопасности - не используй.
Что не использовать, а ничего не использовать-)))

Именно поэтому умные и дальновидные люди не торопятся расставаться со своими Core 2 Duo, ведь безопасность и приватность важнее показателей на бумаге. К тому же для большинства повседневных задач C2D будет с запасом хватать даже в 2026 году, если верить load average.

А если не будут брать - отключат память. И интернет. И поддержку во всём софте. Кому не нравится - тот сам всю свою софтовую экосистему делает за свой счёт.

Зачем сам делать? Перекомпилировать под свой C2D, Generic, не включая поддержки этих всяких новомодных AVX.

> Core 2 Duo, ведь безопасность и приватность важнее показателей на бумаге.

Это тот самый который вышел настолько забагованный и дырявый, что ругались даже БСДшники?

Отличный план!
Сколько ошибок в errata там осталось не пофикшеными, ты все равно не узнаешь.

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

"Не стоит видеть злой умысел там, где имеет место простая тупость" - бритва Хэнлона.

-- - -- - "Не стоит видеть злой умысел там...

Эта же не злой умысел, эта же самая бизапасная бизапаснасть всех юзеров ва всиленнай.....

"не стоит бездумно повторять все тупые цитаты из интернета" (с) бритва Ленина

DDR7 уже или нет еще? D

Если DDR4 нужно брать тяжёлой RawHammer, то DDR7 поддастся небольшой кияночке.

Так открытый код только выиграет от такого. Целый Гит изобретен финишем для приема патчей от зизианцев.

>Trusted Domain Extensions
>В результате аудита выявлено 6 уязвимостей

Секреты хранятся в сарае из трёх стен.

Зоркий тыщеглаз давно не удивляется.

> не заслуживающему доверия администратору

Это мощно!

Одни на доверии, вторые доверие ломают. А я не доверяю обоим ;)