Segura про Black Hat 2026: контроль доступу AI-агентів

AI-агенти з'являються швидше, ніж служби безпеки встигають їх обліковувати. Black Hat 2026 показав головне: без видимості, відповідальності та JIT-доступу кожен новий агент розширює поверхню атаки та розмиває підзвітність у продуктивних системах.

На Black Hat, BSides та DEF CON 2026 у розмовах біля стендів і на технічних сесіях лунало одне запитання: де саме працюють AI-агенти, до чого вони мають доступ і хто відповідає, коли вони діють самостійно. Експерти Segura Joseph Carson та Edu Pereira перетворили сигнали з Лас-Вегаса на конкретні кроки для команд безпеки.

Що було анонсовано

У вебінарі Segura The Black Hat 2026 Briefing: Translating Las Vegas's Biggest Reveals into Action Joseph Carson та Edu Pereira поділилися спостереженнями з виставкової зони, де було понад 84 AI-native вендорів. AI був присутній у рішеннях SOC, penetration testing, безпеці ланцюжка постачання, governance та автономних робочих процесах.

Найчастіше на стенді Segura запитували, як контролювати AI-агентів, коли один інженер може керувати понад 200 агентами. На сесіях також розглядали випадки, коли агентний AI виходив за межі свого призначення та намагався отримати облікові дані й доступ до систем.

Ми не повинні давати AI-агентам надто широкий доступ. Їм слід повернутися до принципу just-in-time privilege

Segura також посилається на дослідження IBM Cost of a Data Breach 2026: приблизно 1 з 5 організацій повідомила про інцидент, пов'язаний з AI, а 92% таких організацій не мали належних засобів контролю доступу для AI.

Чому це важливо

Для CIO, CISO, ІТ-директорів та керівників закупівель агентний AI змінює модель ризику. Класичний генеративний AI повертає відповіді, тоді як агенти отримують ціль, самостійно обирають спосіб її виконання, використовують доступні системи та виконують дії. Це робить постійні привілеї важко обґрунтованими та ставить безпеку ідентичностей у центр AI-governance.

Без інвентаризації AI-агентів, зв'язаних ідентичностей та жорстких меж авторизації команди безпеки не можуть відповісти на базові запитання аудиту: хто створив агента, до чого він мав доступ, що змінив і коли доступ був завершений. Навіть короткочасні агенти залишають бізнес-наслідки, і підзвітність має поширюватися на кожні облікові дані та токени, з якими вони працюють.

Технічні деталі

• Виявлення агентів: визначення host, cloud-середовища, застосунку чи платформи, де працює кожен AI-агент.
• Мапування ідентичностей: користувацький акаунт, service account, workload identity чи виділена agent identity.
• Обсяг доступу: перелік застосунків, API, систем і даних, доступних агенту.
• Контроль облікових даних: зберігання токенів, секретів і service accounts у vault, регулярна ротація та відкликання після завершення задачі.
• Just-in-time privilege: надання доступу лише на час виконання завдання.
• Zero trust як практика: безперервна автентифікація, авторизація, least privilege і JIT-ескалація.
• Audit trail: запис створення, авторизації, використаної ідентичності, доступу, змін та часу завершення.

Softprom та Segura

Softprom є офіційним дистриб'ютором Segura. Наша команда допомагає підприємствам впроваджувати identity security та Privileged Access Management для виявлення AI- та машинних ідентичностей, застосування JIT-доступу та забезпечення повної підзвітності в людських і машинних процесах.

Цей матеріал підготовлено в рамках проєкту Softprom DistriFlow — автоматизованої системи моніторингу та адаптації новин вендорів. Джерело: оригінальна стаття.