# Кібербезпека ШІ-агентів вашої компанії Кожен ШІ-агент, який може читати поштову скриньку, робити запити до бази даних чи викликати API, — це нові двері в компанію, і вони відчиняються перед кожним, хто напише агентові правильне речення. Більшість компаній уже має більше таких дверей, ніж підозрює: асистент, якого хтось під'єднав до своєї пошти, чат-інструмент із ключем від спільного диска, агент, якого увімкнув постачальник. Ми наносимо ці двері на карту, залишаємо кожному агентові лише потрібний йому доступ, записуємо все, що крізь них проходить, і перевіряємо, чи замки справді тримають. ## Перелічено: кожен агент і все, до чого він має доступ Захистити можна лише ті двері, які ви порахували. Ми складаємо перелік усіх агентів у роботі — і тих, яких схвалив ІТ-відділ, і тих, яких працівники під'єднали самі, — з обліковими даними кожного, інструментами, які він може викликати, і даними, до яких він може дістатися. Карта — це документ, що зберігається разом із вашою конфігурацією й оновлюється щоразу, коли з'являється новий агент, а не слайд, зроблений одного разу для наради. Саме її першою попросить аудитор, великий клієнт чи страховик. ## Замкнено: кожен агент із найменшими привілеями Кожен агент отримує власний обліковий запис і найменший [привілей](/uk/glossary/#privilege), потрібний для його роботи: доступ через ролі ([RBAC](/uk/glossary/#rbac)), а не через спільні акаунти, лише читання за замовчуванням, а запис — тільки через вузькі інструменти з лімітами на частоту й обсяг. [Секрети](/uk/glossary/#secret) розділено за агентами й хостами, вони ніколи не потрапляють у промпт і змінюються без правок у коді. Текст, який читає агент, — лист, вебсторінка, документ — вважається даними, а не інструкціями, тож повідомлення «ігноруй свої правила» лишається просто текстом. Захист працює за принципом fail-closed: якщо перевірку неможливо виконати, дію відхиляють. ## Записано: що агент зробив і для кого Кожен виклик інструмента [записується в журнал](/uk/glossary/#logging): для кого діяв агент, про що його попросили, чого він торкнувся і що отримав у відповідь, — а журнал зберігається там, де сам агент не може його змінити. [Тривоги](/uk/glossary/#alert) спрацьовують на незвичне — сплеск читань, інструмент, використаний о третій ночі, доступ до даних, яких агентові досі не було потрібно. Коли щось усе ж іде не так, саме журнал перетворює [інцидент](/uk/glossary/#incident) на чітку хронологію замість здогадок. ## Замок перевіряють, а не довіряють йому Захист, який ніколи не випробовували, — це захист, на який лише сподіваються. Якось ми знайшли на одному сервері три захисти від підбору паролів, які ніколи не працювали, хоча кожен звітував, що з ним усе гаразд. Саме тому кожен захист, який ми встановлюємо, перевіряється під час кожного прогону: блокування випробовують на тестовій адресі, правило зчитують назад, промпт-ін'єкцію запускають навмисно. Коли витік уже стався, ми локалізуємо його, змінюємо все, що він розкрив, і записуємо в репозиторій правило, яке зупиняє той самий витік наступного разу. ## Робота, що за цим стоїть Ми виконували цю роботу на серверах, у системах керування доступом і на платформах. Ми [написали 1000 правил RBAC для Linux-серверів і серверів баз даних](/uk/portfolio/wrote-1000-rbac-rules-to-secure-linux-servers/), [керували доступом у M365 і системі єдиного входу (SSO)](/uk/portfolio/led-access-management-across-m365-and-sso/) і [вели безперервну програму сканування безпеки з 21 письмовим аудитом](/uk/portfolio/ran-a-continuous-security-scanning-programme/). Ми [розділили кожен експлуатаційний секрет за хостами](/uk/portfolio/split-every-operational-secret-per-host/), [додали односекундну попередню перевірку секретів](/uk/portfolio/added-a-one-second-preflight-for-secrets/), [знайшли на дверях три замки, усі три відімкнені](/uk/portfolio/three-locks-on-the-door-none-of-them-locked/), і [довели, що блокування за спробу вторгнення спрацьовує під час кожного прогону](/uk/portfolio/proved-the-intrusion-ban-works-every-run/). Ми [побудували обмеження частоти запитів за принципом fail-closed](/uk/portfolio/built-fail-closed-rate-limiting-and-anti-abuse/) і [написали правило розмежування доступу після витоку облікових даних](/uk/portfolio/wrote-a-scope-rule-after-a-credential-leak/). Як ми дбаємо про безпеку власних систем — на сторінці [як ми працюємо безпечно](/uk/security/). ## Як іде співпраця Усе починається з доступу лише на читання. Ми наносимо на карту кожного агента, його облікові дані й те, до чого вони відкривають доступ, і передаємо вам знахідки, впорядковані за ризиком, — кожну з причиною й виправленням. Потім вносимо виправлення у вашу конфігурацію й репозиторій — через ваше рев'ю і з перевірками, що спрацьовують, щойно доступ агента виходить за межі його карти. Карта, журнал і тести лишаються у вас: саме їх ви передаєте аудиторові чи страховикові. Так само можна розмежувати й [дані компанії, які читають агенти](/uk/ai-data/). Замовляють цю роботу, як і решту наших послуг, — на умовах, описаних на сторінці [скільки це коштує](/uk/what-it-costs/). Якщо агенти вже мають ключі від ваших систем, [розкажіть, від яких саме](/uk/contact/) *(відповідаємо того ж дня)*.