Мультиоблачная среда сегодня — это реальность для бизнеса. 88% организаций работают в гибридных или мультиоблачных средах, в то время как 81% используют двух или более облачных провайдеров для критически важных рабочих нагрузок (Источник: 2026 State of Cloud Security Report) . Таким образом, задача обеспечения безопасности сместилась с защиты отдельных облачных сред на понимание того, как удостоверения, рабочие нагрузки, данные и разрешения взаимодействуют между собой.

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

От средств безопасности к связанной платформе безопасности

Облачная безопасность зарождалась не как единая платформа. Она развивалась за счет набора специализированных функций. Организации внедряли CSPM для оценки облачной инфраструктуры, CWPP для защиты рабочих нагрузок, CIEM для управления разрешениями, KSPM для обеспечения безопасности Kubernetes, DSPM для защиты данных и, совсем недавно, AI-SPM для устранения рисков безопасности, связанных с рабочими нагрузками и приложениями на базе ИИ. Каждый инструмент решал конкретную задачу. Проблема возникала тогда, когда эти инструменты работали независимо друг от друга. Злоумышленник не перемещается по предприятию в рамках одной категории продуктов. Единый вектор атаки может начаться с неправильной конфигурации в облаке, пройти через избыточные привилегии удостоверения, добраться до рабочей нагрузки и в конечном итоге раскрыть конфиденциальные данные. Отдельные средства контроля могут работать штатно, но при этом команды безопасности могут упускать из виду взаимосвязь между ними. Именно этот пробел индустрия пытается закрыть в настоящее время.

Ответом стали облачные платформы защиты приложений (CNAPP). Вместо того чтобы рассматривать безопасность инфраструктуры, рабочих нагрузок, удостоверений, данных и приложений как отдельные дисциплины, CNAPP объединяет их для создания более целостного представления о рисках в облаке. Вектор развития индустрии становится все более очевидным. Приобретение компании Wiz компанией Google примерно за 32 миллиарда долларов подчеркнуло стратегическую важность консолидации облачной безопасности. В то же время Microsoft продолжает позиционировать Defender for Cloud в качестве единой платформы безопасности для Azure, AWS и Google Cloud. Palo Alto Networks аналогичным образом эволюционировала Prisma Cloud в Cortex Cloud, объединив облачную безопасность с обнаружением угроз и реагированием на них в облаке. Детали различаются в зависимости от вендора, но стратегический сдвиг остается неизменным:

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

CNAPP становится основой. Но это еще не конец истории.

В облаке появился новый тип пользователей

По мере консолидации платформ облачной безопасности меняется и характер активности внутри самого облака.

Агенты на базе ИИ становятся полноправными участниками корпоративных сред.

В отличие от традиционных приложений или человеческих пользователей, агенты могут интерпретировать информацию, принимать решения и совершать действия. Они могут читать электронную почту, делать запросы к базам данных, вызывать API, создавать ресурсы и взаимодействовать с приложениями, зачастую при минимальном участии человека. Это порождает фундаментальную проблему управления удостоверениями. Корпоративные системы идентификации в основном проектировались с расчетом на людей и относительно предсказуемые машинные учетные записи. Агентные системы вводят такие удостоверения, которые могут создаваться мгновенно, действовать автономно, обращаться к нескольким сервисам и потенциально исчезать сразу после выполнения своей задачи. Масштаб тоже изменился. Нечеловеческие удостоверения теперь могут превосходить человеческие примерно в пропорции 50:1 в корпоративных средах, хотя это соотношение существенно различается в зависимости от организаций и архитектур. Это означает, что организации защищают не только сотрудников, приложения и рабочие нагрузки, но и автономных агентов. И эти агенты способны пересекать границы облаков.

Тревожные признаки уже заметны. Исследование компании SailPoint показалó, что 80% организаций, использующих ИИ-агентов, сталкивались с тем, что эти агенты совершали непреднамеренные действия, включая доступ к системам, к которым у них не должно было быть доступа, или передачу неподходящих данных. Между тем, исследование Cloud Security Alliance за 2026 год показало, что 68% организаций не могут четко отличить активность ИИ-агентов от действий человека. В рамках того же исследования 74% респондентов отметили, что агенты часто получают больше прав доступа, чем необходимо, а 79% считают, что агенты создают новые пути доступа, которые трудно отслеживать. И это не просто проблемы управления ИИ.

Это проблемы безопасности удостоверений.

Удостоверение становится плоскостью управления

Именно поэтому удостоверения приобретают статус нового периметра безопасности. Доступ к облачным средам все чаще осуществляется через учетные записи и удостоверения, а не через традиционные сетевые границы. Права доступа определяют, какие рабочие нагрузки могут обмениваться данными, какие приложения могут получать доступ к информации, какие API могут вызываться и какие действия может совершать агент. Когда эти удостоверения охватывают несколько облаков, скомпрометированные учетные данные или избыточные разрешения могут открыть путь для атаки на все предприятие. Задача становится еще сложнее, когда речь идет о нечеловеческом удостоверении. У сотрудника обычно есть установленная роль, руководитель, бизнес-функция и жизненный цикл. ИИ-агент может быть создан для выполнения конкретной задачи, получить доступ к нескольким системам и действовать автономно. Следовательно, его права должны оцениваться в контексте, а не просто выдаваться один раз и забываться. Это требует от организаций пересмотра подходов к управлению удостоверениями. У каждого агента должен быть четкий владелец, определенное назначение, соответствующие разрешения и контролируемый жизненный цикл. Доступ должен быть ограничен тем минимумом, который необходим, предоставляться ровно на столько времени, сколько требуется, и непрерывно оцениваться по мере изменения обстоятельств. Иными словами:

ИИ-агентам требуется управление удостоверениями столь же серьезное, как и людям, но средства контроля должны быть рассчитаны на скорость работы машин.

Инвестиции Microsoft в управление агентами, идентификацию и безопасность отражают этот общий сдвиг в сторону защиты ИИ-агентов по мере их интеграции в корпоративные рабочие процессы.

Одно скомпрометированное удостоверение по-прежнему способно изменить ход событий

Важность удостоверений носит не теоретический характер. В июле 2026 года Банк Бароды (Bank of Baroda) сообщил об утечке данных, вызванной компрометацией учетной записи электронной почты всего одного сотрудника, при этом подчеркнув, что основные банковские системы не были затронуты и остаются в безопасности. Согласно сообщениям об инциденте, утечка затронула до 1 ТБ данных, включая информацию о клиентах; банк заявил о начале судебно-медицинской экспертизы (форензики) и уведомлении соответствующих органов. Значение облачной безопасности измеряется не только объемом попавших в отчеты данных. Важна точка входа. Этот инцидент служит напоминанием о том, что злоумышленнику необязательно взламывать самую сложную часть инфраструктуры организации. Одно удостоверение с неправильным доступом в неподходящий момент может стать отправной точкой для гораздо более масштабной проблемы безопасности.

Пробелы в безопасности продолжают расти

Помимо проблем с удостоверениями, команды безопасности также сталкиваются с тремя взаимосвязанными вызовами:

Расползание инструментов: Отчет по облачной безопасности за 2026 год показал, что 69% организаций называют расползание инструментов и нехватку видимости главными препятствиями на пути к эффективной облачной безопасности. Большее количество технологий не автоматически означает лучшую видимость. Без корреляции данных это создает лишь дополнительный шум.
Дефицит навыков: согласно тому же отчету, 74% организаций заявляют о нехватке квалифицированных специалистов по кибербезопасности, в то время как 59% находятся лишь на начальных этапах зрелости облачной безопасности.
Атаки со скоростью машин: злоумышленники используют автоматизацию и ИИ для обнаружения уязвимостей, открытых сервисов, учетных данных и неправильных конфигураций быстрее, чем традиционные службы безопасности успевают реагировать. 66% организаций не уверены в своей способности обнаруживать облачные угрозы и реагировать на них в реальном времени.

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

От видимости к автономной безопасности

Решение заключается вовсе не в создании очередной панели мониторинга. Годами команды безопасности концентрировались на сборе большего объема телеметрии и генерации большего числа оповещений. Следующий этап заключается в превращении этой информации в контекст, приоритизацию и действия. Именно здесь эволюция CNAPP приобретает особое значение. Современная платформа облачной безопасности должна объединять сигналы из кода, конфигураций облака, идентификационных данных, рабочих нагрузок, данных и среды выполнения. Что еще важнее, она должна понимать, как эти сигналы связаны между собой. Сама по себе неправильная конфигурация может представлять низкий риск, чрезмерно привилегированная учетная запись также может выглядеть управляемой, а открытая база данных может породить еще одно предупреждение. Но объедините эти три условия, и уровень риска может драматически измениться. Поэтому платформа безопасности должна понимать пути атак, контекст идентификационных данных и влияние на бизнес, а не просто отдельные оповещения. И все чаще она должна реагировать автоматически. Цель состоит не в том, чтобы видеть больше.

Цель состоит в том, чтобы понимать больше, быстрее расставлять приоритеты и действовать до того, как путь атаки превратится в инцидент.

Вопрос, который директорам по информационной безопасности следует задать в 2026 году

Это меняет подход к обсуждению мультиоблачной безопасности. Вместо вопроса:

«Как мне защитить свои облака?»

Гораздо более важный вопрос звучит так:

«Кто и что перемещается по моим облачным средам, на что они уполномочены и узнаю ли я, если кто-то из них внезапно поведете себя иначе?»

Мультиоблачная безопасность больше не сводится просто к установке более надежных средств контроля для AWS, Azure или Google Cloud по отдельности. Эти среды все теснее связаны между собой, а платформы безопасности все активнее объединяют свои средства контроля. Более сложная задача заключается в понимании уровня идентификации и активности, который их соединяет. Он включает сотрудника, чьи учетные данные охватывают несколько платформ. Сервисную учетную запись с разрешениями, которые никто давно не проверял. Ключ API, который незаметно стал постоянным путем в приложение. Рабочую нагрузку, перемещающуюся между средами. И все чаще агентов ИИ, способных принимать решения и совершать действия, не дожидаясь человека. Таким образом, поверхность атаки стала более динамичной и гораздо менее определенной.

Четыре приоритета для предприятий в 2026 году

Рассматривайте CNAPP как фундамент, а не как конечную точку: консолидация обеспечивает видимость и контекст, необходимые для понимания рисков во всех облачных средах. Однако организации должны использовать эту основу для перехода к непрерывному обнаружению, приоритизации и реагированию.
Создайте реестр нечеловеческих идентификаторов: организации не могут управлять тем, чего не видят. Сервисные учетные записи, идентификаторы рабочих нагрузок, ключи API и агенты ИИ требуют четкого владения, назначения и средств контроля жизненного цикла.
Сделайте идентификацию главным элементом контроля безопасности: принцип наименьших привилегий, доступ точно в срок, контекстная авторизация и непрерывная верификация должны в равной степени применяться к людям, рабочим нагрузкам и агентам.
Соответствуйте скорости злоумышленника: автоматизированные угрозы требуют автоматизированного обнаружения и реагирования. Командам безопасности следует все шире разрешать платформам локализовать, отзывать, изолировать или устранять четко определенные риски без ожидания вмешательства человека.

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