Intel завершит поддержку SGX после выхода серверных процессоров Xeon Diamond Rapids и сосредоточит конфиденциальные вычисления Intel вокруг технологии Trust Domain Extensions, или TDX. Для компаний, запускающих чувствительные нагрузки в публичных облаках, это важный разворот: вместо доработки отдельных участков приложения под защищённые анклавы Intel предлагает изолировать целую виртуальную машину.
О планах компании сообщает Tom's Hardware. Уже работающие SGX-платформы Intel обещает сопровождать и снабжать обновлениями безопасности до начала 2030-х годов, поэтому миграция не выглядит как срочная эвакуация из дата-центра. Но Diamond Rapids станет последним поколением Xeon с поддержкой SGX, а новые внедрения Intel явно предлагает строить на TDX.
SGX пришла в массовую серверную линейку Intel около пяти лет назад. Технология позволяет создать внутри приложения аппаратно защищённый анклав: выбранный код и данные изолируются даже от операционной системы и гипервизора. Подход полезен там, где нужно спрятать конкретный алгоритм, ключ или набор данных, но у него есть цена — разработчикам приходится специально проектировать приложение под анклавы или переделывать уже написанное ПО.
TDX решает похожую задачу на другом уровне. Вместо отдельного фрагмента программы технология защищает всю виртуальную машину от хостовой среды, включая гипервизор и соседние ВМ. Облако при этом продолжает управлять инфраструктурой, но не получает обычный доступ к содержимому защищённой гостевой системы. Для провайдеров, которые обслуживают тысячи виртуальных машин, такая модель заметно ближе к привычной эксплуатации: многие существующие нагрузки можно перенести в конфиденциальную ВМ без переписывания каждого приложения.
Почему Intel меняет ставку
Intel не связывает отказ от SGX с конкретной уязвимостью. И у SGX, и у TDX за годы эксплуатации находили проблемы: атаки по побочным каналам, ошибки повышения привилегий и слабые места в механизмах аттестации. Однако публичная логика решения иная: рынок конфиденциальных вычислений предпочитает защиту на уровне ВМ, потому что её проще масштабировать, продавать как облачную услугу и встраивать в уже работающие процессы.
Для российских команд это не просто смена аббревиатуры в презентации вендора. Если приложение уже опирается на SGX, стоит отдельно оценить, какие данные и операции действительно живут внутри анклавов, как устроена аттестация и можно ли перенести модель угроз на защищённую виртуальную машину. TDX не является механической заменой SGX: у технологий разный периметр защиты. Анклав позволяет изолировать часть кода внутри потенциально недоверенного приложения, тогда как TDX доверяет гостевой ОС и защищает её от инфраструктурного слоя.
Для новых систем выбор может оказаться проще. Конфиденциальные вычисления Intel в модели TDX подходят для корпоративных сервисов, которые обрабатывают персональные данные, финансовую информацию, внутренние документы или модели машинного обучения на чужой инфраструктуре. Но «защищённая ВМ» не отменяет базовую инженерную дисциплину: секреты, права доступа, журналирование, обновления гостевой ОС и безопасность самого приложения остаются задачами владельца нагрузки. Гипервизор перестаёт быть доверенной стороной — плохой пароль администратора приложения от этого не становится хорошим.
TDX уже доступна у Alibaba Cloud, Google Cloud, IBM Cloud, Microsoft Azure и Volcano Cloud. Поддержку технологии также добавляют Red Hat, Canonical и VMware, то есть ставка Intel распространяется не только на публичные облака, но и на частные контуры предприятий. Для архитекторов это означает более широкий выбор окружений, хотя конкретная доступность зависит от региона, конфигурации серверов и версии платформы.
Защита для ИИ-агентов и устройств вокруг ВМ
Отдельным драйвером Intel называет агентный ИИ. Автономные агенты могут читать чувствительные корпоративные данные, вызывать внутренние сервисы, выполнять операции в нескольких системах и обмениваться результатами с другими агентами. Изоляция каждого такого исполнения в собственной аппаратно защищённой ВМ выглядит практичнее, чем встраивание SGX-анклавов во все компоненты агента. Особенно если речь идёт о CPU-нагрузках и множестве независимых агентов на общей инфраструктуре.
Компания планирует расширять TDX несколькими механизмами, но сроков их появления не раскрыла. В планах — Intel TDX Connect для доверенного ввода-вывода, улучшенная аттестация и криптография, устойчивая к будущим квантовым атакам. Доверенный I/O важен потому, что защита памяти внутри ВМ сама по себе не гарантирует защиту данных на пути к ускорителю или другому периферийному устройству. Это становится особенно заметно в системах ИИ, где модель и данные могут переходить между CPU, GPU, памятью и внешними расширителями.
Intel также координирует конфиденциальные вычисления для CPU и GPU с Nvidia, чтобы защищать данные и модели по всей цепочке обработки в ускоренных ИИ-нагрузках. Пока это направление скорее обозначено, чем описано в виде готового набора возможностей: не стоит заранее приписывать TDX поддержку конкретных устройств или сценариев, которых Intel ещё не анонсировала.
Переход от SGX к TDX показывает, как меняются приоритеты рынка: защищать отдельный кусок кода полезно, но облакам нужна модель, которую можно включить для целой ВМ и тиражировать без хирургического вмешательства в каждое приложение. Главный вопрос для бизнеса теперь не в том, появится ли TDX в очередном облаке, а в том, насколько его модель доверия совпадает с требованиями конкретной системы — особенно там, где ИИ-агенту дают доступ не только к данным, но и к действиям.