Отчет CYGNVS о сравнительном анализе устойчивости выявил пробелы в готовности к реагированию на инциденты с ИИ

Отчет CYGNVS о сравнительном анализе устойчивости, подготовленный CYGNVS в партнерстве с Marsh Risk, выявляет растущий разрыв между использованием ИИ организациями и их способностью управлять связанными с ним инцидентами. Согласно отчету, основанному на более чем 9 500 опросах, участники которых предоставили данные о себе, 89% опрошенных организаций сталкивались с тем или иным инцидентом, связанным с ИИ, а 46% при его возникновении действовали бы импровизированно.

В опубликованном 13 октября 2026 года отчете рассматривается проблема, которая становится все серьезнее по мере того, как ИИ переходит от создания контента к выполнению рабочих бизнес-процессов. Доступ агента к документам, электронной почте и бизнес-системам может сделать его полезным. Но из-за этого ошибочную инструкцию, раскрытые учетные данные или неконтролируемую последовательность действий становится сложнее сдержать.

Результаты показывают, что внедрение ИИ и подготовка к восстановлению после сбоев в его работе развиваются с разной скоростью. Около 80% организаций из выборки используют генеративный ИИ, но лишь одна из трех проверяет свои системы ИИ на устойчивость к атакам. Наличие комитета по управлению ИИ — о нем сообщили три четверти организаций, использующих ИИ, — не обязательно означает, что операционные меры защиты проверены на практике.

Какие события отчет относит к инцидентам с ИИ

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

Неточный ответ для клиента и раскрытие агентом конфиденциальной информации относятся к этой широкой категории, но это не равнозначные события с точки зрения безопасности. Поэтому показатель 89% следует понимать как долю организаций, сообщивших о столкновении с тем или иным инцидентом, связанным с ИИ, а не как свидетельство того, что почти девять из десяти организаций пострадали от взлома, вызванного ИИ. В отчете также говорится, что 16% сталкиваются с инцидентом, связанным с ИИ, как минимум раз в неделю, однако не утверждается, что все такие инциденты одинаково серьезны.

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

Планы есть у многих. Выполнимые планы — реже.

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

• Подготовка: 92% организаций документируют процессы реагирования на инциденты, но лишь 37% располагают планами действий на случай атак с использованием программ-вымогателей, а 29% — планами на случай инцидентов, связанных с третьими сторонами.
• Учения: 17% не проводят штабные учения. Еще 66% проводят их ежегодно или раз в два года.
• Реагирование: 67% организаций не определили четко ответственных за наиболее важные процессы и зависимости.
• Отчетность: 69% признают, что в документации есть существенные пробелы в сведениях о том, кто, что и когда сделал.

В то же время более шести из десяти организаций сообщают об увеличении числа инцидентов за предшествующие 12 месяцев, а 84% пересматривают планы реагирования раз в год или реже. Эти показатели характеризуют разные аспекты готовности, но вместе они заставляют задаться практическим вопросом: как быстро план устаревает, если описанные в нем системы, поставщики и разрешения постоянно меняются?

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

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

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

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

CYGNVS предлагает платформу для координации работы команд по безопасности, руководителей бизнеса и внешних специалистов. В ее состав входит Центр управления реагированием на инциденты с ИИ, где предусмотрены планы действий для таких инцидентов, сценарии учений и рекомендации по реагированию. По заявлению компании, среда работает независимо от корпоративных систем единого входа, электронной почты и инфраструктуры клиентов.

К возможностям вне основного контура относятся отдельные учетные записи пользователей и режим Isolate Mode, который ограничивает рабочее пространство инцидента кругом уполномоченных участников. Компания также упоминает архивные снимки состояния и подтверждения прав доступа, заверенные цифровой подписью, для документирования действий по реагированию. Это средства координации и управления доказательствами; их эффективность по-прежнему зависит от того, как организации настраивают доступ, распределяют обязанности и отрабатывают применение этих средств.

В учениях должны участвовать лица, принимающие решения

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

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

Еще одна зависимость — внешние поставщики услуг. Хотя 88% сообщают о наличии планов кризисных коммуникаций, более четырех из десяти организаций не обеспечили себе доступ к внешней экспертизе, на которую опираются эти планы. Списки контактов и договорные соглашения — практические составляющие готовности, особенно когда во время масштабного инцидента помощь одних и тех же специалистов может понадобиться нескольким организациям.

Как интерпретировать результаты бенчмарка

Согласно описанию методологии, было собрано более 9 500 ответов на опросы в период с января 2023 года по сентябрь 2026 года в 21 отрасли в странах Азии, Европы и Северной Америки. Респонденты самостоятельно сообщали данные; ответы были обезличены и проанализированы в совокупности. В набор данных вошли организации, у которых за предыдущие 24 месяца происходил критический киберинцидент или инцидент, связанный с ИИ, а также организации, не сталкивавшиеся с такими инцидентами.

Это многолетний сбор ответов на опросы, а не один новый опрос 9 500 отдельных компаний. В опубликованном описании методологии не подтверждается, что использовалась вероятностная выборка, репрезентативная для всех организаций, и не приводится размер выборки для каждого выделенного результата. Процентные показатели полезны как ориентиры в рамках этого набора данных, но их не следует считать точными оценками распространенности инцидентов во всех организациях.

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

Как превратить результаты в практические изменения

Вместе с отчетом CYGNVS представляет возможность Resilience Benchmark, которая, по словам компании, позволяет клиентам сравнивать уровень готовности с учетом отрасли, размера организации и географии. Те, кто не является клиентами компании, могут пройти бесплатную оценку и получить персонализированный отчет с результатами сравнения. Отчет и оценка доступны в ресурсном центре CYGNVS по вопросам устойчивости.

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

По мере того как организации расширяют полномочия ИИ, готовность к реагированию должна развиваться соответственно. Отчет CYGNVS Resilience Benchmark делает этот разрыв очевидным. Чтобы его устранить, командам нужно воплотить письменные намерения в решения и меры контроля, применение которых они уже отработали.