Cymphony строит платформу безопасности для компаний, где AI-агенты уже работают с корпоративными системами и данными. Её основа, «граф рабочей силы», связывает идентичности, информацию и активность сотрудников, AI-агентов и других нечеловеческих сущностей. Такой подход помогает увидеть опасные цепочки доступа, которые обычный IAM часто показывает фрагментами.
Проблема возникает в момент, когда агент получает права читать документы, вызывать API, искать по внутренней базе знаний или выполнять действия в бизнес-системе. Классические механизмы контроля доступа создавались прежде всего для людей и групп пользователей. Они плохо отвечают на вопрос: какой агент получил доступ к чувствительным данным, от чьего имени он действует и какие операции уже выполнил. Cymphony уже помогала крупным предприятиям находить и устранять случаи, когда AI-инструменты имели доступ к тысячам файлов.
Компания привлекла $30 млн от инвесторов, среди которых указана Sequoia Capital. В доступной фактуре Sequoia описана как фонд, который усиливает ставку на эту категорию рынка, но размер её доли, условия сделок и подробности предыдущих вложений не раскрыты. Инвестиция показывает интерес к безопасности агентных систем, но сама по себе не подтверждает техническое превосходство продукта.
Похожие посты
Риски агентных систем редко сводятся к одной избыточной роли. Агент может получить вредоносную инструкцию через документ, использовать подключённый инструмент и передать результат во внешнюю систему. Базовые сценарии таких атак и защитные контроли разобраны в материале о промпт-инъекциях, отравлении данных и угрозах через MCP-инструменты.
- Разбор AegisAI полезен для сравнения другого сегмента рынка: там агенты анализируют почтовые угрозы, а Cymphony фокусируется на правах и видимости сущностей внутри предприятия.
- Руководство по системе управления знаниями для AI-команд поможет понять, почему доступ агента к внутренней базе знаний нужно проектировать вместе с политиками доступа.
- Хроника атаки с автономным AI-агентом показывает, как длинная последовательность действий осложняет расследование и требует детального журналирования.
Cymphony работает на уровне общей картины прав, данных и действий. Эта позиция отличается от почтовых фильтров, EDR и защитных прокси: задача платформы состоит в том, чтобы связать человека, агента, подключение к системе и конкретный набор данных в одну проверяемую цепочку.
Лента
Ключевые факты о Cymphony и рыночной проблеме можно разложить в короткую последовательность.
- Предприятия дают AI-агентам доступ к корпоративным файлам, SaaS-системам, базам знаний и инструментам автоматизации.
- Традиционный контроль доступа хранит сведения о пользователях, ролях и разрешениях, но не всегда связывает их с поведением автономного или полуавтономного агента.
- Cymphony объединяет сведения об идентичностях, информации и активности в «граф рабочей силы».
- Компания сообщала о кейсах, где её работа помогла убрать опасный доступ AI-инструментов к тысячам чувствительных файлов.
- Стартап привлёк $30 млн. Среди инвесторов названа Sequoia Capital.
Это не полная техническая хронология продукта: в предоставленных материалах нет списка поддерживаемых коннекторов, архитектуры графа, метрик точности или независимых тестов. Зато сама проблема описана достаточно конкретно: AI-агенты с доступом к данным требуют отдельного слоя наблюдаемости и управления правами.
Из информации - в действие.
Для агентной безопасности недостаточно знать, что у сервисного аккаунта есть разрешение на чтение. Команде нужно увидеть три связанных слоя.
| Слой | Вопрос для проверки | Почему одного списка ролей мало |
|---|---|---|
| Идентичность | Какой AI-агент действует, кто его владелец и какая учётная запись используется? | Агент может запускаться от имени пользователя, сервисного аккаунта или коннектора. |
| Информация | К каким файлам, таблицам и базам знаний он обращается? | Одинаковое право на чтение даёт разный риск для публичной папки и хранилища с персональными данными. |
| Активность | Какие запросы, вызовы инструментов и действия следуют после доступа? | Разрешённое чтение может стать частью цепочки экспорта, удаления или изменения записей. |
Логическая цепочка выглядит так:
Пользователь -> AI-агент -> подключённый инструмент -> корпоративные данные -> действие«Граф рабочей силы» Cymphony заявлен как способ собрать такие связи в одном представлении. Для службы безопасности полезны запросы вида: «Какие нечеловеческие сущности могут читать эту папку?», «Какие агенты действуют с правами финансового отдела?» или «Какие доступы остались после отключения старого инструмента?».
Публичная фактура не раскрывает, какие именно провайдеры идентичности, хранилища и журналы поддерживает Cymphony, как быстро обновляется граф и блокирует ли платформа опасное действие автоматически. Эти пункты стоит проверять на демонстрации продукта, а не принимать на веру по описанию категории.
Технология полезна, когда решает вашу задачу.
Подход Cymphony особенно уместен, если в компании уже есть несколько AI-инструментов с доступом к внутренним источникам. Риск растёт, когда агент получает широкие права «на всякий случай», использует общий сервисный аккаунт или обращается к данным через цепочку интеграций, которую никто не описал целиком.
Контроль доступа для AI-агентов нужен для практических задач:
- найти всех агентов, чат-ботов, коннекторы и сервисные аккаунты с доступом к чувствительным данным;
- привязать каждую нечеловеческую идентичность к владельцу, цели и набору разрешений;
- отделить доступ на чтение от прав, которые позволяют менять, удалять или передавать сведения;
- выявить устаревшие интеграции после смены модели, команды или бизнес-процесса;
- подготовить проверяемую картину для аудита и разбора инцидента.
Для одиночного чат-бота без корпоративных подключений отдельная платформа графового контроля может оказаться избыточной. Базовых ролей, секретов с ограниченным сроком жизни, журналов вызовов и ручной проверки часто достаточно. Картина меняется, когда AI-агенты получают доступ к десяткам систем или к массивам документов с разной чувствительностью.
Граф не заменяет MFA, сегментацию, DLP, фильтрацию входящих инструкций и безопасное хранение ключей. Он помогает связать сигналы этих систем. Если источники данных неполные, граф тоже даст неполную картину. Агент, о котором не знает каталог идентичностей, остаётся слепой зоной.
Четыре направления. Ваш сценарий внутри.
Ниже четыре направления работы, которые логично следуют из концепции графа рабочей силы. Их можно применять при оценке Cymphony или при построении собственных процессов контроля.
| Направление | Типовой риск | Первое проверяемое действие |
|---|---|---|
| Учёт AI-идентичностей | Агент существует как сервисный аккаунт без владельца и срока пересмотра прав. | Составить реестр: имя агента, владелец, бизнес-задача, учётная запись, системы и срок действия доступа. |
| Минимальные привилегии | Агенту выдали широкое чтение или запись ради быстрого запуска. | Сравнить фактические действия агента с разрешениями и убрать права, которые не нужны для его сценария. |
| Контекст чувствительных данных | AI-инструмент читает тысячи файлов без разделения по уровню чувствительности. | Выбрать одно хранилище с важными данными и проверить, какие агенты могут его читать и выгружать результат. |
| Наблюдение за действиями | Журналы агента, инструментов и систем хранятся отдельно. | Проверить, можно ли восстановить цепочку от пользовательского запроса до вызова API и итоговой операции. |
Практичный пилот не требует сразу подключать каждый источник. Возьмите одного агента, одно чувствительное хранилище и один бизнес-процесс. Если команда не может за несколько минут ответить, кто владеет агентом, какие у него права и что он сделал вчера, проблема инвентаризации уже подтверждена.
Сначала разберёмся. Потом внедрим.
Рабочая последовательность для команды безопасности и владельцев AI-продуктов состоит из пяти шагов.
1. Ограничьте пилотный контур
Выберите процесс с понятной ценностью и заметным риском: поиск по внутренней документации, обработка заявок или агент для работы с CRM. Не берите абстрактный «весь AI в компании».
2. Определите чувствительные данные
Зафиксируйте, какие папки, таблицы, записи и API нельзя открывать всем агентам. Подойдут категории вроде персональных данных, финансовой информации, исходного кода, коммерческих условий и секретов доступа.
3. Сведите идентичности и права
Для каждого агента укажите владельца, используемые ключи, сервисные аккаунты, группы, роли и подключённые инструменты. Общие учётные записи нужно помечать отдельно: они усложняют расследование и отзыв прав.
4. Проверьте фактическую активность
Сопоставьте выданные разрешения с журналами. Агенту, который только читает базу знаний, редко нужны права на удаление файлов или изменение записей в CRM.
5. Уберите лишнее и повторите проверку
После сокращения прав запустите критичные сценарии заново. Цель пилота проста: процесс продолжает работать, а доступ AI-агента к данным стал уже, понятнее и привязан к конкретному владельцу.
После пилота можно подключать следующие хранилища и типы агентов. При каждом новом подключении сохраняйте тот же минимум: назначение, владелец, права, данные, действия и дата следующего пересмотра.
С какой задачи начнём?
Начните с одного вопроса: какие нечеловеческие идентичности прямо сейчас могут читать чувствительные корпоративные данные и кто отвечает за каждую из них? Ответ в виде списка сервисных аккаунтов ещё не решает задачу. Нужна связь между агентом, его владельцем, источниками данных, разрешениями и историей действий.
При оценке Cymphony стоит запросить конкретную демонстрацию на таком сценарии: как платформа находит AI-агента, показывает его доступ, связывает его с данными и помогает зафиксировать устранение риска. Отдельно уточните поддерживаемые системы, частоту обновления сведений, модель хранения журналов и способ отзыва лишних прав.
$30 млн и участие Sequoia Capital подтверждают, что рынок безопасности AI-агентов привлекает серьёзный капитал. Для покупателя важнее другое: сможет ли продукт показать конкретную опасную цепочку доступа в его инфраструктуре и сократить её без остановки полезного агентного процесса. Именно на этой проверке становится ясно, оправдан ли выбор платформы.