IAM для AI-агентів: практичний корпоративний фреймворк

Керування ідентичністю та доступом (IAM) для AI-агентів це архітектура контролю, яка регулює програмних агентів, коли ті автентифікуються, викликають інструменти й діють у корпоративних системах із делегованими правами. 28 вересня 2026 року The Hacker News опублікував путівник, який пояснює, що має покривати такий фреймворк.

Що вважається ідентичністю агента

Згідно з путівником, кожен агент це нелюдська ідентичність із власником-людиною, визначеною метою, обмеженими правами, строком дії та постійним моніторингом. Складність архітектурна: платформи IAM описують передбачуваний доступ, тоді як застосунки й інфраструктура показують, що агент виконав насправді. Між ними лишається темна матерія ідентичності: записи поза централізованими даними.

Де зупиняється традиційний IAM

Звичайні програми на етапі проєктування керують життєвим циклом і кадровими процесами, а в роботі перевіряють доступ на периметрі застосунку. Обидва описують налаштований доступ, а не використаний. Людина йде передбачуваним шляхом, агент же зчіплює завдання і динамічно обирає інструменти. Путівник посилається на ваду надмірної автономії за OWASP (LLM06).

Ідентичності агентів зазвичай створюють автоматизація інфраструктури або команди застосунків, а не кадрові процеси, тож вони оминають процедури, які виявляють аномалії доступу людей. Типові вади: довготривалі статичні секрети, права, успадковані від службового запису, та доступ для пілоту, активний після нього.

Ідентичність, обсяг прав і докази

Путівник вимагає окремої, простежуваної ідентичності для кожного агента, ніколи спільного запису, на основі федерації робочих навантажень і короткочасних даних. Коли агент діє від імені користувача, OAuth 2.0 Token Exchange (RFC 8693) зберігає різницю між його власною ідентичністю і переданими правами. Обмеження прав відповідає NIST SP 800-53 Rev. 5: найменші привілеї (AC-6), розподіл обов'язків (AC-5) і схвалення людиною для дій з високими наслідками.

Аудитованість це третя опора. Рамка NIST з управління ризиками AI пов'язує підзвітність із простежуваною поведінкою, а SP 800-53 очікує записів, за якими можна відтворити послідовність дій. Оскільки зловживання легітимними обліковими записами (T1078) породжує переконливі записи автентифікації, моніторинг має порівнювати заплановане завдання з фактичним виконанням.

Вибір і поетапне впровадження

Запропоновано сім критеріїв: власник, архітектура даних, делеговані права, повнота виявлення, телеметрія, охоплення примусу та аудиторські докази. Більшості компаній варто розширювати наявну платформу IAM; SailPoint і Saviynt покривають етап проєктування, а купівля потрібна для виявлення й верифікації. Три етапи зрілості завершуються безперервною спостережуваністю, а далі агенти делегуватимуть права одне одному. Матеріал підготовлено партнером, компанією Orchid Security.