깃허브가 9월 9일 회사 관리자가 셸 명령·파일 읽기·파일 수정·접속 도메인 단위로 차단(deny)·승인 요구(ask)·허용(allow) 규칙을 정하는 기능을 코파일럿 비즈니스·엔터프라이즈에 정식 공개했어요. 차단이 승인보다, 승인이 허용보다 세고, 회사가 건 제한은 사용자·작업 공간 설정이나 자동 승인 모드, 예전에 저장해 둔 승인으로 풀 수 없어요. 다만 공식 문서의 지원 표는 이 세 규칙이 코파일럿 CLI·VS Code·코파일럿 앱에서만 듣는다고 적어 뒀고, 깃허브가 대신 돌리는 코파일럿 클라우드 에이전트와 젯브레인즈 IDE 는 셋 다 미지원이며 VS Code 도 에이전트 호스트를 쓰는 세션에만 세부 규칙이 걸려요.
용어 풀이
- CLI
- 명령줄에서 글자로 명령을 입력해 쓰는 프로그램
- IDE
- 편집기·빌드·디버깅을 한데 묶은 개발 도구
- MCP
- 에이전트를 외부 도구·데이터에 연결하는 표준 규약
- 에이전트 호스트
- VS Code 가 에이전트 세션을 따로 떼어 돌리는 전용 프로세스 구조
운영자 인사이트
터미널과 에디터만 잠그고 안심하기는 일러요. 같은 규칙이 깃허브 쪽에서 도는 클라우드 에이전트엔 안 걸려서 그쪽은 MCP 허용 목록 같은 별도 수단으로 막아야 하고, 허용 목록을 여러 곳에서 함께 쓰면 합집합이 아니라 교집합으로 계산돼 의도보다 좁게 잠길 수 있어요.
여러 관점으로 보기
- 공식 발표 관리자가 셸 명령·파일 읽기와 수정·접속 도메인을 차단할지, 사람 승인을 받게 할지, 그냥 통과시킬지 정할 수 있고 코파일럿 비즈니스·엔터프라이즈 양쪽에 들어와요. GitHub
- 문서가 못 박은 지원 범위 지원 표에 차단·승인·허용 세 키가 코파일럿 CLI·VS Code·코파일럿 앱만 지원이라고 적혀 있고, 클라우드 에이전트와 젯브레인즈 IDE 칸은 셋 다 미지원이에요. GitHub Docs
- 실제로 어떻게 배포하나 규칙은 조직의 .github-private 저장소 안 copilot/managed-settings.json 으로 내려보내고 한 시간쯤 지나 퍼지며, 팀별로 다르게 걸려면 copilot/teams/ 파일과 team-mappings.json 을 따로 둬야 해요. GitHub Docs