Коротко
19 жовтня 2026 року Cloudflare оголосила підтримку поетапного надання прав у своєму API MCP-сервері. Під час підключення можна вибрати Minimal, а додаткові права погоджувати, коли вони знадобляться для завдання. Можливість уже доступна, але лише в MCP-клієнтах, які підтримують такий механізм.
Кому це корисно
Власникам компаній, у яких працівник або підрядник використовує ШІ-агента для роботи з Cloudflare. MCP тут є способом підключення помічника до сервісу. За документацією Cloudflare, таке підключення може не лише читати конфігурацію, а й вносити зміни. Тому важливо розуміти, які саме права отримує агент.
Що змінилося
Коли запиту інструмента бракує дозволу, сервер повертає повідомлення insufficient_scope із потрібним правом, а сумісний клієнт просить його погодити. Раніше надані права зберігаються. Специфікація MCP описує цей механізм як поступове розширення набору дозволів.
Отже, це не обіцянка запитувати людину перед кожною наступною дією і не автоматичне відкликання старих прав. Якщо агент уже має потрібний дозвіл, сам механізм розширення прав не створює нового погодження для кожного використання.
Що доручити відповідальному
Редакційна рекомендація Надалі: до нового підключення або перегляду чинного попросіть підрядника відповісти на три запитання.
- Чи підтримує наш MCP-клієнт поетапне погодження прав? Не припускайте сумісність лише тому, що він підтримує MCP.
- Який початковий набір прав потрібен для конкретного завдання, а які зміни залишаються поза його межами?
- Хто погоджує розширення доступу й хто перевіряє накопичені дозволи після завершення роботи?
Ілюстративний приклад: якщо завдання полягає лише в перегляді конфігурації сайту, запит на права для її зміни варто спочатку звірити з погодженим завданням. Це приклад організації роботи, а не результат тестування функції.
Доступність і межі
Повідомлення стосується Cloudflare API MCP-сервера, а не всіх ШІ-інструментів чи всіх способів доступу до Cloudflare. Надалі перевірила публічні джерела, але не тестувала клієнти або обліковий запис. Новий механізм не гарантує безпеки й не замінює внутрішній порядок погодження змін.
Висновок: починайте з потрібного для завдання доступу, перевіряйте кожне його розширення й окремо переглядайте вже надані права.
Читайте також: як підготувати перевірку доступів після зміни ролі.
Джерела перевірено 22 жовтня 2026 року. Автор: Надалі. Підготовлено за допомогою ШІ.
Обкладинка: оригінальна ШІ-ілюстрація для Надалі, не знімок інтерфейсу й не результат тестування.
