и рыночная сегментация безопасности
Обзор
Современные процессоры x86 содержат встроенные аппаратные сопроцессоры, работающие независимо от операционной системы и с более высокими привилегиями, чем ядро ОС. Речь идёт об Intel Management Engine (ME) и AMD Platform Security Processor (PSP) — подсистемах, задокументированных и изученных сообществом безопасности более десяти лет. Поверх них в 2020 году появился ещё один слой — Microsoft Pluton, встраиваемый в тот же кремний совместно с производителями чипов. Отдельная, более свежая история — попытка AMD зарезервировать часть функций безопасности (шифрование оперативной памяти) исключительно за корпоративной линейкой Ryzen PRO, что вскрылось летом 2026 года и стало наглядной иллюстрацией того, как вопросы безопасности используются как инструмент рыночной сегментации.
Архитектура: что физически находится внутри процессора
Intel Management Engine
Intel ME встроен практически во все чипсеты Intel начиная с 2008 года и расположен в Platform Controller Hub современных материнских плат. Подсистема имеет собственное ядро, изолированную память и прошивку, загружается раньше основного CPU и продолжает работать, пока на материнскую плату подаётся питание — даже при выключенном компьютере ([Wikipedia](https://en.wikipedia.org/wiki/Intel_Management_Engine)). Внутри ME долгое время исполнялась операционная система MINIX 3, изначально созданная как учебный проект Эндрю Таненбаумом в 1980-х годах ([TechPowerUp](https://www.techpowerup.com/238514/intel-cpu-on-chip-management-engine-runs-on-minix)).
Привилегированный уровень, на котором работает ME, принято называть Ring -3 — это уровень ниже гипервизора (Ring -1) и режима System Management Mode (Ring -2), то есть код ME физически не виден и не досягаем ни для операционной системы, ни для антивируса. Эта модель колец была публично описана ещё в 2009 году на конференции Black Hat в докладе о руткитах уровня Ring -3 ([Black Hat USA 2009](https://blackhat.com/presentations/bh-usa-09/TERESHKIN/BHUSA09-Tereshkin-Ring3Rootkit-SLIDES.pdf)).
AMD Platform Security Processor
У AMD есть прямой аналог — Platform Security Processor (PSP), встроенный в чипы Ryzen и EPYC начиная с 2013 года. PSP использует закрытую, недокументированную прошивку и выступает корнем доверия платформы (root of trust), обеспечивая проверку подписи, безопасную загрузку и криптографические операции ([Black Hat USA 2020](https://i.blackhat.com/USA-20/Wednesday/us-20-Buhren-All-You-Ever-Wanted-To-Know-About-The-AMD-Platform-Security-Processor-And-Were-Afraid-To-Emulate.pdf)). На уровне операционной системы Linux взаимодействие с PSP происходит через драйвер ccp (Cryptographic Co-processor).
Можно ли отключить эти подсистемы
Полностью убрать ME или PSP на современном железе невозможно. При попытке удалить прошивку ME целиком система аварийно выключается через фиксированный интервал (около 30 минут) — это встроенный защитный механизм ([GNU/Linux Magazine](https://connect.ed-diamond.com/GNU-Linux-Magazine/GLMF-220/Coreboot-et-me_cleaner-liberez-votre-BIOS)). Частичное отключение возможно через инструмент me_cleaner, использующий специальный бит HAP (High Assurance Platform). Исследователи компании Positive Technologies, обнаружившие и задокументировавшие этот бит, отметили, что он был добавлен Intel по запросу правительственных заказчиков США — то есть механизм отключения изначально создавался не для рядовых пользователей, а под требования госструктур ([BleepingComputer](https://www.bleepingcomputer.com/news/hardware/researchers-find-a-way-to-disable-much-hated-intel-me-component-courtesy-of-the-nsa/)). Полное удаление ME д��ступно лишь на устаревшем железе (до 2008–2011 годов выпуска) через Libreboot ([libreboot.org FAQ](https://libreboot.org/faq.html)).
Удалённое управление: где кончается факт и начинается преувеличение
Само наличие ME или PSP не равно возможности стороннего удалённого контроля над устройством. Полноценное удалённое управление на стороне Intel обеспечивает отдельная, опциональная технология — Active Management Technology (AMT), доступная только на бизнес-платформах vPro и по умолчанию выключенная — её необходимо специально настроить и провизионировать ([Dell AMT Administrator's Guide](https://dl.dell.com/manuals/all-products/esuprt_desktop/esuprt_optiplex_desktop/optiplex-960_administrator%20guide_en-us.pdf)). На обычном потребительском процессоре без vPro этот канал управления физически отсутствует.
У AMD существует прямой аналог — DASH / AMD PRO Manageability / AIM-T, но он требует сертифицированного процессора линейки Ryzen PRO и поддержки в BIOS материнской платы; обычный потребительский Ryzen не имеет этой функциональности вовсе ([AMD Community](https://community.amd.com/t5/pc-processors/does-amd-dash-need-a-ryzen-pro-processor/td-p/675678), [AMD Manageability Tools](https://www.amd.com/en/support/downloads/manageability-tools.html)).
Угроза, впрочем, не исключительно теоретическая. В 2017 году в прошивках Intel AMT/ME была найдена критическая уязвимость CVE-2017-5689 (CVSS 9.8), позволявшая неаутентифицированному удалённому злоумышленнику получить полный доступ к системе через открытый порт 16992, минуя операционную систему и антивирус; брешь существовала в прошивках на протяжении семи лет до обнаружения ([The Register](https://www.theregister.com/2017/05/01/intel_amt_me_vulnerability/), [NVD](https://nvd.nist.gov/vuln/detail/cve-2017-5689)). Уязвимость подтверждает, что риск не абстрактный, но её эксплуатация требовала включённого и провизионированного AMT — то есть корпоративной инфраструктуры управления, а не произвольного потребительского ноутбука.
| Утверждение | Статус |
|---|---|
| Независимый сопроцессор с привилегиями выше ОС существует | Факт, документировано с 2008–2009 гг. |
| Работает при выключенном питании (пока есть ток от блока питания) | Факт |
| Невозможно полностью убрать на современном железе | Факт |
| Имеет потенциальный доступ к сети и RAM в обход ОС | Факт для AMT-конфигураций; ограничен без vPro/PRO |
| Любая компания может по своему желанию отключить/захватить обычный домашний ПК | Преувеличение — требует включённого AMT/DASH, провизионирования, сетевой доступности |
| В подсистеме были реальные эксплуатируемые уязвимости | Факт (CVE-2017-5689 и другие Intel Security Advisories) |
Дополнительный слой: Microsoft Pluton
В ноябре 2020 года Microsoft совместно с AMD, Intel и Qualcomm анонсировала собственный сопроцессор безопасности Pluton, встраиваемый непосредственно в кремний SoC, а не подключаемый через внешнюю шину, как классический TPM ([Microsoft Security Blog](https://www.microsoft.com/en-us/security/blog/2020/11/17/meet-the-microsoft-pluton-processor-the-security-chip-designed-for-the-future-of-windows-pcs/)). Технология изначально разрабатывалась для защиты Xbox One с 2013 года и Azure Sphere ([TechCrunch](https://techcrunch.com/2020/11/17/microsoft-pluton-security-chip-intel-amd-qualcomm/)).
Сегодня Pluton физически присутствует в AMD Ryzen 6000/7000/8000/9000 и Ryzen AI, а также в Intel Core Ultra 200V/Series 3 и Qualcomm Snapdragon X, выполняя функции TPM 2.0 и дополнительные функции безопасности Windows 11 ([Microsoft Learn](https://learn.microsoft.com/en-us/windows/security/hardware-security/pluton/microsoft-pluton-security-processor)). С 2024 года чип включён по умолчанию на всех Copilot+ PC. Прошивку Pluton обновляет непосредственно Microsoft через Windows Update, минуя производителя чипа, а на части плат (например, AMD-системы Framework) она не может быть отключена через BIOS ([community.frame.work](https://community.frame.work/t/framework-amd-pluton-security-chip/38619)).
Это добавило Pluton в список тем, вызывающих обсуждение среди специалистов по безопасности: на Hacker News звучали опасения, что подобный чип спроектирован скорее для защиты интересов корпоративного IT и правообладателей контента, чем интересов владельца устройства ([Hacker News](https://news.ycombinator.com/item?id=31373863)). Встречный аргумент от известного разработчика безопасности Мэттью Гэррета указывает, что в текущей реализации Pluton не выполняет активных действий, пока прошивка или ОС сама не обратится к нему, то есть по сути это защищённая реализация TPM, а не активный надзорный механизм ([mjg59.dreamwidth.org](https://mjg59.dreamwidth.org/58125.html)).
Кейс TSME: безопасность как инструмент сегментации рынка
Летом 2026 года разразился инцидент, наглядно демонстрирующий, как функции безопасности используются производителем для разделения потребительского и корпоративного сегментов. Пользователь-энтузиаст Бен Килпатрик обнаружил, что на его Ryzen 7 9700X аудит Host Security ID показывает шифрование оперативной памяти (TSME, Transparent Secure Memory Encryption) как неподдерживаемое, хотя ранее оно работало ([Ars Technica](https://arstechnica.com/security/2026/06/following-user-outcry-amd-reinstates-memory-encryption-in-consumer-cpus/)).
Расследование с участием инженеров MSI показало, что на одной и той же кремниевой матрице внутренний флаг DfIsTsmeEnabled возвращает FALSE на потребительских моделях и TRUE на моделях линейки PRO — при полностью идентичном аппаратном обеспечении ([Tom's Hardware](https://www.tomshardware.com/pc-components/cpus/amd-silently-removes-memory-encryption-from-consumer-ryzen-cpus-leaving-users-unaware-that-they-may-be-vulnerable-security-feature-vanishes-after-newer-agesa-firmware-amd-engineers-go-radio-silent-when-pressed-about-the-change)). Изменение было внесено обновлением прошивки AGESA 1.2.7.0 без публичного анонса и было практически невозможно обнаружить на Windows-системах. AMD официально ответила, что TSME — это "функция безопасности, применяемая только к CPU линейки PRO в рамках AMD PRO Technologies", что стало первым публичным подтверждением подобного ограничения, хотя функция годами работала и на обычных потребительских чипах ([ad-hoc-news.de](https://www.ad-hoc-news.de/wissenschaft/amd-deaktiviert-sicherheitsfunktion-tsme-nur-noch-fuer-pro-chips/69585564)).
После волны критики AMD объявила о возврате опции TSME для части потребительских Ryzen 9000 в обновлении BIOS в июле 2026 года, сославшись на обратную связь от сообщества ([PC Perspective](https://pcper.com/2026/06/amd-seems-to-have-silently-cut-tsme-memory-encryption-from-consumer-chips/)). Тем не менее сама попытка тихого ограничения показывает направление: часть функций безопасности со временем может окончательно закрепиться как разменная монета между потребительским и корпоративным тарифом, а не гарантированная характеристика приобретённого оборудования. Один из комментаторов отрасли резюмировал происходящее коротко: "This is for the sake of segmentation, I'm sure" ([Tom's Hardware, обсуждение](https://www.tomshardware.com/pc-components/cpus/amd-silently-removes-memory-encryption-from-consumer-ryzen-cpus-leaving-users-unaware-that-they-may-be-vulnerable-security-feature-vanishes-after-newer-agesa-firmware-amd-engineers-go-radio-silent-when-pressed-about-the-change)).
Подобная практика не уникальна для AMD. Intel десятилетиями программно ограничивает поддержку ECC-памяти, vPro и виртуализационных расширений на потребительских линейках при идентичном или близком кремнии, а Nvidia аналогично разделяет GeForce и профессиональные Quadro/Tesla функциями ECC и виртуализации. AMD PRO Technologies как бренд объединяет расширенную валидацию драйверов на 18 месяцев, DASH-manageability и Memory Guard (TSME) в единый корпоративный пакет, за который платят OEM-партнёры и корпоративные закупщики.
Практическая диагностика на конкретной системе
На примере системы с процессором AMD Ryzen 7 5700G (Cezanne, Zen 3), материнской платой ASUS и дистрибутивом Manjaro Linux были получены следующие результаты.
Определение вендора и статуса PSP
lscpu | grep -i "vendor\|model name"
dmesg | grep -iE "mei|psp|ccp|management engine|platform security"
lspci -nnk | grep -iA3 "management\|security\|communication controller"Вывод подтвердил активный PSP (psp enabled, tee enabled) через драйвер ccp, что является нормой для любого процессора Ryzen. Сообщение ccp: unable to access the device: you might be running a broken BIOS в данном случае не указывает на реальную угрозу безопасности — это широко распространённое информационное сообщение драйвера ccp, связанное с недоступностью регистра возможностей аппаратного криптоускорения, часто встречающееся именно на платах ASUS без влияния на основные функции PSP (fTPM, безопасная загрузка) ([Reddit r/linuxhardware](https://www.reddit.com/r/linuxhardware/comments/lw06hf/is_amds_ccp_encryption_processor_working_in_your/)).
Подтверждение fTPM через PSP
sudo tpm2_getcap properties-fixed | grep -i manufacturerРезультат TPM2_PT_MANUFACTURER: "AMD" подтвердил, что TPM 2.0 реализован программно внутри PSP (firmware TPM), а не отдельным дискретным чипом на плате — стандартная конфигурация для платформ AM4 без выделенного разъёма TPM.
Оценка возможности удалённого управления
Поскольку AMD DASH/AIM-T требует процессора линейки Ryzen PRO, а Ryzen 7 5700G относится к потребительской линейке, аппаратный канал для удалённого out-of-band управления в стиле Intel AMT на данной системе отсутствует полностью ([AMD Community](https://community.amd.com/t5/pc-processors/does-amd-dash-need-a-ryzen-pro-processor/td-p/675678)).
Оценка общего уровня безопасности прошивки
sudo fwupdmgr securityСистема получила рейтинг Host Security ID (HSI) равный 1 из возможных 5 — низкий, но не критический уровень. Спецификация оценки HSI и рекомендации по повышению рейтинга опубликованы разработчиками fwupd ([fwupd.github.io](https://fwupd.github.io/libfwupdplugin/hsi.html)).
| Проблема | Категория | Действие |
|---|---|---|
| UEFI Secure Boot выключен | Легко исправить | Включить в BIOS, настроить ключи через sbctl |
| Защита от записи SPI выключена | Легко исправить | Включить опцию в настройках BIOS материнской платы |
| Kernel lockdown выключен | Легко исправить | Активируется автоматически после включения Secure Boot |
| Шифрование RAM (TSME) не поддерживается | Ограничение платформы/сегментации | Проверить наличие CPU-флагов sme/sev; при отсутствии — ограничение на уровне кремния/микрокода конкретной модели |
| Отсутствует защита от DMA до загрузки | Ограничение платформы | Зависит от экспонирования ACPI-таблицы IVRS в конкретной прошивке BIOS ([GitHub fwupd](https://github.com/fwupd/fwupd/discussions/5392)) |
| Активен режим сна S3 вместо гибернации | Второстепенно | Переключение на suspend-then-hibernate снижает риск cold-boot атак при физическом доступе |
Рекомендованные команды для повышения рейтинга
# Включение Secure Boot с собственными ключами (Arch/Manjaro не подписывает ядро по умолчанию)
sudo pacman -S sbctl
sudo sbctl status
sudo sbctl create-keys
sudo sbctl enroll-keys -m
sudo sbctl sign -s /boot/vmlinuz-linux
sudo sbctl sign -s /boot/EFI/BOOT/BOOTX64.EFI
sudo sbctl verify
# Проверка статуса lockdown после включения Secure Boot
cat /sys/kernel/security/lockdown
# Проверка поддержки шифрования памяти на уровне кремния
grep -o '\bsme\b' /proc/cpuinfo
grep -o '\bsev\b' /proc/cpuinfo
# Проверка режима сна
cat /sys/power/mem_sleep
sudo systemctl suspend-then-hibernateЗаключение
Скрытые аппаратные сопроцессоры управления — реальность всех современных x86-платформ: Intel ME и AMD PSP работают с привилегиями выше операционной системы, не могут быть полностью удалены и продолжают функционировать даже при выключенном питании компьютера. Поверх этого слоя дополнительно встраивается собственный сопроцессор Microsoft — Pluton, управляемый через Windows Update независимо от производителя чипа. Реальные инциденты, такие как уязвимость CVE-2017-5689 в Intel AMT, доказывают, что риск не чисто теоретический, однако широко распространённое представление о произвольном удалённом захвате рядового потребительского компьютера производителем чипа не подтверждается: полноценное удалённое управление требует специфической корпоративной инфраструктуры (vPro/AMT у Intel, DASH/PRO у AMD), отсутствующей на массовом потребительском железе.
Более актуальная и практически значимая тенденция — использование функций безопасности как инструмента сегментации рынка, ярко проявившаяся в истории с TSME у AMD летом 2026 года: одна и та же кремниевая матрица получает или не получает защиту в зависимости исключительно от коммерческого тарифа процессора. Для конечного пользователя это означает, что главный практический риск на обычном потребительском оборудовании связан не с внешним "захватом по желанию корпорации", а с невключёнными по умолчанию штатными настройками безопасности (Secure Boot, защита SPI) и с постепенным перераспределением функций защиты в пользу более дорогих корпоративных линеек процессоров.