Эксперты в подборе IT-оборудования
Конфиденциальные вычисления (confidential computing) - аппаратная защита данных в момент обработки. Процессор шифрует оперативную память виртуальной машины ключом, который не покидает чип, и данные ВМ не могут прочитать ни гипервизор, ни администратор хоста. У AMD технология называется SEV-SNP, у Intel - TDX. Обе защищают виртуальную машину целиком. Есть ещё Intel SGX: он прячет в защищённый анклав отдельный кусок приложения.
Ниже разберём, от кого эта защита и от кого нет, что значат пункты SME, TSME, SEV и SGX в BIOS сервера, какие гипервизоры это умеют и что перестаёт работать в защищённой ВМ.
Коротко. Нужно тем, кто запускает свои ВМ на чужом железе или чужие ВМ на своём: хостерам, облачным провайдерам, компаниям с серверами на колокейшене. В своей серверной, где хост и ВМ обслуживает один админ, выигрыш небольшой, а ограничений много. Что сделать сейчас: при покупке сервера выбрать процессор с поддержкой (AMD EPYC 7003 и новее, Intel Xeon 5-го поколения или Xeon 6) и держать BIOS обновлённым. Включать конфиденциальные ВМ без конкретной задачи незачем.
В русскоязычной выдаче «конфиденциальные вычисления» означают две вещи, и путаница начинается уже с Википедии.
Первая - криптографические протоколы. Несколько сторон вместе считают результат, и никто не раскрывает свои исходные данные. Классический пример - «задача миллионеров»: двое выясняют, кто богаче, не называя сумм. Сюда же относится гомоморфное шифрование. Это математика и софт, железо тут почти ни при чём. Так термин понимают в финтехе и криптографии.
Вторая - аппаратная доверенная среда исполнения (TEE, Trusted Execution Environment). Процессор выделяет изолированную область, куда нет доступа ни у операционной системы хоста, ни у гипервизора. Это и есть SEV-SNP, TDX и SGX. Консорциум Confidential Computing Consortium и вендоры серверов используют термин именно в этом смысле.
Дальше речь только о втором значении: о том, что умеет процессор вашего сервера.
Данные защищают в трёх состояниях. На диске их закрывает шифрование диска. В сети работают TLS и VPN. Третье состояние - данные в работе, в оперативной памяти, расшифрованные для процессора. Здесь классическая виртуализация доверяет гипервизору полностью: кто управляет хостом, тот может снять дамп памяти любой ВМ и вытащить из него пароли и ключи шифрования.
Конфиденциальные вычисления закрывают именно эту дыру. Сразу видно, против кого они работают: против владельца инфраструктуры.
| Кто может добраться до данных ВМ | Закрывает ли SEV-SNP / TDX |
|---|---|
| Администратор хоста или ЦОДа снимает дамп памяти ВМ | Да, в дампе будет шифротекст |
| Взломанный гипервизор подменяет или читает память ВМ | Да, это основной сценарий защиты |
| Соседняя ВМ на том же хосте | Да, у каждой ВМ свой ключ |
| Устройство читает память через DMA, холодная перезагрузка с извлечением модулей | В основном да, память зашифрована |
| Злоумышленник с физическим доступом и подготовленным оборудованием | Частично. Есть атаки вроде BadRAM, о них ниже |
| Уязвимость в самой гостевой ОС или приложении | Нет. Взломанная изнутри ВМ остаётся взломанной |
| Пользователь с правами внутри ВМ | Нет, для него данные открыты как обычно |
Последние две строки важны для ожиданий. Обновления и разграничение прав остаются на месте: конфиденциальная ВМ закрывает один канал утечки, через тех, кто обслуживает железо. Про остальные меры защиты ВМ и гипервизора у нас есть отдельный разбор: защита виртуальных сред.
Принцип у AMD и Intel похож, различаются детали реализации:
Аттестация - самая недооценённая часть. В облаке её берёт на себя провайдер. На собственном железе проверяющий сервис нужно поднимать отдельно. Галочкой в настройках тут не обойтись, это небольшой проект.
| Технология | Что защищает | Единица защиты | Процессоры |
|---|---|---|---|
| AMD SEV | Память ВМ (шифрование) | ВМ | AMD EPYC 7001 и новее |
| AMD SEV-ES | Память + регистры ВМ | ВМ | AMD EPYC 7002 и новее |
| AMD SEV-SNP | Память, регистры, целостность памяти, аттестация | ВМ | AMD EPYC 7003 и новее |
| Intel TDX | То же, что SEV-SNP: изоляция, целостность, аттестация | ВМ (Trust Domain) | Xeon 5-го поколения (Emerald Rapids), Xeon 6 |
| Intel SGX | Код и данные внутри анклава | часть приложения | серверные Xeon E и Xeon Scalable с 3-го поколения, Xeon 6 |
Если упростить, полноценная конфиденциальная ВМ - это SEV-SNP или TDX. Ранние SEV и SEV-ES шифруют память, но не мешают гипервизору подменять её, поэтому для серьёзной защиты их недостаточно.
Intel TDX (Trust Domain Extensions) - технология Intel для изолированных виртуальных машин, которые Intel называет доменами доверия. По смыслу это ответ на AMD SEV-SNP. На 4-м поколении Xeon Scalable (Sapphire Rapids) TDX был доступен только в специальных моделях для крупных облачных провайдеров. В обычной продаже он появился с 5-м поколением и есть в Xeon 6. Если собираетесь купить сервер Intel Xeon с прицелом на TDX, сначала проверьте поколение процессора, а для Xeon 6 и конкретную модель. Как выбирать между платформами, мы разбирали в статье Intel vs AMD: что выгоднее для бизнеса.
Intel SGX (Software Guard Extensions) появился раньше остальных. Он защищает анклав: участок памяти внутри приложения, куда разработчик выносит самое ценное, например работу с ключами. Чтобы использовать SGX, приложение нужно под него дописать, поэтому технология так и осталась нишевой.
Из процессоров для ПК Intel убрала SGX начиная с 11-го и 12-го поколений Core. Побочный эффект - на новых ПК перестали воспроизводиться диски Ultra HD Blu-ray. В серверных Xeon SGX остался. В Ice Lake анклав в большинстве моделей ограничен 64 ГБ, в отдельных - 512 ГБ. В Xeon 6 серии 6700P заявлено до 512 ГБ.
Эти пункты попадаются в BIOS почти любого сервера на EPYC или Xeon последних поколений. По умолчанию большинство из них выключено, и для обычной работы сервера их можно не трогать. Названия у вендоров плавают, ниже - смысл.
| Пункт BIOS | Что делает | Включать? |
|---|---|---|
| SME (Secure Memory Encryption) | Разрешает операционной системе шифровать выбранные страницы памяти | Только если ОС настроена это использовать. Обычно не нужно |
| TSME (Transparent SME) | Шифрует всю оперативную память сервера одним ключом, без участия ОС. Ключ новый при каждой загрузке | По желанию. Защищает от извлечения данных из снятых модулей памяти, потери производительности - единицы процентов |
| SEV / SEV-ES / SEV-SNP, а также «SEV ASID», «SNP Memory Coverage» | Включает конфиденциальные ВМ на AMD, задаёт число защищённых ВМ | Только если планируете запускать такие ВМ и гипервизор их поддерживает |
| SGX, «SGX Enable», PRMRR size | Включает анклавы Intel и задаёт объём памяти под них | Только под приложение, которому нужен SGX. Память под анклавы резервируется и пропадает для остальных задач |
| TDX, «Trust Domain Extensions», TME / TME-MT | Включает TDX и шифрование памяти Intel (TME - аналог TSME) | Только под конфиденциальные ВМ. Для TDX нужен включённый TME в многоключевом режиме |
| Virtualization Technology / SVM, VT-x | Аппаратная виртуализация | Да, если на сервере гипервизор |
Последняя строка - отдельная история, её мы подробно разбирали в статье про Virtualization Technology в биосе.
Сообщение «SGX disabled by BIOS» в Linux или в утилитах проверки чаще всего ничего не значит: SGX просто выключен, и серверу он не нужен. Включать его стоит, только если этого требует конкретное приложение.
Процессор - только половина дела. Конфиденциальную ВМ должен уметь запускать гипервизор, а гостевая ОС - в ней работать. Состояние на осень 2026 года:
| Платформа | AMD SEV-SNP | Intel TDX | Оговорки |
|---|---|---|---|
| Proxmox VE | С версии 8.4 | Начальная поддержка с версии 9.1 | В документации SEV-ES и SEV-SNP помечены как экспериментальные (very experimental). Для SNP нужно ядро хоста 6.11+ |
| KVM / QEMU / libvirt (Ubuntu, RHEL и др.) | Да | Да, в свежих версиях | Поддержка зависит от версий ядра и QEMU. Проще всего на свежих Ubuntu и RHEL, где вендоры её собирают |
| VMware vSphere | В vSphere 9 | В vSphere 9 | В vSphere 7 (с Update 1) и 8 поддерживался SEV-ES, без vMotion и снапшотов памяти |
| Microsoft Hyper-V | Конфиденциальные ВМ на SNP и TDX Microsoft развивает в Azure | Для локального Windows Server сверяйтесь с документацией своей версии | |
| Российские платформы на KVM | [УТОЧНИТЬ у вендоров: zVirt, «Брест», ROSA и др. - заявлена ли поддержка] |
Если гипервизор только выбираете, общий расклад по платформам есть в нашем сравнении гипервизоров 2026. Поддержка конфиденциальных ВМ редко бывает главным критерием выбора.
Частая ошибка. Включить SEV-SNP «для безопасности» на всех ВМ кластера, а через неделю обнаружить, что не работают живая миграция и снапшоты. Конфиденциальная ВМ живёт по своим правилам, и часть привычных операций для неё недоступна.
По документации Proxmox и VMware, в конфиденциальных ВМ сейчас не работают или работают с ограничениями:
Производительность падает умеренно. По тестам Intel и Dell, TDX отнимает около 3-5%. У SEV-SNP порядок похожий, но сильно зависит от нагрузки. Больше всего проседает интенсивный ввод-вывод: данные для дисков и сети проходят через промежуточный незашифрованный буфер.
Конфиденциальные вычисления - молодая технология, и исследователи регулярно находят в ней дыры. Несколько известных примеров:
Вывод практический. Если вы рассчитываете на конфиденциальные ВМ, обновления BIOS, микрокода и гостевого ядра становятся обязательной регулярной работой. Без них защита держится на честном слове.
Ответ зависит от того, кто владеет железом, а кто - данными. Если это одни и те же люди, технология мало что меняет.
| Ваша ситуация | Нужно ли | Что сделать |
|---|---|---|
| Своя серверная, хост и ВМ обслуживает один админ или одна команда | Скорее нет | Шифрование дисков и разграничение прав, TSME по желанию |
| Ваши серверы стоят на колокейшене в чужом ЦОДе | Может пригодиться | TSME как минимум. Конфиденциальные ВМ - если боитесь физического доступа персонала ЦОДа, но помните про BadRAM |
| Вы хостер или провайдер, на ваших хостах ВМ клиентов | Да, это конкурентное преимущество | SEV-SNP или TDX, аттестация для клиентов, план обновлений прошивки |
| Ваши ВМ работают у хостера или в облаке | Да, если есть чувствительные данные | Выбирать тариф с конфиденциальными ВМ и проверять аттестацию |
| Обработка чужих данных: ИИ-модели на данных клиента, совместная аналитика | Да | Конфиденциальные ВМ плюс аттестация, но без GPU в ВМ или с GPU, которые поддерживают такой режим |
| Персональные данные и регулируемые системы | Как дополнительная мера | Требований регуляторов к защите она не отменяет и сертифицированные средства не заменяет |
Наш опыт: [УТОЧНИТЬ у команды: настраивали ли клиентам SEV/TDX, спрашивают ли об этом при закупке]
Если решили попробовать, начните с одной тестовой ВМ: проверьте, что BIOS обновлён, в нём включены SEV-SNP или TDX, гипервизор и гостевая ОС их поддерживают, а резервное копирование ВМ работает без снапшотов памяти. Только потом переносите рабочие системы.
Немного. По замерам Phoronix на процессоре AMD Ryzen PRO потери около 2%, на уровне погрешности для большинства задач. Для сервера, которому важна защита от извлечения модулей памяти, это разумная цена.
Это значит, что SGX выключен в BIOS. Для большинства серверов это нормальное состояние. Включать SGX нужно, только если этого требует конкретное приложение.
TDX защищает виртуальную машину целиком, и программы внутри неё переделывать не нужно. SGX защищает анклав - часть одного приложения, и приложение для этого пишут специально.
Только если в нём AMD EPYC 7003 (Milan) или новее, а BIOS поддерживает SNP. На EPYC 7001 доступен только базовый SEV, на 7002 - SEV-ES. На Intel до 5-го поколения Xeon Scalable TDX в обычных моделях нет.
Нет. Они защищают данные в оперативной памяти во время работы. Данные на дисках и в бэкапах всё так же нужно шифровать отдельно.
По теме: Как выбрать гипервизор, Свой сервер или облако, Intel Xeon: гайд по серверным процессорам
Планируете сервер под виртуализацию с повышенными требованиями к защите?
Подберём платформу и процессор с поддержкой SEV-SNP или TDX под ваш гипервизор и заранее скажем, какие возможности придётся отключить. Посмотрите сервер для виртуальных машин в каталоге или напишите нам: +7 (800) 551-80-12, info@ittelo.ru. Серверами мы занимаемся больше 11 лет и за это время накопили серьёзную экспертизу. Даём гарантию до 5 лет, берём сервер на постпродажное обслуживание и не пропадаем после отгрузки.
