Microsoft, Marvell и Oracle открывают Project Tessera: HSM с открытым кодом для защиты ключей и перехода к постквантовой криптографии

Что Microsoft открывает

Project Tessera анонсирован на OCP Global Summit 2026 и назван эволюцией Azure Integrated HSM — встроенного аппаратного модуля безопасности Azure — в полностью открытую инициативу, которую Microsoft разрабатывает вместе с Marvell, Oracle и Open Compute Project.

Открытыми заявлены архитектура, спецификации, протоколы, драйверы, программное обеспечение, прошивки и среды воспроизводимой сборки; со временем проект, по словам авторов, должен прийти к полностью открытой кремниевой реализации, а само оборудование — стать широко доступным, чтобы организации экосистемы могли внедрять платформу, интегрировать её и вносить в неё вклад.

Обоснование сформулировано коротко: отрасль выигрывает, когда над аппаратной безопасностью работают вместе. Пост подписали Марк Руссинович (Mark Russinovich), технический директор, заместитель директора по информационной безопасности и Technical Fellow Microsoft Azure, и Саурабх Дигхе (Saurabh Dighe), корпоративный вице-президент по системному планированию и архитектуре.

Модель повторяет историю Caliptra — открытого кремниевого корня доверия, который Microsoft развивала с партнёрами по отрасли и который, по её словам, с тех пор широко распространился в аппаратной экосистеме. Тот же принцип прозрачности и совместной работы проект переносит на защиту аппаратных ключей.

Об открытии Tessera Microsoft сообщила 13 октября в инфраструктурном посте к тому же саммиту — в нашей статье об инфраструктурном стеке фронтира этот проект уже упомянут; отдельная публикация вышла в тот же день и впервые описывает его инженерно: что именно уходит в открытый код, какие гарантии заявлены и что уже работает.

Почему ключи стали узким местом: ИИ-атаки и квантовый горизонт

Авторы связывают работу с двумя сдвигами. Первый — ИИ ускоряет и масштабирует кибератаки: атаки, оркестрованные ИИ, повышают масштаб, скорость и сложность, сжимают время между обнаружением уязвимости и её эксплуатацией и усиливают риски кражи учётных данных, выноса ключей и злоупотребления подписью.

Второй тезис: ключи и учётные данные — это управляющие активы высокой ценности. При компрометации они позволяют атакующему выдавать себя за доверенные сущности, обходить средства защиты, авторизовать вредоносные операции, раскрывать чувствительные данные и подрывать защиту программного обеспечения. Защита таких активов, по тексту, требует инфраструктуры с многослойной аппаратной защитой, выдерживающей одновременные атаки по нескольким векторам.

Отдельно описана квантовая угроза: достаточно мощный квантовый компьютер может взломать широко используемую асимметричную криптографию и тем самым подорвать цифровые подписи, аутентификацию и проверку личности. Постквантовая криптография перестала восприниматься как далёкая задача, а инфраструктура подписи на базе HSM названа одной из первых критических систем, которым предстоит миграция — со требованием, чтобы новые модули поддерживали постквантовую криптографию и были совместимы с классическими HSM.

Azure Integrated HSM и практики, названные антипаттернами

Azure Integrated HSM, из которого вырастает Tessera, отнесён к рабочей нагрузке: криптографические операции выполняются ближе к нагрузке, а ключи всё время остаются внутри границы безопасности модуля. Это даёт усиленную защиту ключей, более высокую производительность криптографии, криптографическую гибкость и более простую эксплуатацию — и именно эту архитектуру Microsoft разворачивала в масштабе, чтобы ускорять собственный переход к постквантовой криптографии.

Причина внимания к архитектуре — антипаттерны централизованного развёртывания: когда HSM вынесен отдельно от вычислений, задержка и операционные зависимости толкают предприятия на обходные решения, которые улучшают производительность или доступность, но незаметно ослабляют защиту ключей.

В тексте перечислены конкретные примеры: ключи HSM используются как удостоверяющие центры и подписывают внешне сгенерированные ключи, которые затем выступают доверенными делегатами без такой же аппаратной защиты; сгенерированные в HSM ключи создаются извлекаемыми и экспортируются в обёрнутом виде, теряя уровень гарантий FIPS 140-3 Level 3. К тому же списку отнесены кэширование ключей вне HSM ради отказоустойчивости, программные ключи для снижения задержки до удалённых модулей, совместное использование ключей и доменов безопасности ради простоты управления и опора на проприетарные протоколы.

Цель Tessera Integrated HSM сформулирована как обеспечение защиты ключей на уровне FIPS 140-3 Level 3 на протяжении всего жизненного цикла — теперь на открытой реализации и открытых протоколах, что должно дать прозрачность, совместимость и заявленную поддержку квантово-устойчивой криптографии.

Что показали на саммите

На OCP Global Summit Microsoft и Marvell продемонстрировали протоколы переноса Tessera Integrated HSM, устанавливающие клонирование разделов HSM и кольца отказоустойчивости между Tessera Integrated HSM и Marvell LiquidSecurity 2. Демонстрация показала, что два разнородных модуля работают в едином отказоустойчивом домене безопасности, при этом неизвлекаемые ключи остаются внутри модулей и доступны только авторизованным разделам, участвующим в домене, и под контролем владельца раздела.

Связь между модулями защищена постквантовой криптографией, поэтому авторизованные нагрузки могут пользоваться и классическими, и постквантовыми криптографическими сервисами, пока ключи остаются внутри границы HSM и авторизацию на использование ключа может дать только его владелец.

Открытый репозиторий проекта уже существует: организация TesseraHSM на GitHub содержит отдельные репозитории для спецификаций (tessera-specs), RTL-описания кремния (tessera-rtl), драйвера Linux (tessera-linux-driver), программного обеспечения (tessera-sw), форка Unikraft и вспомогательных скриптов (tessera-sidecar-scripts). Лицензии заявлены частично: у tessera-rtl — Apache-2.0, у tessera-sw и tessera-sidecar-scripts — MIT, у остальных репозиториев лицензия на странице организации не показана. Microsoft пишет, что в репозиторий будут добавляться открытый кремний, новые аппаратные проекты и доработки сообщества.

Открытая прошивка для конфиденциальных вычислений

Второе направление — распространить архитектуру защиты ключей на системы без выделенного модуля: проект открывает минимальный стек прошивки Tessera на базе уни-ядра (unikernel), рассчитанный на работу внутри аппаратно изолированных сред конфиденциальных вычислений.

Реализация использует тот же стек прошивки, что и аппаратный интегрированный HSM, распространяя общую архитектуру безопасности на модули и среды конфиденциальных вычислений: ключи защищаются внутри контейнера конфиденциальных вычислений, который предоставляет криптографические сервисы привязанным нагрузкам, включая рабочие контейнеры и виртуальные машины.

Начальная реализация опирается на AMD SEV-SNP и интегрируется с открытым стеком виртуализации OpenVMM, а сообщество Open Compute Project работает над поддержкой других архитектур конфиденциальных вычислений. Заявленная выгода — единая модель программирования и одинаковый уровень защиты ключей на системах с разными аппаратными возможностями и требованиями к гарантиям.

Что здесь проверяемо, а что заявлено как цель

Проверяемое — открытые артефакты: спецификации, протоколы, драйверы и прошивки в репозитории проекта, сама демонстрация на саммите и открытые документы по конфиденциальным вычислениям. Это материалы, доступные инженеру снаружи компании.

Заявленное как цель: FIPS 140-3 Level 3 и Common Criteria названы требованиями, под которые проектируется граница безопасности, то есть целевыми уровнями гарантий, а не пройденной сертификацией. Полностью открытая кремниевая реализация тоже обозначена как направление развития, а не как уже опубликованный результат, и работа сообщества Open Compute Project по расширению архитектуры за пределы систем с выделенным модулем описана как исследование.

Ни цен, ни сроков поставки кремния, ни названных заказчиков, ни независимых замеров производительности в публикации нет; демонстрация на саммите проведена самими участниками проекта. Оценивать масштаб внедрения можно будет по содержимому открытого репозитория и по появлению модулей у производителей, а не по анонсу.