Copilot 활성화는 마법이 아니다: Microsoft 365의 계약, 라이선스, 권한, Purview 거버넌스 (AI 더빙)

많은 관리자가 Microsoft 365 Copilot은 스위치만 켜면 마법처럼 돌아간다고 생각합니다. 하지만 Copilot 활성화는 거대 언어 모델을 회사 데이터의 핵심 흐름에 직접 연결하는 일입니다. Copilot은 거대 언어 모델, Microsoft Graph의 콘텐츠, 매일 쓰는 Microsoft 365 앱을 결합하고, 이메일·채팅·문서가 모두 입력 데이터가 됩니다.

그래서 중요한 질문은 "작동하느냐"가 아닙니다. 테넌트 전체에 무엇을 풀어놓았느냐가 핵심입니다. 이 글에서는 계약, 라이선스와 권한, 데이터 노출, 기술적 제어, 거버넌스 순서로 Copilot 도입 전에 꼭 짚어야 할 내용을 정리합니다.

Copilot 계약: 스위치를 조종하는 보이지 않는 손

관리자 콘솔은 강력한 대시보드처럼 보이지만, 실제 연결고리는 건조한 법률 문서 안에 있습니다. Copilot은 Microsoft 제품 약관과 데이터 보호 부속서(DPA)의 적용을 받습니다. 두 문서는 데이터 상주, 처리 약속, 개인정보 보호 의무의 기본 지침입니다. 스위치를 누르기 전에 계약이 이미 게임의 규칙을 정해 둔 셈입니다.

제품 약관과 DPA가 정하는 것

• 제품 약관: 무엇을 할 수 있는지, 데이터가 물리적으로 어디에 저장되는지, Copilot 출력물을 누가 소유하는지를 정합니다.
• DPA: GDPR 및 유사한 프레임워크를 중심으로 개인정보 보호 제어를 설정하고, 데이터 처리자로서 Microsoft의 역할을 정의합니다. 데이터 유출 통지와 하위 처리자 사용 감사도 여기에 담깁니다.

계약은 의무이고 기술적 제어는 그 의무를 실행하는 메커니즘입니다. 보존 정책, 암호화, 권한을 아무리 꼼꼼히 설정해도 DPA와 제품 약관의 약속과 맞지 않으면 여전히 위험에 노출됩니다.

자주 나오는 걱정: 내 데이터로 모델을 학습시키나?

계약상의 답은 "아니요"입니다. Copilot이 사용하는 프롬프트, 응답, Microsoft Graph 데이터는 Microsoft의 파운데이션 모델 학습에 다시 쓰이지 않으며, 제품 약관과 DPA 모두에 명시되어 있습니다.

데이터 상주와 출력물 소유권

EU 고객의 Copilot 쿼리는 EU 데이터 경계 안에 머뭅니다. EU 밖에서는 쿼리가 다른 글로벌 지역의 데이터 센터를 거쳐 라우팅될 수 있습니다. 한편 Copilot이 만든 슬라이드 같은 결과물의 소유권은 기본적으로 사용자에게 귀속됩니다. 제품 약관이 AI 시스템의 지식재산권 주장을 포기하도록 정해 두었기 때문입니다.

그래서 계약서는 전력망의 배선도에 비유할 수 있습니다. 배선도는 토스터를 꽂기 훨씬 전부터 존재하고, 관리자 스위치는 그 끝에 플러그를 꽂는 행위일 뿐입니다. 라이선스를 배포하기 전에 법무팀과 상의하고, DPA와 제품 약관의 적용 범위가 문서화되어 있는지, EU 데이터 경계 같은 지역별 약정을 파악했는지 확인해야 합니다.

Copilot 라이선스와 RBAC: 문지기가 딸린 건축허가증

라이선스를 만능 열쇠로 생각하기 쉽지만, 실제로는 문지기가 딸린 건축허가증에 가깝습니다. 허가증은 무엇이 존재할 수 있는지를 정하고, 문지기는 누가 지나갈 수 있는지를 강제합니다.

라이선스가 하는 일과 하지 않는 일

라이선스는 Copilot 기능을 활성화합니다. 그러나 Copilot은 사용자가 Microsoft Graph를 통해 이미 접근 권한을 가진 데이터만 보여줍니다. 권한은 테넌트의 ID와 RBAC 설정이 결정합니다. 원래 접근할 수 없던 CFO의 개인 폴더는 라이선스가 있어도 열리지 않습니다.

Copilot은 기존 Microsoft 365 플랜에 추가하는 부가 기능이며 표준 번들에 기본 포함되지 않습니다. 일부 기능은 규정 준수를 위한 Purview나 보안을 위한 Defender 같은 추가 라이선스가 필요하므로, 이런 의존성을 모르고 시작하면 불안정한 배포가 됩니다.

RBAC 없이 라이선스만 뿌리면

RBAC를 확인하지 않고 조직 전체에 라이선스를 배포하면 사용자는 자신이 이미 접근할 수 있는 모든 것을 쿼리하게 됩니다. 인턴이 글로벌 관리자가 되지는 않지만, 실수로 전체 공개된 민감 문서를 찾아낼 수는 있습니다. 악의는 필요 없고, 검색창과 과도하게 상속된 권한이면 정보 유출은 일어납니다.

역할 범위를 제대로 설정하면 Copilot은 정해진 구역 안에서만 움직입니다. 재무팀은 재무 데이터 세트만, 마케팅팀은 캠페인 자료를 바탕으로 한 초안만 다루고, 관리자는 설정한 경계 안에서만 설정을 관리합니다. 모두에게 같은 라이선스와 같은 접근 권한을 주는 것을 공정함으로 여기면, 과다 공유된 계약 라이브러리나 인사기록, 경영진 이메일까지 Copilot의 눈에 들어옵니다.

실무 팁

• 좌석을 수동으로 하나씩 할당하지 말고 그룹 기반 라이선스 할당을 사용하세요. 더 효율적이고 그룹 멤버십 검토를 강제합니다.
• 멤버십을 감사하지 않으면 라이선스가 넘지 말아야 할 영역까지 흘러갑니다.
• Copilot 라이선스는 테넌트 간 게스트 계정으로 확장되지 않습니다. 예를 들어 Gmail 로그인 계정을 쓰는 컨설턴트는 차단되며, 이 경우에는 오히려 다행입니다.

라이선스는 여권, 역할은 비자와 같습니다. 둘이 합쳐져 국경을 이룹니다. 잘 설계된 RBAC는 눈에 띄지 않게 작동하고, Copilot은 그 보안 격자를 그대로 반영합니다.

데이터 노출: Copilot의 식단은 조직 전체다

Microsoft 365 Copilot은 Microsoft Graph를 통해 콘텐츠를 가져오고, 사용자가 이미 볼 권한이 있는 자료만 표시합니다. 시맨틱 인덱스와 그라운딩은 ID 기반 접근 경계를 존중하므로 AI가 접근 권한 없는 보관소로 들어가지는 않습니다. 문제는 Copilot이 권한을 무시하는 것이 아니라 권한을 그대로 반영한다는 점입니다.

팀 라이브러리가 모두에게 열려 있으면 Copilot은 그 내용을 요약에 넣고, SharePoint가 부주의하게 공개되어 있으면 초안에 통합합니다. 사람들은 테넌트의 구석진 곳까지 검색하지 않지만 Copilot은 가리지 않고 전체 인덱스에서 가져옵니다. 그 인덱스는 Microsoft가 아니라 조직이 만든 것입니다. 모두에게 공개된 폴더에 던져 둔 곤란한 메모도 이제는 프롬프트 하나로 불러낼 수 있습니다.

민감도 레이블의 역할

권한만으로는 부족하고, 민감도 레이블이 보호를 강화합니다. 레이블이 암호화를 강제하거나 데이터 추출 사용 권한을 요구하면, Copilot은 사용자가 보기와 추출 권한을 모두 가진 경우에만 콘텐츠를 처리합니다. 그렇지 않으면 차단됩니다. 레이블은 상속되므로 Copilot이 민감한 파일을 바탕으로 새 슬라이드 덱을 만들면 레이블과 보호 조치도 자동으로 따라갑니다. 모든 파생 문서에 레이블을 붙이는 일을 사람의 기억력에 맡기지 않아도 됩니다.

규제와 데이터 거주지의 관점

규제기관은 접근 노출 범위에 관심이 있습니다. GDPR은 "권한 설정상 가능했다"는 변명을 받아들이지 않고, HIPAA와 ISO도 마찬가지입니다. "AI는 권한을 반영했을 뿐"이라는 주장은 통하지 않습니다.

모든 데이터가 똑같이 보호된다고 가정하는 것도 위험합니다. EU 고객의 Copilot 처리는 필요 시 EU 데이터 경계를 통해 라우팅되지만, Bing에 대한 웹 검색 쿼리는 EU 데이터 보장 범위에 포함되지 않으며 별도의 데이터 처리 정책을 따릅니다.

프롬프트, 응답, 활동 로그는 LLM 학습으로 유출되지 않고 Microsoft 365 서비스 경계 안에 저장됩니다. 관리자는 Purview 콘텐츠 검색과 보존 정책으로 이 기록을 관리할 수 있습니다.

관리센터, Purview, Defender: 하나의 컴플라이언스 엔진

Microsoft 365 관리센터에서 클릭하는 확인란은 지휘자의 지휘봉과 같습니다. 단순히 기능을 켜는 것이 아니라 통합된 규정 준수 시스템에 동작 방식을 지시합니다. 세 도구는 각자 따로 노는 앱이 아니라 하나의 연주를 위한 악기입니다.

• 관리센터: 테넌트 제어 시스템입니다. 라이선스 할당, Copilot 테넌트 수준 설정, 플러그인 활성화를 맡고, 누가 Copilot을 쓸지와 업데이트 채널을 정합니다.
• Purview: 국경의 세관 검사에 해당합니다. Microsoft Graph를 흐르는 데이터를 분류·라벨링·검사하고, 보존과 DLP를 적용하며, AI용 DSPM으로 위험을 찾고, 모든 작업을 감사 추적에 기록합니다.
• Defender: 집행기관입니다. Defender for Endpoint는 런타임 집행, 경고, 엔드포인트 DLP를 제공하며, 민감한 데이터를 타사 AI 도구에 붙여넣는 위험한 행동을 차단하고 규칙에 걸리면 Copilot 콘텐츠도 중단시킵니다.

이 도구들을 서로 격리된 상자로 취급하는 것이 가장 흔한 가정입니다. 관리센터에서 Copilot을 켜도 Purview의 레이블과 정책이 없으면 콘텐츠는 분류 없이 흐르고, Purview가 규칙을 만들어도 Defender의 집행이 없으면 위반이 그대로 통과합니다.

반대 사례도 있습니다. 너무 공격적인 Defender DLP 설정 때문에, 분기별 매출 요약을 요청했는데 원본 파일에 제한으로 분류된 계좌번호가 있어 출력이 차단될 수 있습니다. 직원은 Copilot이 고장 났다고 느끼지만, 실제로는 정책 설계대로 집행된 결과입니다.

거버넌스는 문서가 아니라 시스템에 박아 넣는 것이다

종이 위의 정책은 취약합니다. 배포하고 타운홀 미팅을 열어도 며칠 안에 이메일 더미에 묻힙니다. 시스템에 기반하지 않은 거버넌스는 잠자리 동화에 불과합니다. 거버넌스는 추상적인 규정 준수 요구사항을 플랫폼이 강제하는 실제 행동으로 옮기는 번역 계층입니다.

"Copilot과 민감한 파일을 공유하지 마세요"라는 지침은 쿠키 접시 앞에 "먹지 마세요"라고 적은 포스트잇과 비슷합니다. 대신 Purview에서 Microsoft Copilot 환경의 위치를 대상으로 하는 DLP 정책을 구성하면, Copilot은 기밀 파일을 요약하거나 처리하지 못합니다. 사용자에게 하지 말라고 말하는 것과 기술적으로 불가능하게 만드는 것은 다릅니다. 제한속도 표지판과 속도 제한 장치의 차이와 같습니다.

활용할 Purview 기능

• 자동 레이블 지정과 기본 민감도 레이블: 직원이 잊어도 분류를 강제합니다.
• 보존 레이블: 타임라인을 자동 적용해 잊힌 파일이 영원히 남지 않게 합니다.
• 커뮤니케이션 컴플라이언스: Copilot 프롬프트와 응답을 스캔해 부적절한 데이터 입력을 표시합니다. 시도를 막지는 못해도 포착해 원격 측정 데이터를 만듭니다.
• AI용 DSPM: Copilot이 무엇을 처리하는지 가시성을 주고, 위험한 노출을 막는 원클릭 수정 정책을 지원합니다.
• 보존과 eDiscovery: 규칙을 집행할 뿐 아니라 증명할 수 있게 합니다. 규제기관이 증거를 요구할 때 검색 가능한 감사 로그와 불러올 수 있는 Copilot 사용 기록이 필요합니다.

구조도 필요합니다. 법무, 보안, 인사, IT가 모여 규칙을 기술적 제어와 맞추는 부서 간 AI 위원회가 올바른 배포에 포함되며, Microsoft 가이드라인도 이를 권장합니다. 두 회사를 비교하면 차이가 분명합니다. A사는 "Copilot을 책임감 있게 사용하세요"라는 한 페이지짜리 지침을 만들었고, B사는 Purview로 Copilot이 분류되지 않은 데이터에 접근하지 못하게 막았습니다. 6개월 후 A사는 Copilot 요약에 노출된 민감 파일 때문에 고생했지만 B사는 그렇지 않았습니다. 인식 제고 캠페인은 양념일 뿐이고, 실질적인 것은 강제성입니다.

자주 하는 실수와 오해

• "켜기만 하면 된다"는 생각: 활성화하는 순간 계약에 코드화된 의무가 발효됩니다.
• 계약을 건너뛰고 기술 설정부터 시작: 계약 없는 배포는 법적 책임을 안고 즉흥적으로 대처하는 것입니다.
• 라이선스를 권한 확장으로 오해: 라이선스는 기능을 열 뿐 접근 권한을 넓히지 않습니다.
• RBAC 점검 없는 전사 일괄 배포: 느슨한 역할 관리와 광범위한 라이선스가 만나면 정보 노출은 가설이 아니라 확정된 사실이 됩니다.
• 모든 데이터가 똑같이 보호된다는 가정: Bing 웹 검색 쿼리는 EU 데이터 보장 범위 밖입니다.
• 도구를 각각 따로 취급: 하나라도 빠지면 거버넌스가 아니라 소음만 남습니다.
• 사용자의 기억과 선의에 의존: 직원은 바빠지면 규칙을 잊습니다.
• Purview에 모든 책임을 떠넘기기: 데이터가 올바르게 분류되어야 필터가 작동합니다.

실무 체크리스트: 이번 주에 확인할 것

• 라이선스 배포 전에 법무팀과 상의하고, DPA와 제품 약관의 적용 범위 및 EU 데이터 경계 같은 지역별 약정을 문서화하세요.
• 권한 감사를 실행해 "모든 사용자"와 "Everyone" 그룹을 제거하세요.
• Purview DSPM for AI 평가를 실행하고 원클릭 수정을 적용해 과다 공유된 파일과 라이브러리를 찾아 막으세요.
• Purview에서 통합 감사 로깅을 활성화하세요.
• RBAC와 Entra 범위를 지정하고 그룹별로 라이선스를 할당하며 그룹 멤버십을 정기적으로 검토하세요.
• 민감도 레이블을 일관되게 적용하고 Purview DLP, 보존 규칙과 결합해 프롬프트와 응답의 수명주기를 관리하세요.
• Entra에서 조건부 액세스와 다단계 인증을 사용하고, 모든 장치에 Defender 엔드포인트 DLP를 배포하세요.
• 커뮤니케이션 컴플라이언스로 위험한 프롬프트를 탐지하세요.
• 법무, 보안, 인사, IT가 참여하는 AI 위원회를 꾸리세요.

결론

Copilot 활성화는 AI를 켜는 일이 아니라 계약, 권한, 데이터 제한, 거버넌스에 걸친 제어 시스템을 가동하는 일입니다. Copilot은 조직이 만든 권한 구조와 정책을 거울처럼 비출 뿐이고, 질서가 있으면 질서를, 무질서가 있으면 무질서를 보여줍니다. 규칙을 사용자의 선의가 아니라 시스템 강제력에 맡길 때 Copilot은 신뢰할 수 있고 규율을 갖춘 조력자가 됩니다.