Без Коли агент стає дірою в безпеці: нова карта загроз для AI-бізнесу
За одну добу — 28 липня 2026 року — ринок вклав понад $1,2 мільярда в захист AI-агентів: Spur Intelligence залучила $200 млн, а Cyera поглинула Oasis Security за $1 млрд. Причина проста: кожен розгорнутий агент отримує API-ключі й токени доступу, які в 78% організацій ніхто не відстежує і не ротує — і саме через них зловмисники вже місяцями «ходять» у корпоративні системи непоміченими. Один реальний кейс із e-commerce показує, як єдиний забутий ключ у публічному репозиторії обійшовся компанії дорожче, ніж річний бюджет на IT-безпеку. Що перевірити вже сьогодні і як виглядає зріла модель захисту — далі в статті.
Того ж дня Cyera підписала угоду про придбання Oasis Security за $1 млрд — щоб захищати нелюдські ідентичності в корпоративних середовищах. Угода закрилась 3 вересня 2026 року.Коли венчурний капітал і стратегічні поглинання вказують в один бік одночасно — це вже не тренд. Це ринкова оцінка масштабу проблеми.
Що зламалось у старій моделі безпеки
Корпоративна кібербезпека десятиліттями будувалась навколо однієї аксіоми: є люди, є системи, і є межа між ними. Брандмауери, IAM-системи, MFA — усе це захищає людські сесії. Людина логіниться, система перевіряє, доступ надається або відхиляється.AI-агент цю аксіому знищує. Агент не «логіниться» у звичному розумінні. Він діє автономно — виконує задачі, звертається до баз даних, переміщує файли, викликає API інших систем — із мінімальним людським наглядом.
За даними Cloud Security Alliance, машинні ідентичності вже перевищують людські у співвідношенні від 45:1 до 100:1 в корпоративних середовищах. А за даними Cyera, у компаній зі списку Fortune 500 кількість нелюдських ідентичностей зросла майже на 500% лише за останні шість місяців. Кожен AI-агент, якого ви розгортаєте, отримує набір облікових даних — API-ключі, токени доступу, сервісні акаунти. Це його «посвідчення особи» в корпоративній інфраструктурі. Проблема в тому, що 78% організацій не мають формальних політик для створення або видалення AI-ідентичностей, а 92% не впевнені, що їхні legacy IAM-системи взагалі здатні відстежувати ці облікові дані — на це вказує той самий звіт Cloud Security Alliance.Логіка атаки проста: якщо зловмисник отримує API-ключ агента, він може маскуватися під цього агента. Мережа бачить легітимний запит з валідними обліковими даними — і жоден сигнал тривоги не спрацьовує.
Три вектори, які вже атакуються
Компрометація нелюдських ідентичностей.
Розробники хардкодять API-ключі в конфігураційних файлах або залишають їх у git-репозиторіях. Ці ключі ніколи не ротуються, не інвентаризуються, не відстежуються системами управління секретами. OWASP Non-Human Identities Top 10 за 2025 рік зафіксував 24 мільйони витоків NHI-облікових даних на GitHub, з яких 70% виявились валідними навіть через роки після витоку. Це не злом у класичному сенсі — це крадіжка ключів від уже відчиненої двері.
Prompt injection.
Підписуйтеся на наші соцмережі
Зловмисник вбудовує шкідливі інструкції в дані, які агент обробляє — у веб-сторінку, документ, відповідь API. Агент, виконуючи свою роботу, натрапляє на ці інструкції і слідує їм, не маючи механізму розрізнити їх від легітимного завдання. Для multi-agent систем це стає каскадним ризиком: один скомпрометований агент у ланцюжку може передати шкідливі інструкції наступному.
Shadow AI і неврахований агентний спрол.
Кожен несанкціонований агент, якого співробітник розгортає без відома security-команди, автоматично генерує нові NHI-облікові дані. Вони зберігаються поза корпоративними системами управління секретами, ніколи не ротуються і ніколи не видаляються. За даними Verizon 2026 Data Breach Investigations Report, використання несанкціонованих AI-інструментів серед співробітників потроїлось і торкнулось 45% робочої сили.
Кейс: як одна невидима ідентичність коштувала трьох місяців роботи
Один із наших клієнтів — середній e-commerce бізнес із командою близько 80 людей — розгорнув AI-агента для автоматизації обробки замовлень ще у 2025 році. Агент отримав широкий доступ до бази клієнтів, складської системи і платіжного шлюзу. API-ключ прописали прямо в конфігураційному файлі — «тимчасово, поки не налаштуємо нормально».Через дев'ять місяців цей ключ виявили у публічному репозиторії на GitHub — розробник випадково закомітив конфіг. До того моменту, як команда відреагувала, зловмисники вже три тижні мали доступ до системи від імені агента.
Жоден SIEM-алерт не спрацював: запити виглядали як звичайна агентна активність із валідними обліковими даними.
Наслідки: три місяці аудиту, повна ротація всіх ключів і токенів, юридичні витрати через витік персональних даних клієнтів. Загальна вартість інциденту перевищила річний бюджет на IT-безпеку.Найнебезпечніший AI-агент — не той, якого зламали ззовні. Той, якого ніхто не взяв на облік і про якого ніхто не знає.
Що означають угоди Spur і Cyera-OasisРозуміння цих двох угод разом дає чітку картину того, де ринок бачить найбільшу прогалину.
Spur Intelligence, заснована 2017 року двома колишніми інженерами Міністерства оборони США, дев'ять років працювала без зовнішнього фінансування. Її технологія вирішує конкретну проблему: відрізнити легітимний людський трафік від ботів і агентів, що ховаються за VPN, residential proxy і анонімізуючою інфраструктурою.
Власне дослідження Spur IP Intelligence Study 2026 показало: 94% організацій стикались з анонімізуючими VPN або residential proxy під час інцидентів безпеки. За даними Cloudflare, станом на середину 2026 року бот-трафік вперше перевищив людський в інтернеті — і це сталось раніше, ніж очікувалось. Cyera, оцінена у $12 мільярдів після залучення $600 млн, купила Oasis Security — спеціаліста з управління нелюдськими ідентичностями, заснованого 2022 року. Стратегічна мета — побудувати платформу, що об'єднує data security і identity security в єдину точку контролю: хто або що хоче отримати доступ до даних, і чи має це право. Як сформулював CEO Oasis Денні Бріккман: з першого дня компанія виходила з того, що нелюдські ідентичності стануть одним із ключових викликів безпеки в епоху AI.
Ринок ставить мільярди на просту тезу: питання «хто зробив цей запит» і «до яких даних він має право» — нерозривні.
Що перевірити вже сьогодні
Більшість організацій не мають відповіді на базове запитання: скільки AI-агентів зараз активні у вашій інфраструктурі і які облікові дані вони використовують? Без цього будь-який наступний захід — латання дірок наосліп.
Перший крок — інвентаризація всіх API-ключів і токенів доступу, пов'язаних з AI-агентами, включно з тими, що розгорнуті командами поза IT-відділом.
Другий — ротація довгоживучих секретів: за OWASP NHI Top 10, long-lived secrets є одним із двох найбільш експлуатованих векторів.
Третій — принцип мінімальних привілеїв для кожного агента: доступ лише до того, що потрібно для конкретної задачі, і нічого більше.
Окремо — контроль MCP-серверів і агентних оркестраторів. Більшість security-команд сьогодні не мають жодних контролів доступу для MCP-серверів, а саме через них AI-агенти взаємодіють з корпоративними інструментами. Традиційні SIEM-системи налаштовані на аномалії в людській поведінці — агент, що «тихо» переміщує файли або робить незвичні API-виклики, може роками залишатись невидимим.
Повну картину загроз, детальний розбір кожного вектора атак і практичну карту захисту для CTO і керівників, що розгортають агентні системи, зібрано у матеріалі Нова карта загроз для AI-бізнесу 2026 — там же розібрано, як виглядає зріла модель захисту в організаціях, що вже впровадили її превентивно.
Керівник, який приходить до ради директорів або інвесторів із зрозумілою відповіддю на питання «як ви контролюєте ваших AI-агентів і їхній доступ до критичних систем» — це вже не просто CTO, що розбирається в технологіях. Це лідер, який перетворив складну невизначеність в управлюваний процес. А відчуття, що кожен агент у вашій інфраструктурі відомий, контрольований і не може бути використаний проти вас же — це не абстрактна «безпека». Це спокій, який дозволяє масштабуватись без постійного «гасіння пожеж».$1,2 мільярда інвестицій за одну добу — це не спекуляція. Це ринкова оцінка того, наскільки реальною стала загроза.
А як у вас із цим? Чи є у вашій компанії реєстр усіх AI-агентів і їхніх облікових даних — чи це поки що «десь у планах»? Цікаво почути досвід тих, хто вже стикався з подібними питаннями на практиці.