Компания ThreatAware объявила о запуске Dimension — управляемого рабочего пространства, которое даёт организациям основу для создания, запуска и управления собственными приложениями безопасности. Решение позволяет командам ИБ разрабатывать инструменты под свои задачи, сохраняя контроль над тем, к каким данным эти приложения обращаются и как взаимодействуют с рабочими системами.
В отличие от подхода, при котором рабочие процессы подстраивают под готовое ПО, Dimension позволяет создавать то, что нужно, с уже встроенными хостингом, управлением доступом и процессами согласования. Каждое приложение работает на общей основе, где уже предусмотрены единый вход, управление учётными записями, роли и разрешения, согласования, аудит, резервное копирование, контроль версий и изолированная среда.
«ИИ упростил организациям создание приложений на ходу. Но команды часто упускают, что создание приложения — лишь первый шаг. Им нужно знать, к каким данным эти приложения имеют доступ, кто за них отвечает и что они полностью управляемы. Dimension даёт им свободу создавать нужные инструменты без ущерба для управления и без появления ещё одного слоя неконтролируемых технологий», — сказал Джон Эбботт, генеральный директор ThreatAware.
Запуск сопровождается новым исследованием среди лиц, принимающих решения в сфере ИТ-безопасности. Оно показывает, насколько распространено создание внутренних инструментов и насколько управление отстаёт от этого процесса. В результате организации оказываются между двумя плохими исходами: почти семь из десяти респондентов (69%) сообщили, что инструменты откладывались или отменялись из-за опасений по безопасности, управлению или соответствию, а те, что всё же внедряются, часто работают без последовательного надзора.
Эбботт прокомментировал: «То, что начинается как попытка закрыть пробел в инструментах, либо застревает на проверке безопасности, либо становится ещё одним слоем неуправляемых приложений, оставляя командам ИБ те же проблемы с видимостью и управлением, которые они пытались решить».
Три компонента Dimension
В основе Dimension три компонента: Data, Studio и Actions, которые ведут команды от запроса к готовым к эксплуатации приложениям.
- Data подключается через API к системам, которые организация уже использует, создавая живой слой данных.
- Studio — среда, в которой приложения строятся на этих данных.
- Actions позволяет приложениям вносить контролируемые изменения в рабочие системы.
Приложения можно создавать с помощью AI Composer, который строит их по описанию на естественном языке, или через существующего агента для программирования, например Claude Code, подключённого по протоколу Model Context Protocol (MCP). Также можно взять приложение из библиотеки App Library и адаптировать его под свои нужды.
Там, где приложениям нужно выполнять действия — отключить пользователя, открыть заявку или обновить конфигурацию облака, — каждое действие должно быть явно настроено и одобрено, а также фиксируется в журнале аудита. Приложения имеют доступ только к тем потокам данных и действиям, которые к ним подключены, что помогает обеспечивать доступ по принципу наименьших привилегий и сохранять надзор за автоматизированной активностью.
Приложения создаются в общих рабочих пространствах с разрешениями и контролем версий, что поддерживает командный доступ и дальнейшее сопровождение. Это снижает зависимость от отдельных разработчиков и позволяет командам продолжать управлять приложениями и адаптировать их по мере необходимости.
Проблема ответственности за ИИ-системы выходит за рамки отдельных инструментов. Как отмечают в IBM, автономные агенты всё чаще выполняют действия в корпоративных системах без вмешательства человека, а традиционные модели управления доступом (IAM) рассчитаны на предсказуемое поведение людей и не отвечают на вопросы о том, кто и на каком основании действовал. Это создаёт разрыв в подотчётности, который проявляется при аудитах, проверках регуляторов и претензиях клиентов.
Похожие риски возникают и на уровне повседневного использования ИИ. В статье CSO Online отмечается, что ИИ-инструменты для записи встреч распространяются быстрее, чем политики их использования: часть сервисов не имеет SOC 2 или надёжного шифрования, а правовые требования к записи разговоров различаются по штатам. Устройства записи становятся всё менее заметными, а нормы раскрытия информации не сформированы.
В этих условиях подход ThreatAware с явными согласованиями действий, журналированием и ограничением доступа призван дать организациям основу для управляемости ИИ-приложений, не отказываясь от скорости разработки.
Источник: helpnetsecurity.com
Дополнительные источники: siliconangle.com, darkreading.com, csoonline.com, ibm.com, lyfe.ninja, tigera.io, privent.ai, runveto.xyz