КИБЕРБЕЗОПАСНОСТЬ

AWS пообещала доказуемую изоляцию ВМ на Graviton5

Graviton5 получил до 192 ядер, а AWS заявила о формально проверяемой изоляции ВМ в Nitro. Для EC2 это уже не только вопрос производительности.

✍️ Редакция iTech News | 11.06.2026 | ⏱ 4 мин | Источник: The New Stack
🦠

AWS вывела в общую доступность AWS Graviton5, свой Arm-процессор пятого поколения, и сразу подняла ставку: компания говорит не только о росте производительности, но и о том, что изоляцию виртуальных машин в Nitro теперь можно формально доказать. Для тех, кто держит прод в EC2, это уже не спор о красивых графиках в презентации, а разговор о том, как покупать облако под требования безопасности, аудита и мультиарендности.

Как пишет The New Stack, анонс прозвучал в среду, 3 декабря 2025 года, на AWS re:Invent. Graviton5 стал общедоступным и лег в основу новых инстансов Amazon EC2 семейства M9g. AWS заявляет для чипа до 192 ядер, до 25% прироста вычислительной производительности относительно предыдущего поколения, до 33% меньшую межъядерную задержку и более чем пятикратный рост общего L3-кеша. Вдобавок компания обещает в среднем до 15% больше сетевой пропускной способности и до 20% больше пропускной способности EBS, а на самых крупных конфигурациях — до двукратного роста сетевого канала.

Но главный ход здесь не в железе как таковом. AWS пытается превратить свою Nitro-платформу из привычной инфраструктурной прослойки в аргумент для CISO и аудиторов. Новый Nitro Isolation Engine компания описывает как компонент с формальной верификацией: иными словами, не просто “мы много тестировали”, а “мы математически доказываем свойства изоляции”. Для облака, где на одной физической инфраструктуре живут чужие друг другу рабочие нагрузки, это сильная заявка. Особенно если речь идет о клиентах, для которых граница между соседними ВМ — не абстракция из архитектурной схемы, а предмет проверки со стороны регуляторов, внутренних служб безопасности и заказчиков.

У AWS тут давно выстроена понятная линия. Сначала компания последовательно уводила виртуализацию и ввод-вывод в отдельные аппаратные и программные компоненты Nitro, чтобы уменьшить площадь атаки и снять с основного хоста лишние обязанности. Затем на этом фундаменте развивались собственные Arm-чипы Graviton, где AWS контролирует не только гипервизор и плату, но и сам процессорный дизайн под нужды своих дата-центров. В версии Graviton5 эта стратегия становится еще заметнее: AWS продает не просто CPU, а связку “свой чип плюс своя система изоляции плюс своя модель эксплуатации без доступа операторов к данным клиентов”. Для крупных заказчиков это удобная история: меньше внешних зависимостей, больше управляемости, выше шанс, что обещанные свойства действительно дотягиваются до production-среды, а не заканчиваются на маркетинговом слайде.

На уровне практики новость бьет сразу по нескольким ролям в IT-команде. Для разработчиков и платформенных инженеров M9g — это очередной сигнал, что Arm в публичном облаке давно вышел из режима “интересно попробовать на одном сервисе”. Если приложение уже нормально живет на Graviton или хотя бы не упирается в жесткую зависимость от x86-экосистемы, переход на новое поколение становится вопросом экономики и capacity planning. Для продактов и фаундеров история еще проще: когда провайдер обещает и лучшую производительность, и более сильную модель изоляции, это повод пересчитать TCO не только по цене виртуалки, но и по риску инцидента. А для ИТ-директоров и безопасников формальная верификация — это шанс получить более внятный ответ на вечный вопрос “почему мы вообще уверены, что соседний арендатор нас не затронет?”.

При этом полезно держать голову холодной. Формально проверенная изоляция не означает, что теперь весь стек автоматически стал “неуязвимым”. Она говорит о гораздо более узкой и ценной вещи: определенные свойства конкретного компонента можно доказать, а не только эмпирически подтвердить. Это снижает класс рисков, связанных именно с границами изоляции в инфраструктуре, но не отменяет ошибок в конфигурации, проблем в приложениях, утечек секретов, кривых IAM-политик и прочих классических способов устроить себе инцидент безо всякой помощи со стороны соседней ВМ. Иначе говоря, AWS усиливает нижний слой пирамиды доверия, но не подписывается за весь остальной продакшен-карнавал.

Отдельно интересно, что AWS все активнее продает безопасность тем же языком, которым раньше продавали производительность процессора: цифрами, инженерными ограничениями и измеримыми свойствами. Рынок облаков к этому явно подталкивает. Просто “наша платформа безопасна” уже плохо работает на фоне растущих требований к доказуемости, supply chain security и изоляции в мультиоблачных сценариях. Если раньше в тендерах спорили о цене vCPU и скидках по committed use, то теперь все чаще придется обсуждать, какие свойства платформы можно проверить независимо от доверия к вендору. И тут AWS хочет оказаться не в положении поставщика, который просит поверить на слово, а в положении поставщика, который приносит доказательство.

Для российского и вообще русскоязычного IT-рынка эта новость важна не потому, что все срочно побегут переносить прод на M9g. Важнее другое: крупнейший облачный игрок показывает, куда движется верхний сегмент инфраструктуры. Процессор, гипервизор и модель безопасности все плотнее склеиваются в единый продукт, а разговор об изоляции постепенно уходит из области обещаний в область формальных гарантий. Если этот подход приживется, через пару лет вопрос “какая у вас виртуалка быстрее” будет звучать слишком мелко. Намного интереснее станет другой: что именно ваш облак может доказать про границы доверия, а не просто написать в PDF для отдела закупок.

Поделиться: Telegram X LinkedIn