Раньше каждый разработчик сам решал, каким командам доверять агенту Copilot. Теперь администратор может централизованно запретить рискованные операции - и пользователь их обойти не сможет.
Коротко о главном
9 сентября 2026 года GitHub выпустил централизованное управление разрешениями для операций агента Copilot, доступное администраторам тарифов GitHub Copilot Business и GitHub Copilot Enterprise. Контроль охватывает три типа операций: shell-команды, чтение и правку файлов, и сетевые домены. Для каждой категории администратор задаёт одно из трёх состояний: Blocked (заблокировано - операция полностью запрещена), Require approval (требует подтверждения - нужна авторизация человеком) и Auto-proceed (выполняется автоматически без запроса). Ключевая деталь безопасности: «управляемые ограничения не могут быть ослаблены пользовательскими настройками, настройками рабочего пространства, автоматическим одобрением или ранее сохранёнными разрешениями» - то есть рядовой разработчик не может обойти административный запрет, даже если у него уже было включено автоодобрение на своей машине. Контроль работает в приложении GitHub Copilot, в GitHub Copilot CLI и в сессиях VS Code через Agent Host. Дополнительная возможность - администраторы могут задавать специализированные политики для разных команд внутри организации, а не только одну общую политику на всех.
Что теперь может контролировать администратор
По официальному changelog, администраторы GitHub Copilot Business и GitHub Copilot Enterprise получили централизованный контроль над тем, какие операции агента блокируются, требуют одобрения человека, или выполняются без запроса. Контроль охватывает три категории: shell-команды, чтение и правку файлов, и сетевые домены, к которым агент может обращаться.
Три состояния для каждой операции
Для каждой категории операций можно задать одно из трёх состояний. Blocked - операция полностью запрещена, агент не сможет её выполнить ни при каких условиях. Require approval - операция требует явного подтверждения человеком перед выполнением. Auto-proceed - операция выполняется автоматически без запроса подтверждения, для уже проверенных и безопасных действий.
Почему это нельзя обойти на уровне пользователя
Ключевая деталь безопасности прямо прописана в официальном описании: «управляемые ограничения не могут быть ослаблены пользовательскими настройками, настройками рабочего пространства, автоматическим одобрением или ранее сохранёнными разрешениями». Это значит, что даже если у разработчика на своей машине уже настроено автоматическое одобрение всех действий агента, административный запрет на уровне организации всё равно будет иметь приоритет и заблокирует запрещённую операцию.
Где это работает и что ещё можно настроить
Централизованный контроль действует в трёх местах: в приложении GitHub Copilot, в GitHub Copilot CLI и в сессиях VS Code, использующих Agent Host. Дополнительная возможность - администраторы могут задавать специализированные политики для разных команд внутри организации, то есть не ограничиваться одной общей политикой на всю компанию, а настроить разные уровни доверия для разных отделов или проектов.
На каких тарифах доступен централизованный контроль операций Copilot?
На GitHub Copilot Business и GitHub Copilot Enterprise.
Какие типы операций можно контролировать?
Shell-команды, чтение и правку файлов, и сетевые домены.
Какие три состояния можно задать для операции?
Blocked (заблокировано), Require approval (требует подтверждения человеком) и Auto-proceed (выполняется автоматически).
Может ли разработчик обойти административный запрет своими локальными настройками?
Нет, управляемые ограничения не могут быть ослаблены пользовательскими настройками, автоодобрением или ранее сохранёнными разрешениями.
Где действует этот контроль?
В приложении GitHub Copilot, в GitHub Copilot CLI и в сессиях VS Code через Agent Host.
Можно ли настроить разные политики для разных команд?
Да, администраторы могут задавать специализированные политики для разных команд внутри организации.
Источники (1)
- Enterprise managed permissions for GitHub Copilot agent operations - GitHub Changelog
← Все статьи блога