Copilot 제외 파일도 정보가 샐 수 있다…심볼릭 링크는 보호 밖이다

GitHub가 2026년 9월 2일 GitHub Copilot app과 Copilot CLI의 관리자 콘텐츠 제외 정책 지원을 정식 출시했다. GitHub의 출시 공지 에 따르면 엔터프라이즈·조직·저장소 관리자가 제외한 파일을 두 클라이언트가 문맥으로 사용하지 않으며, 기능은 Copilot Business와 Copilot Enterprise 고객에게 제공된다.

그러나 이번 정식 출시는 완전한 정보 격리를 뜻하지 않는다. 9월 3일 나온 독립적인 후속 검토 도 app과 CLI로 정책 적용 범위가 넓어진 사실을 확인하면서, 심볼릭 링크·원격 파일 시스템과 IDE가 간접 제공하는 의미 정보는 보호 범위와 분리해 판단해야 한다고 짚었다.

app과 CLI까지 관리자 규칙을 따른다

변화의 핵심은 새로운 종류의 접근 제어가 생긴 것이 아니라, 기존 콘텐츠 제외 규칙을 집행하는 Copilot 환경이 늘었다는 점이다. 지원되는 작업 경로에서는 개발자가 Copilot app이나 터미널의 Copilot CLI를 사용하더라도 관리자가 지정한 제외 파일이 답변을 만들기 위한 문맥에서 빠진다.

여기서 콘텐츠 제외는 Copilot이 특정 파일을 무시하도록 하는 문맥 필터다. 파일을 삭제하거나 암호화하지 않으며, 사용자·셸·다른 프로그램의 파일 읽기 권한도 회수하지 않는다. 따라서 저장소의 비밀 관리나 운영체제 수준 권한 통제를 대신하는 보안 경계로 해석해서는 안 된다.

적용 대상은 Copilot Business 또는 Copilot Enterprise를 사용하는 조직이다. 개인 개발자가 로컬에 임의의 무시 파일을 만들어 같은 효과를 얻는 기능과도 다르다. 정책의 설정 주체와 적용 사용자는 관리 계층에 따라 달라진다.

설정 주체는 엔터프라이즈·조직·저장소로 나뉜다

엔터프라이즈 소유자는 엔터프라이즈의 Copilot 사용자 전체에 적용할 규칙을 관리하고, 조직 소유자는 해당 조직을 통해 Copilot 좌석을 받은 사용자의 범위를 정한다. 저장소 관리자는 자신이 관리하는 저장소 안의 경로를 제외할 수 있다. 상위 계층에서 상속된 규칙은 저장소에서 확인할 수 있지만 그곳에서 수정할 수는 없다.

규칙에는 저장소 루트를 기준으로 한 파일·디렉터리 경로나 파일명 패턴을 넣을 수 있다. 조직과 엔터프라이즈 설정에서는 저장소 밖의 파일 시스템 경로도 지정할 수 있다. 모든 위치의 .env 파일이나 특정 저장소의 구성 파일처럼 보호 범위가 다른 항목은 각각의 경로 패턴으로 표현한다.

설정 변경이 이미 열려 있는 IDE에 곧바로 반영된다고 가정해서도 안 된다. GitHub 안내에는 기존 설정이 로드된 IDE에서 반영까지 최대 30분이 걸릴 수 있다고 적혀 있다. Visual Studio와 JetBrains IDE는 애플리케이션을 다시 열고, VS Code는 창을 다시 불러와 정책을 갱신할 수 있다.

제품과 작업 모드마다 보호 상태가 다르다

GitHub의 콘텐츠 제외 문서 는 제외 파일에서 인라인 제안을 제공하지 않고, 그 내용이 다른 파일의 제안이나 Copilot 응답에 영향을 주지 않으며, Copilot 코드 리뷰도 해당 파일을 다루지 않는다고 설명한다. 동시에 웹과 모바일은 공개 미리보기이고, 편집기의 Copilot Chat Edit·Agent 모드는 지원되지 않으며, 심볼릭 링크와 원격 파일 시스템에는 제외가 적용되지 않는다고 명시한다.

• Copilot app·Copilot CLI: 관리자 콘텐츠 제외 정책 지원이 2026년 9월 2일 정식 제공됐다.
• GitHub 웹사이트·GitHub Mobile: 채팅과 에이전트 영역의 콘텐츠 제외는 공개 미리보기 상태다. GitHub 웹사이트의 Copilot 코드 리뷰에는 제외 규칙이 적용된다.
• IDE 인라인 제안·채팅: Visual Studio, VS Code, JetBrains IDE, Vim/Neovim, Xcode, Eclipse 등에서 기능별 지원 여부가 다르다.
• Edit·Agent 모드: VS Code를 비롯한 편집기의 Copilot Chat Edit 및 Agent 모드는 현재 콘텐츠 제외를 지원하지 않는다.

따라서 한 환경에서 제외가 작동했다는 결과를 다른 환경의 보호 근거로 확대할 수 없다. 관리 기록에는 규칙의 존재뿐 아니라 사용한 클라이언트, IDE, 작업 모드와 저장소 위치까지 포함해야 실제 집행 범위를 구분할 수 있다.

심볼릭 링크와 원격 저장소는 별도 경계다

가장 분명한 빈틈은 심볼릭 링크다. 제외된 파일이나 디렉터리를 다른 경로에서 가리키는 링크가 작업 영역에 있다면, 원래 경로에 규칙을 걸었다는 사실만으로 링크를 통한 접근까지 차단됐다고 볼 수 없다. 제목의 ‘정보가 샐 수 있다’는 표현은 이처럼 제외 규칙이 우회 경로에 적용되지 않아 내용이 Copilot 문맥에 들어갈 가능성을 가리킨다.

원격 파일 시스템에 놓인 저장소도 현재 문서화된 제외 범위 밖이다. 네트워크 마운트나 원격 개발 호스트의 저장소가 로컬 체크아웃과 같은 결과를 낼 것이라고 전제하면 안 된다. 이런 환경에서는 파일 시스템 권한, 비밀 관리 도구와 작업 공간 분리가 별도의 보호선이 돼야 한다.

IDE가 간접적으로 전달하는 의미 정보도 남은 예외다. 제외 파일의 원문이 직접 첨부되지 않더라도 IDE가 파생한 형식 정보, 코드 심볼의 마우스 오버 정의, 빌드 구성 같은 프로젝트 속성을 Copilot이 사용할 가능성이 있다. 콘텐츠 제외는 파일 원문을 문맥에서 빼는 기능이지, 그 파일에서 파생된 모든 정보를 추론할 수 없게 만든다는 보증은 아니다.

이 제한은 제외 파일이 지원되는 정상 경로에서 그대로 사용된다는 뜻과는 다르다. 위험은 규칙이 적용되지 않는 링크·원격 경로 또는 IDE가 만든 파생 정보에 남는다. 실제 자격 증명이 저장소 기록, 로그나 명령 출력에 이미 노출됐다면 콘텐츠 제외를 추가하는 것만으로는 부족하며 해당 자격 증명을 폐기하고 교체해야 한다.

점검 결과는 경로와 클라이언트별로 기록한다

실무 검증에는 실제 비밀 대신 외부에 알려져도 피해가 없는 임의의 표식 값을 써야 한다. 허용 파일과 제외 파일을 둔 시험용 저장소에서 각각의 Copilot 환경을 분리해 확인하면 정책 집행과 파일 접근 권한을 혼동하지 않을 수 있다.

1. 엔터프라이즈·조직·저장소 규칙의 설정 주체, 대상 경로와 변경 시각을 기록한다.
2. 제외되지 않은 시험 파일로 정상적인 저장소 문맥이 제공되는지 먼저 확인한다.
3. 같은 조건에서 제외 파일의 표식 값을 요청하고, 응답과 참조 파일 목록에 값이나 파일이 나타나는지 살핀다.
4. Copilot app과 Copilot CLI의 결과를 따로 남긴다. 한쪽의 결과를 다른 쪽의 증거로 사용하지 않는다.
5. 심볼릭 링크, 원격 파일 시스템, 웹·모바일과 IDE의 인라인·채팅·Edit·Agent 모드를 사용한다면 각각 별도 항목으로 판정한다.

현재 확정된 변화는 Business·Enterprise 관리자가 지정한 콘텐츠 제외 규칙을 Copilot app과 CLI도 정식으로 따른다는 것이다. 반면 심볼릭 링크와 원격 파일 시스템은 명시적인 예외이고, IDE가 전달하는 파생 의미 정보와 지원되지 않는 편집 모드까지 막는다는 보장은 없다. 추가 지원이 발표되기 전에는 콘텐츠 제외의 역할을 문맥 필터로 한정해 판단해야 한다.