Oleksandr Kuzmenko, РедакторОпубліковано 6 хв читанняЗа участі AI · перевірено редактором
Чому це важливо
Усуньте ризик несанкціонованого деплою на прод агентами Cursor чи Claude Code, впровадивши перевірку політик у рантаймі перед викликом інструментів.
TL;DR
- 01Системні промпти визначають логіку відповідей, але не можуть зупинити дію, дозволену активним токеном.
- 02Рантайм авторизації повинен фільтрувати виклики інструментів MCP за рівнем ризику: читання, запис, деплой або чутливі дані.
- 03Тимчасові токени мають автоматично відкликатися одразу після виконання операції або за таймаутом.
Ключові факти
- Категорії оцінки ризику
- Читання, запис, деплой, сповіщення, фінанси, конфіденційні дані
- Життєвий цикл доступу
- Нульові постійні привілеї між окремими задачами
Чому текстові інструкції не гарантують безпеку
Промпти та чіткі специфікації допомагають спрямувати генерацію коду, проте вони не забезпечують ізоляцію інфраструктури. Якщо агент у середовищі розробки отримує токен із правами запису в продакшен, будь-яка галюцинація чи помилка в логіці може призвести до реального деплою. Принцип найменших привілеїв вимагає, щоб доступи обмежувалися межами конкретної задачі, а не широкими правами інженера, який запустив сесію.
Ієрархія безпеки облікових записів для агентів
Перехід до архітектури нульових постійних привілеїв базується на чотирьох рівнях авторизації:
- Статичні API-ключі: Максимальний ризик. Безстрокові, мають надмірні права, важко ротуються та не прив'язані до конкретних схвалених дій.
- Сервісні акаунти: Середній ризик. Відокремлені від особистих акаунтів інженерів, підходять для фонових задач читання, але небезпечні за наявності широких прав запису.
- Делегований доступ OAuth: Кращий варіант. Дії відбуваються в контексті користувача з можливістю швидкого відкликання сесії, але права зазвичай занадто загальні.
- Динамічні політики та тимчасові токени: Найбезпечніший підхід. Нульові привілеї за замовчуванням: рантайм генерує короткоживучий токен під конкретний виклик інструменту лише після проходження перевірки.
Захист Model Context Protocol у робочих пайплайнах
Для інженерів, які запускають агентів через Cursor або Claude Code з використанням серверів Model Context Protocol (MCP), критично логувати ID завдання, версію політики, час життя токена та аргументи виклику. Перехоплення чутливих інструментів MCP (пайплайни релізу, міграції БД) на рівні проміжного шару авторизації унеможливлює помилковий деплой у робоче середовище.
Спробуй за 2 хвилини
{
"task_id": "task_deploy_8841",
"agent": "claude-code-cli",
"requested_tool": "mcp_k8s_deploy",
"target_env": "staging",
"risk_tier": "write",
"standing_permission": false,
"token_ttl_seconds": 300
}json
✓ Коли використовувати
- Запуск агентів, що виконують автоматичне налаштування хмарної інфраструктури, міграції або релізи.
- Підключення MCP-серверів із чутливими доступами до автономних асистентів у щоденній розробці.
✕ Коли НЕ варто
- Локальне прототипування на одній машині без доступу до хмарних інфраструктур або робочих БД.
- Виключно інформаційні сценарії: пошук по документації та локальна індексація репозиторію.
Що зробити сьогодні
- Проведіть аудит змінних середовища в конфігураціях MCP для Cursor і Claude Code на наявність продакшен-ключів.
- Розподіліть доступні інструменти агента за категоріями ризику: читання, запис, деплой та конфіденційні дані.
- Налаштуйте проміжний шар авторизації для генерації короткоживучих токенів під кожну окрему таску.