На конференции Commvault SHIFT 2026 в Нэшвилле руководители компании и партнёры сформулировали неприятную, но полезную мысль: в эпоху ИИ выигрывает не только тот, кто лучше отражает атаки, но и тот, кто быстрее возвращает системы в доверенное состояние. Киберустойчивость бизнеса перестаёт быть темой для ежегодной презентации службы ИБ и становится измеримой частью конкурентоспособности — в том числе для российских компаний, активно встраивающих ИИ в продукты и внутренние процессы.
Как сообщает Dark Reading, поводом для разговора стала смена самой механики инцидентов. ИИ помогает злоумышленникам автоматизировать разведку, подготовку эксплойтов, социальную инженерию и перемещение внутри инфраструктуры. Одновременно компании отдают алгоритмам всё больше операционных решений: от обработки клиентских запросов до управления цепочками поставок. Ошибка, компрометация или сбой в такой среде распространяются быстрее, а цена паузы растёт.
Восстановление — не запасной выход
Президент и CEO Commvault Санджей Мирчандани назвал устойчивость новым долгосрочным преимуществом компаний. Логика проста: атакующие получили более быстрые инструменты, а бизнес — больше зависимостей от данных, приложений и автоматизированных сценариев. Значит, резервная копия, о которой вспоминают после шифровальщика, уже не решает задачу сама по себе. Нужна способность локализовать последствия, сохранить работающие контуры и восстановить критичные операции до того, как сбой доберётся до клиентов, партнёров и денег.
Главный продуктовый директор Commvault Раджив Коттомтарайл отдельно указал на проблему «чистого» восстановления. После масштабной компрометации недостаточно поднять сервисы за минимальное время: необходимо понимать, каким данным, учётным записям и конфигурациям ещё можно доверять. Иначе команда рискует быстро вернуть в строй уже заражённую среду или восстановить состояние, в котором атакующий сохранил доступ. Для ИТ-директора это меняет критерий успеха: важен не только RTO, но и подтверждённая безопасность точки, к которой откатывается бизнес.
В российских реалиях этот тезис особенно практичен. Во многих организациях резервное копирование, управление идентификацией, мониторинг и планы непрерывности существуют как отдельные проекты с разными владельцами. При инциденте выясняется, что копии есть, но непонятно, где они хранятся, как быстро разворачиваются и проверялись ли вообще в изолированной среде. Добавление ИИ-агентов и корпоративных моделей в процессы только увеличивает количество интеграций, токенов доступа, источников данных и потенциальных точек отказа.
Глава направления генеративного ИИ и ML-продаж AWS Прагнеш Даве на SHIFT 2026 связал восстановление с темпом экспериментов. По его словам, ИИ сокращает путь от идеи до результата, но скорость полезна лишь тогда, когда команда умеет безопасно отменять неверные решения. В Amazon этот подход описывают как «дверь, которая открывается в обе стороны»: решение можно принять быстро и так же быстро отыграть назад. Даве заявил, что благодаря этому подходу команды Amazon стали писать код более чем в четыре раза быстрее.
Это не аргумент в пользу бесконтрольных релизов. Скорее наоборот: чем легче разработчики и продуктовые команды выкатывают изменения с помощью ИИ, тем важнее заранее определить радиус поражения. Для критичных систем нужны изолированные среды, обратимые миграции, проверенные бэкапы, понятные зависимости и регулярно отрабатываемые сценарии отката. Если модель ошиблась в автоматическом решении или агент выполнил не тот шаг, вопрос должен звучать не «кто виноват», а «как быстро мы вернёмся к последнему доверенному состоянию и что останется работать по пути».
Старые основы ИБ никуда не делись
Футуролог и основатель XPRIZE Питер Диамандис ожидает, что в ближайшие годы компании будут переносить заметную часть нагрузки на «цифровой край», оставляя людям контроль, оценку и ответственность за решения. Он считает непрерывное обнаружение и непрерывное восстановление базовым требованием. Но техническая мода здесь не отменяет рутину: директор по безопасности Commvault Билл О'Коннелл подчеркнул, что ИИ не заменил классические меры управления активами, идентификацией, правами доступа и аутентификацией.
Для команд безопасности это означает, что покупка ещё одной платформы не создаст устойчивость автоматически. Нужны инвентаризация критичных сервисов, разделение привилегий, защита резервных копий от удаления и шифрования, тестовые восстановления и сценарии на случай компрометации облачного провайдера. Отдельный слой риска — подрядчики. О'Коннелл предлагает не ограничиваться анкетами и рейтингами поставщиков: для наиболее важных сервисов техническим архитекторам стоит вместе разобрать конфигурацию, зависимости и порядок действий при инциденте у вендора.
Киберустойчивость бизнеса в итоге измеряется не толщиной периметра, а временем и качеством возвращения к безопасной работе. Компании, которые превратят восстановление в регулярно проверяемую операционную дисциплину, смогут быстрее внедрять ИИ без ставки на безошибочность технологий. Главный вопрос на 2027 год звучит приземлённо: знает ли организация, какую именно версию своих данных и процессов она сможет считать доверенной через час после серьёзного инцидента? Контекст выступлений и цитаты участников конференции доступны в .
