Европа вкладывает в цифровой суверенитет больше €2 млрд, строит «суверенные» облака и сертифицирует их по правилам почти с 1200 требованиями. Но в самом неприятном месте осталась дыра: под гипервизором и ОС живут Intel Management Engine и AMD Platform Security Processor, а этот слой в суверенных схемах почти не проверяют.
Проблему подробно разбирает The Register: юридически облако можно изолировать от американских законов, а вот процессор внутри сервера по-прежнему остается американским и подчиняется американской юрисдикции. Для русскоязычной IT-аудитории здесь важен не европейский политический пафос, а практический вывод: если вы обсуждаете импортонезависимость, доверенную инфраструктуру или защищенный контур, спор обычно заканчивается слишком рано — на уровне провайдера, а не кремния.
Сертифицировали облако, но не то, что под ним
Поводом стал европейский курс на суверенные облака. Программа IPCEI-CIS финансирует инфраструктуру, а во Франции действует SecNumCloud — один из самых жестких режимов сертификации для облачных операторов. В актуальной версии это уже не просто набор советов по ИБ, а большой регламент, который после обновления 2022 года отдельно пытается защитить провайдера от экстерриториального давления, прежде всего со стороны США. Формально идея выглядит здраво: оператор должен быть европейским, доступ к данным не должен уходить неевропейским структурам, сервис должен работать автономно.
Проблема в том, что почти все это касается организационного и операционного уровня. А на уровне железа в большинстве дата-центров все те же Intel и AMD. Внутри их процессоров есть отдельный вычислительный контур: у Intel это ME или точнее CSME, у AMD — PSP. Исследователи называют этот уровень Ring -3: ниже ОС, ниже гипервизора, вне зоны видимости обычных средств защиты. Профессор Джон Гудакр, бывший руководитель британской программы Digital Security by Design с бюджетом £200 млн, описывает это без академической дымовой завесы: это буквально «компьютер внутри компьютера» со своей памятью, своим тактированием и своей сетевой логикой.
Дальше начинается инженерная проза, которая обычно не попадает в красивые презентации про суверенитет. Intel AMT, работающая через ME, открывает на подготовленных устройствах TCP-порты 16992, 16993, 16994 и 16995. Через них администратор может удаленно включать машину, получать KVM-доступ, перенаправлять накопители и работать по Serial-over-LAN. Для корпоративного парка это полезно. Для модели доверия, где хостовая ОС якобы все контролирует, это уже плохая шутка: трафик такого контура может быть неотличим от обычного для внешней сети, а локальные firewall, EDR и агенты на хосте просто не видят, что происходит ниже них.
Это не теоретическая страшилка из презентации с черным фоном. Microsoft еще в 2017 году описывала, как группа PLATINUM использовала Intel Serial-over-LAN как скрытый канал вывода данных. Там не понадобился zero-day: хватило включенного AMT и полученных учетных данных. В ряде случаев, как отмечает источник, речь шла о заводских настройках admin без пароля. Гудакр в 37-страничной оценке рисков для CISO формулирует вывод жестко: подключение устройства с нетронутым ME к корпоративным ресурсам создает класс компрометации, который обходит весь защитный стек хоста целиком.
Юридическая независимость упирается в физическую зависимость
У этой истории есть и второй слой — уже не технический, а правовой. Европейские дискуссии про облачный суверенитет обычно вращаются вокруг CLOUD Act 2018 и FISA 702: американские власти могут требовать доступ к данным у американских компаний, даже если данные лежат не в США. Но The Register обращает внимание на менее известный сюжет: RISAA 2024 расширил трактовку поставщика электронных коммуникационных услуг так, что в периметр попадают и производители железа. Если упрощать без потери смысла, Intel и AMD тоже могут стать адресатами секретных предписаний с запретом на разглашение.
Здесь и возникает неприятная связка: правовой механизм есть, а техническая точка приложения уже встроена в архитектуру процессора. Если у вас SecNumCloud-сертифицированный оператор, который на бумаге отгорожен от американской юрисдикции, это еще не означает, что от нее отгорожен процессор в его сервере. Гудакр формулирует мысль предельно прямо: политика может создать механизм, при котором такая машина где угодно способна отдать свою информацию. Особенно неудобно это звучит на фоне того, что срок действия RISAA истек 20 апреля 2026 года, после чего Конгресс США продлил его на 45 дней, пока обсуждал реформу. Закон может меняться, архитектура железа — нет.
Французский исследователь Орельен Франсийон из EURECOM, много лет изучающий прошивки и аппаратные закладки, не драматизирует сверх меры, но и не успокаивает. По его оценке, вопрос не в том, «есть ли там бэкдор» в бытовом смысле, а в том, насколько этот контур достижим на практике и какими мерами он ограничен. Он напоминает и о серверной стороне проблемы: в дата-центрах еще опаснее выглядят BMC-контроллеры, стандартный инструмент удаленного администрирования серверов. На серверных платформах Intel ME работает в варианте SPS, а BMC становится главным сетевым входом в этот уровень. Если он уязвим, атакующий получает не просто доступ к приложению, а шанс переустановить или полностью перехватить сервер.
И AMD здесь не выглядит «безопасной альтернативой по умолчанию». 14 апреля 2026 года исследователи показали атаку Fabricked против технологии конфиденциальных вычислений AMD SEV-SNP с заявленной 100-процентной успешностью при чисто программной эксплуатации. Для рынка это важное уточнение: спор не сводится к тому, у кого логотип красивее на крышке стойки. Архитектурный риск находится классом выше конкретной линейки чипов.
Для бизнеса и инфраструктурных команд вывод неприятный, но полезный. Цифровой суверенитет нельзя закрыть одной сертификацией облака, одним контрактом с локальным оператором или красивой схемой ownership в презентации для совета директоров. Если в модели угроз не учитываются management engine, BMC, цепочка поставок прошивок и реальные границы контроля над железом, то «суверенность» получается бумажной: юридически вы защищались от одного входа, а технически оставили открытым другой. Для разработчиков это значит, что доверенная среда исполнения и confidential computing не отменяют базовый вопрос: кто реально контролирует нижний слой платформы. Для CIO и CISO — что аудит поставщика без аудита аппаратного доверия все чаще будет выглядеть как половина работы, выданная за целую.
Европейская история здесь важна не потому, что у нее особые страхи, а потому что она первой попыталась формализовать цифровой суверенитет в облаке и уткнулась в предел этой модели. Следующий раунд спора, похоже, пойдет уже не о том, кто управляет дата-центром, а о том, можно ли вообще говорить о суверенном облаке, пока его фундамент собран на чужом и непрозрачном для проверки кремнии. Первоисточник с деталями, именами и ссылками на исследования — .