AMD откатит одно из самых спорных изменений в настольных Ryzen 9000: компания пообещала уже в июле вернуть опцию Memory Guard, она же TSME, то есть аппаратное шифрование всей оперативной памяти. Для тех, кто следит за безопасностью рабочих станций и корпоративных ПК, история показательная: шифрование памяти AMD убрали молча, а вернули только после заметного публичного давления.
Речь идёт о некоторых настольных процессорах Ryzen 9000 без приставки Pro. Как пишет Ars Technica, в одном из недавних BIOS-обновлений у этих чипов исчезла возможность включить Memory Guard. Функция не новая и не экзотическая: AMD использует её около десяти лет, сначала в старших CPU, а затем и в более массовых моделях, включая потребительские Ryzen. Именно поэтому реакция сообщества оказалась такой резкой: пользователи восприняли это не как техническую мелочь, а как тихое изъятие давно доступной возможности.
TSME расшифровывается как Transparent Secure Memory Encryption. На практике это механизм, который шифрует всё содержимое оперативной памяти при записи и расшифровывает при чтении. Он нужен не против удалённого взлома, а против атак с физическим доступом к устройству, включая cold boot attack, когда злоумышленник пытается извлечь данные из модулей памяти после выключения или перезапуска машины. Ключ шифрования создаётся при каждой загрузке и не доступен программам, а сама технология не зависит от операционной системы. Для администраторов и ИБ-команд это важный нюанс: функция проста в развёртывании и не требует сложной поддержки на уровне ОС.
Почему пользователи отреагировали так жёстко
Само по себе отключение защиты в потребительских чипах ещё можно было бы объяснить спором о приоритетах. Домашние ПК и игровые машины действительно реже становятся объектом сложных атак с физическим доступом, чем ноутбуки топ-менеджеров, корпоративные рабочие станции или серверы. Плюс у шифрования памяти есть цена в виде дополнительной задержки: операции шифрования и расшифровки не бесплатны, а для части игр и чувствительных к латентности сценариев это неприятно. Некоторые разработчики игр и раньше советовали отключать TSME ради производительности.
Но раздражение вызвал не только сам факт, а способ. По данным Ars Technica, изменение произошло на уровне прошивки, без каких-либо аппаратных доработок в кремнии. Иными словами, пользователи увидели не естественное ограничение новой архитектуры, а волевое решение производителя. На Windows-машинах пропажу функции было почти невозможно заметить без специальных знаний, на Linux для проверки тоже требовалась техническая возня. AMD при этом сначала не стала ни подробно объяснять причину, ни даже нормально признать факт изменения. В 2026 году это уже отдельный жанр общения больших вендоров с аудиторией: сначала убрать что-то тихо, потом молчать, пока недовольство не выйдет за пределы форумов.
На этом фоне быстро родилась самая неприятная для AMD трактовка: будто бы шифрование памяти AMD убрали из обычных Ryzen, чтобы сильнее развести потребительскую и профессиональную линейки и подтолкнуть часть клиентов к более дорогим Pro-моделям. Прямых доказательств этому нет, и сама компания такой мотив не подтверждала. Есть и более прозаичные версии: усложнение поддержки по мере изменения дизайна чипов, попытка упростить материнским платам и BIOS-поставщикам жизнь или банальное желание не раздражать геймеров лишними потерями производительности. Проблема в том, что AMD не предложила внятной публичной аргументации, а в вакууме объяснений всегда выигрывает самая циничная версия.
Что решила AMD и почему это важнее одной BIOS-опции
После волны критики компания всё же пошла на попятную. В письме Ars Technica AMD сообщила, что на некоторых настольных процессорах Ryzen 9000 non-Pro опция включения Memory Guard была доступна раньше, но исчезла в недавнем обновлении, и теперь её вернут в одном из будущих BIOS-релизов в июле. Формулировка сухая и почти бухгалтерская, зато вывод однозначный: функция снова станет доступна, а значит, речь действительно шла не о фундаментальном аппаратном барьере, а о политике поддержки.
Для русскоязычной IT-аудитории здесь важны сразу несколько слоёв. Во-первых, аппаратные защитные функции в клиентских устройствах давно перестали быть темой только для параноиков и криптоэнтузиастов. Рабочие ноутбуки разработчиков, машины с локальными базами данных, среды сборки, VPN-ключи, токены, дампы памяти, корпоративные мессенджеры, доступы к облакам, локальные модели и тестовые наборы данных часто живут как раз на тех самых «обычных» ПК. Если устройство потеряли, изъяли на границе, оставили без присмотра в коворкинге или сервисе, атака с физическим доступом перестаёт быть экзотикой из учебника. Во-вторых, история подчёркивает, насколько сильно безопасность конечной машины теперь зависит не только от железа, но и от решений, зашитых в очередное обновление BIOS.
Для бизнеса и закупщиков сигнал ещё проще. Если вендор годами поставляет функцию, а затем тихо убирает её без объяснений, это проблема не только конкретной технологии, но и предсказуемости платформы. Особенно когда речь идёт о чипах, которые покупают не только для игр, но и для разработческих рабочих мест, тонких офисных станций и специализированных десктопов. В таких сценариях возможность самому выбирать баланс между производительностью и защитой обычно ценится выше, чем решение «мы за вас уже решили, что вам это не нужно».
AMD в итоге заслужила не аплодисменты, а скорее зачёт за исправление после провала: компания услышала претензии и вернула опцию, но так и не объяснила, зачем вообще убирала её из потребительских Ryzen. И вот это, пожалуй, главный сюжет всей истории. На рынке железа всё чаще спорят уже не о том, какая функция есть в спецификации, а о том, насколько долго она проживёт после очередного обновления прошивки и кто именно контролирует этот рубильник: пользователь или производитель.