Microsoft 365 Copilot: 데이터 거버넌스와 데이터 경계

By Mirko Peters · 2026-02-25 · Updated 2026-03-24

Microsoft Copilot: 데이터 거버넌스와 데이터 경계. Microsoft 365 Copilot이 Microsoft Graph와 테넌트의 데이터 거버넌스를 어떻게 활용해 데이터 보안을 확보하는지 알아봅니다.

Automatically translated with AI from the original post. Read the English original

Microsoft 365 Copilot에서 "데이터 경계"에 대해 이야기할 때는 조직의 데이터를 올바른 위치에 두고, 누구의 들여다봄도 허용하지 않도록 막아 주는 벽, 문, 잠금장치를 말하는 것입니다. 튼튼한 울타리의 디지털 버전이라고 생각하시면 됩니다. 다만 이 울타리는 국가나 지역별 규칙을 모두 따릅니다.

이러한 경계를 이해하는 일은 단순히 규정 준수 항목을 체크하는 것에 그치지 않고, 개인정보를 보호하고 민감한 정보에 접근할 수 있는 사람을 올바르게 한정하는 데도 필수적입니다. Copilot을 사용할 때 데이터가 어떻게 흐르고, 어디에 저장되며, 누가 접근할 수 있는지를 파악하면 조직은 법적 요구사항을 충족하는 데 그치지 않고 자신의 데이터에 대한 통제권을 유지할 수 있습니다. 클라우드 환경에서 AI 활용을 계획하고 있다면, Copilot의 데이터 경계 방식을 이해하는 것이 가장 현명한 준비 중 하나입니다.

이 가이드에서는 Copilot이 데이터를 어떻게 처리하고, 보호하고, 분리하는지 자세히 살펴봅니다. 이를 통해 명확하고 자신감 있게 다음 단계로 나아갈 수 있을 것입니다.

1. Copilot은 입력한 모든 내용을 자동으로 흡수하지 않습니다. 엔터프라이즈 시스템에 연결되어 있더라도, Copilot 데이터 경계 설명에서 보듯이 일회성 프롬프트와 같은 일시적 입력은 격리될 수 있으며, 텔레메트리나 개선 프로그램을 위해 명시적으로 구성하지 않는 한 기반 모델을 재학습하는 데 사용되지 않습니다.
2. 경계 적용은 이분법적이 아니라 상황에 따라 달라질 수 있습니다. Copilot 데이터 경계 설명에서는 단일 on/off 스위치가 아니라 계층형 제어 방식을 다룹니다. 코드, 고객 개인 식별 정보(PII), 구성 정보 등 데이터 범주마다 서로 다른 보존 및 공유 규칙이 적용됩니다.
3. 민감한 작업은 로컬에서만 처리할 수도 있습니다. Copilot 데이터 경계 설명에서 특히 놀라운 점은, 일부 배포 환경에서 로컬 추론이나 온프레미스 커넥터를 지원하여 민감한 데이터가 조직이 통제하는 환경을 벗어나지 않도록 할 수 있다는 것입니다.
4. 콘텐츠가 경계를 넘지 않더라도 메타데이터는 넘을 수 있습니다. Copilot 데이터 경계 설명은 로그, 사용 패턴, 메타데이터(타임스탬프, 파일 해시 등)가 다르게 보존될 수 있으며, 원본 콘텐츠가 제한되어 있더라도 진단 목적으로 접근될 수 있다고 경고합니다.
5. 개발자 도구는 세밀한 내보내기 제어 기능을 제공할 수 있습니다. 많은 Copilot 통합 기능에는 특정 파일과 리포지토리를 수정(redact), 차단, 또는 태깅하는 기능이 포함되어 있어, 도구가 리포지토리 수준의 경계를 존중하도록 합니다. 이는 Copilot 데이터 경계 설명에서 중요하게 짚어볼 만한 부분입니다.
6. 타사 통합은 새로운 경계 계층을 만듭니다. Copilot 데이터 경계 설명은 커넥터(CI/CD, 이슈 트래커, 클라우드 스토리지)가 각자의 정책을 추가한다는 점을 강조합니다. Copilot에서 데이터를 제한하도록 구성하더라도, 명시적으로 관리하지 않으면 연결된 서비스가 예외를 만들 수 있습니다.
7. 규제 및 계약상 규칙이 기본 동작을 바꿀 수 있습니다. Copilot 데이터 경계 설명에 따르면, 규정 준수 설정(GDPR, HIPAA, 계약상 DPA 조건)이 표준 기본값을 재정의하여 엔터프라이즈 배포에서 더 엄격한 데이터 분리, 보존, 감사 기능을 적용할 수 있습니다.

Microsoft 365 Copilot 데이터 경계 이해하기

도구가 아무리 똑똑해져도 명확한 데이터 경계를 설정하는 것은 여전히 기본적인 요구사항입니다. 클라우드 중심, AI 기반 환경에서 이는 문서에 비밀번호를 거는 것 이상을 의미합니다. Microsoft 365 Copilot에서 데이터 경계를 강제하는 일은 기초부터 시작되며, 조직의 테넌트가 그 자체로 하나의 독립된 영역이 되어 다른 조직의 데이터와 구분된 상태를 유지합니다.

Copilot은 똑똑한 답변과 생산성만을 위한 도구가 아니라, 조직과 지역 차원에서 데이터 주변에 그어 둔 경계를 존중하도록 설계되어 있습니다. 회사가 EU에 있든, 미국에 있든, 그 중간 어디에 있든 Copilot은 법적, 규정 준수, 개인정보 보호 요구사항을 존중합니다. 귀사의 정보를 가지고 전 세계 데이터 센터를 마음대로 돌아다니지 않습니다. 대신 테넌트가 위치한 곳을 따르며, 선택한 지역이나 경계 안에서만 데이터를 처리합니다.

"어디"만큼이나 중요한 것이 "누구"입니다. Copilot은 기존 권한과 액세스 제어를 사용하여, AI가 사용자가 이미 접근을 허용한 콘텐츠에만 닿도록 합니다. 이러한 정책과 권한이 모든 Copilot 응답을 형성하므로, 상호 작용에는 승인된 데이터만 사용됩니다. 이 맥락은 Copilot의 데이터 상주 및 액세스 방식을 이해하는 출발점이 되며, 이러한 경계가 구체적으로 어떻게 시행되는지는 다음에서 자세히 살펴보겠습니다.

Microsoft 365 Copilot의 데이터 상주 및 처리

Microsoft 365 Copilot은 명확하게 정의된 경계 안에서 데이터를 처리합니다. 데이터가 "어디에 있는지"(상주 위치)는 무작위로 정해지지 않으며, Microsoft 365 테넌트의 위치에 고정됩니다. 예를 들어 데이터를 유럽 연합(EU)에 두도록 선택했다면, Copilot과 관련된 모든 처리는 EU가 통제하는 환경 안에서 이루어집니다. 따라서 처음부터 GDPR 준수를 실현하기가 수월합니다.

Copilot은 지역 및 국가별 요구 사항을 존중합니다. EU 데이터 경계(EU Data Boundary)가 대표적인 예입니다. 테넌트가 EU 상주 조건으로 설정되어 있으면, Copilot은 프롬프트와 검색된 데이터를 모두 해당 지리적 범위 안에서 계속 처리합니다. 이는 GDPR뿐만 아니라 EU AI Act와 영국, 미국의 유사한 규정까지 준수하도록 보장합니다. 서비스는 조직 콘텐츠가 법적 경계 밖에 있는 원격 데이터 센터로 빠져나가지 않도록 설계되어 있습니다.

테넌트 격리는 또 다른 안전장치입니다. 각 Microsoft 365 테넌트는 독립된 디지털 샌드박스와 같아서, 한 조직의 데이터가 다른 조직의 데이터와 섞이지 않습니다. Copilot은 할당된 테넌트에 속한 데이터에만 접근하며, 설정 시 정의한 경계를 따릅니다. Copilot이 클라우드 기반 인프라를 활용하더라도 이러한 경계는 유지되어, 데이터 이동을 제한하고 데이터를 분리된 상태로 유지합니다.

경계 시행은 Microsoft 클라우드 전반의 통합에도 적용된다는 점에 유의할 필요가 있습니다. Copilot이 Microsoft 365와 Azure 또는 Dynamics 365 사이의 연결을 조율해야 할 경우, 통합 정책이 데이터를 선택한 관할권 안에 머무르게 합니다. Microsoft는 데이터 상주 문서에서 이러한 원칙을 자세히 설명하고 있으므로, 조직은 실제 배포 환경에서 이러한 보호가 어떻게 작동하는지 직접 확인할 수 있습니다. 이를 통해 보안과 안심을 함께 확보할 수 있습니다.

Copilot의 데이터 액세스 제어 및 권한

Copilot은 조직의 데이터에 접근할 때 여러분의 규칙을 따르며, 그 이상도 이하도 아닙니다. Copilot이 "볼" 수 있는 모든 문서, 이메일, 모임 메모는 Microsoft 365에서 이미 설정한 권한에 따라 관리됩니다. 사용자가 직접 파일에 접근할 수 없다면, Copilot도 그 파일을 가져올 수 없습니다.

Copilot은 Microsoft 365에 내장된 역할 기반 액세스 제어와 직접 연동되기 때문입니다. 이러한 제어는 ID와 권한별로 엄격한 분리를 적용하여 승인되지 않은 데이터 접근을 차단합니다. 프로젝트 관리자든 임시 직원이든, AI는 기존 액세스 권한을 그대로 반영할 뿐입니다. Copilot이 관여한다고 해서 누구도 기밀 회사 자료에 대한 접근 범위가 넓어지지는 않습니다. 오래되었거나 방치된 권한과 과거부터 이어진 노출 문제로 고민하는 조직에는, 이러한 경계를 빈틈없이 유지하기 위해 거버넌스와 정기 검토가 필수적입니다.

Microsoft Copilot의 데이터 보안 및 개인 정보 보호

조직의 데이터가 클라우드에 있을 때 보안과 개인 정보 보호는 뒷전으로 밀릴 수 없으며, 특히 AI가 주도권을 쥐고 있을 때는 더욱 그렇습니다. Copilot은 처음부터 이러한 우선순위를 내재하도록 설계되어, 강력한 생산성과 견고한 보호의 균형을 맞춥니다. 사용자가 Copilot에 프롬프트를 입력하는 순간부터 암호화와 데이터 유출 방지 계층이 작동하여, 전송 중이거나 저장된 콘텐츠를 모두 안전하게 보호합니다.

하지만 그것으로 끝이 아닙니다. Copilot에 통합된 개인 정보 보호 제어, 사용자 동의, 데이터 최소화 정책을 통해 조직은 모든 상호 작용 중에 무엇이 사용, 저장, 공유되는지 계속 통제할 수 있습니다. Microsoft의 접근 방식은 엄격한 규제 환경을 포함한 기업의 기대 수준에 부합하므로, 민감한 데이터가 자동화된 프로세스에 의해 노출되거나 잘못 처리되는 일이 없습니다.

이 섹션은 Copilot이 데이터를 외부의 시선으로부터 보호할 뿐만 아니라, 사용자와 관리자가 개인 정보를 관리할 도구를 갖추도록 지원하는 방식을 이해하기 위한 토대를 마련합니다. 핵심은 투명성과 책임성이며, 모든 Copilot 세션이 책임 있는 AI 기준에 부합하는지, 그리고 회사가 요구하는 신뢰와 규정 준수 필요를 충족하는지 확인하는 것입니다.

Copilot의 암호화 및 데이터 유출 방지

Copilot의 암호화는 디지털 경호원 역할을 합니다. 사용자의 디바이스, Microsoft 365, Copilot 처리 엔진 사이를 오가는 모든 데이터는 TLS 같은 보안 프로토콜로 전송 중에 암호화됩니다. 잠긴 터널이라고 생각하시면 됩니다. 저장된 후에도 데이터는 저장 시 암호화 상태를 유지하며, 엔터프라이즈 및 규제 요건에 맞게 승인된 강력한 알고리즘으로 보호됩니다.

Microsoft는 여기에 여러 겹의 방어 체계를 적용합니다. 테넌트 환경에서 처리를 위해 Copilot으로 데이터가 이동할 때, 외부 위협으로부터 보호될 뿐만 아니라 엄격하게 통제되는 커넥터를 통과하게 됩니다. 이 커넥터는 허가되지 않은 앱이나 환경으로의 측면 이동(lateral movement)을 차단합니다. 이 방식은 다른 Microsoft 환경에 적용된 데이터 손실 방지(DLP) 정책과 원리상 유사합니다. 워크플로가 복잡해져도 일관된 분류와 DLP로 조직이 유출을 어떻게 막는지 알고 싶다면 DLP 정책 시행에 관한 이 심층 가이드를 참고하시기 바랍니다.

AI 특유의 위험에 집중하면, Copilot의 컨트롤 플레인은 로그와 제한 사항을 유지하여 민감한 데이터가 테넌트 경계 밖으로 빠져나가지 않도록 합니다. 많은 사용자나 커넥터를 관리하는 대규모 조직이라면 경험 계층과 제어 계층을 분리하는 아키텍처를 도입하는 것이 중요합니다(자세한 내용은 AI 에이전트를 안전하고 거버넌스가 적용된 상태로 유지하기 참고). 이러한 통제는 유출을 막고, 혹시 데이터가 새어 나가더라도 신속하게 대응할 수 있도록 지원합니다. 그래서 데이터 노출이나 규정 준수 사고에 무방비로 당하지 않게 됩니다.

간단히 말해, Copilot은 정보를 원하는 곳에서, 원하는 방식으로 단단히 보호하도록 설계되었으며, 유출을 탐지하고 문제가 헤드라인 뉴스가 되기 전에 해결할 수 있는 도구를 제공합니다.

개인정보 보호 제어, 사용자 동의 및 책임 있는 AI

• 세분화된 개인정보 보호 제어: 관리자는 Copilot이 액세스할 수 있는 정보의 범위를 설정할 수 있으며, 이 권한을 특정 사용자, 역할 또는 데이터 세그먼트에 연결할 수 있습니다.
• 사용자 동의 및 옵트아웃: 개인 데이터나 특정 상호 작용이 Copilot에서 처리되기 전에 사용자에게 동의를 요청할 수 있습니다. 조직에서는 민감한 작업에 대해 옵트아웃 메커니즘을 제공하여 최종 사용자가 선택할 수 있다는 확신을 줄 수도 있습니다.
• 데이터 최소화 및 'ROT' 관리: Copilot은 프롬프트에 답변하는 데 필요한 정보만 처리하며, 필요 이상으로 수집하거나 저장하지 않습니다. 중복되거나 오래되었거나 사소한(“ROT”) 데이터의 처리는 거버넌스 정책으로 관리되어, 오래된 데이터 노출이나 불필요한 데이터 보존 위험을 최소화합니다.
• 책임 있는 AI 정렬: Microsoft는 Copilot을 책임 있는 AI 프레임워크에 맞춰 설계하며, 이 기술은 공정성, 투명성, 책임성 지침에 따라 지속적으로 평가됩니다. 모범 사례로는 거버넌스가 적용된 Copilot을 위한 이 규정 준수 및 보안 가이드에서 권장하는 대로 최소 권한 Graph 권한과 엄격한 Entra ID 제어를 사용하는 것이 포함됩니다.
• 감사 및 가시성: 관리자는 중앙 집중식 감사 로그와 모니터링 도구에 액세스할 수 있으며, 이를 통해 개인정보 조사를 지원하고 사고에 신속하게 대응할 수 있습니다. Purview Audit 같은 기능을 사용하면 Copilot이 조직의 지식에 접근한 모든 내역을 추적할 수 있습니다.

이러한 제어 기능은 사용자와 관리자에게 힘을 실어 주어, 개인정보 선택에 대한 실질적인 권한을 부여하는 동시에 Copilot이 신뢰할 수 있는 엔터프라이즈 파트너로 남도록 보장합니다.

Copilot 사용 시의 규정 준수 및 데이터 거버넌스

규정 준수와 거버넌스 환경을 헤쳐 나가는 일은 단순히 체크리스트를 갖추는 것이 아닙니다. Copilot 같은 AI 솔루션이 GDPR부터 최신 지역별 요건에 이르기까지 규제 검토를 견딜 수 있어야 합니다. Copilot은 이러한 프레임워크와 함께 설계되었으며, 새로운 법규와 표준이 계속 발전하는 가운데서도 조직을 보호하도록 만들어졌습니다.

이 섹션은 Copilot 컴플라이언스의 이유와 범위를 생각해 보도록 돕습니다. 귀사가 규제가 엄격한 산업에 속해 있거나 개인정보 보호법이 까다로운 지역에서 운영되고 있습니까? 조직의 평판과 사용자 데이터를 지키려면 올바른 설정, 계약 조항, 감사 옵션, 정책 시행이 필요합니다. 또한 환경 내 Copilot 활동을 실제로 추적할 수 있는 방법을 갖추어야 하며, 이를 통해 거버넌스 의도와 일상적인 사용 사이의 고리를 닫을 수 있습니다.

Copilot 도입을 막 시작했거나 전사적으로 확산하려는 단계이든, 감사 로그에서 거버넌스 위원회에 이르는 거버넌스 도구를 살펴보고 지속 가능한 컴플라이언스 전략을 검토할 필요가 있습니다. 체크리스트, 플레이북, 그리고 이 Copilot 거버넌스 자료와 같은 실제 거버넌스 사례로 연결되는 빠른 링크를 활용하면 Copilot을 귀사의 고유한 규제 요건에 맞게 운영하는 데 도움이 됩니다.

Copilot의 규제 준수 요건 충족

Copilot은 GDPR, EU AI Act, 그리고 미국의 데이터 관련 법률과 같은 주요 규정을 조직이 준수하도록 돕기 위해 설계되었습니다. Copilot을 배포하면 아키텍처가 데이터 거주성, 개인정보 보호, 감사 제어를 이러한 프레임워크에 맞춰 조정하므로, 처음부터 법적 위험을 최소화할 수 있습니다.

GDPR은 강력한 사용자 개인정보 보호, 데이터 최소화, 엄격한 데이터 이동 통제를 요구하며, Microsoft는 이러한 원칙을 Copilot의 운영 로직에 반영하고 있습니다. EU 데이터 경계(EU Data Boundary) 개념은 EU에 기반을 둔 테넌트의 데이터가 EU 내에 머물도록 보장하므로, 추가 구성 부담 없이 규정 준수를 뒷받침합니다. 국경이나 산업을 넘나들며 업무를 수행하는 조직을 위해, Copilot은 지역별 및 업종별 요건을 다루는 구성 가능한 설정과 계약상 보증도 함께 제공합니다.

Microsoft는 EU AI Act와 같이 새롭게 등장하는 표준을 지속적으로 준수하여, 새로운 규정이 시행되더라도 Copilot 서비스가 조직을 위험에 빠뜨리지 않도록 보장합니다. 보존 정책이나 감사 로깅과 같은 기능의 통합 지점은 상세 문서에서 다루고 있습니다. 다만 숨겨진 컴플라이언스 드리프트를 다룬 이 자료에서 설명하듯, 기술적 통제뿐 아니라 사용자 행동과 변화하는 비즈니스 위험까지 모니터링해야 실제 운영 환경에서 효과적인 거버넌스를 유지할 수 있습니다.

기본 제공 보안, 처리 투명성, 정기적인 인증 업데이트를 결합함으로써 Copilot은 AI 운영이 귀사의 컴플라이언스 전략을 뒷받침하고 무너뜨리지 않도록 보장합니다.

데이터 거버넌스 전략 및 감사 기능

• 중앙 집중식 거버넌스 프레임워크:Copilot을 사용할 수 있는 사용자, Copilot이 접근할 수 있는 데이터, 허용되는 작업에 대한 규칙을 정의합니다. 이 Copilot 거버넌스 전략에서 권장하는 것처럼 계약과 라이선스를 엄격하게 관리하면 안전한 도입의 토대가 마련됩니다.
• 포괄적인 감사 도구:Microsoft Purview Audit를 사용하여 사용자 활동을 모니터링하고, 액세스를 추적하며, 규제 검토나 조사에 대비해 포렌식 로그를 보관합니다. 여기에 자세히 설명된 대로 Premium으로 업그레이드하면 테넌트 전체 신호와 보고서 보존 기간 연장을 사용할 수 있습니다.
• 섀도 IT 및 자율 에이전트 제어:Copilot과 같은 AI 에이전트의 자율성이 높아짐에 따라, Purview 및 기타 모니터링 솔루션을 사용해 섀도 IT 위험을 발견하고 완화하십시오. 이 과제에 대한 자세한 내용은 Foundry와 AI 거버넌스 개요에서 확인할 수 있습니다.
• 자동화된 시행:AI 출력에 대해 DLP, 자동 레이블링, 커뮤니케이션 규정 준수 정책을 설정하여, 시스템이 규칙을 위반하는 작업이나 공개를 차단하도록 합니다.
• 지속적인 측정 및 보고:기술적 시행에만 의존하지 마십시오. 대시보드와 분석을 활용해 사용자 행동, 정책 효과, 콘텐츠 수명 주기 상태를 측정하여 장기적인 컴플라이언스 관리를 수행하십시오.

이러한 여러 계층을 통해 조직은 Copilot이 업무 현장에서 어떻게 발전하든 컴플라이언스를 입증하고, 위험한 패턴을 발견하며, 데이터 사용을 기준에 맞게 유지할 수 있습니다.

Copilot 아키텍처 및 데이터 흐름 개요

Copilot 아키텍처의 핵심은 데이터가 AI 기반 워크플로를 오가는 동안에도 조직의 경계를 단단히 지키는 데 있습니다. 이 시스템은 정보가 제자리에 머무르고, 의도치 않게 노출되지 않으며, 첫 사용자 프롬프트부터 최종 AI 생성 응답까지 안전하게 처리되도록 설계되어 있습니다.

흐름을 이해하는 것이 중요합니다. 모든 프롬프트는 데이터 수집, 컨텍스트 "그라운딩", AI 처리, 그리고 작업 공간으로의 전달까지 이어지는 여정을 시작하기 때문입니다. 데이터 격리, 역할 기반 액세스, 계층형 보안 검사점 같은 아키텍처 기능이 Copilot 기술 접근 방식의 기반을 이룹니다.

이 섹션에서는 Copilot 인프라가 데이터를 단계별로 이동시키는 방식을 살펴보며, 액세스 정책을 보완하는 아키텍처 통제에 초점을 맞춥니다. 프롬프트 처리 방식이 궁금한 기술 아키텍트든, "소시지가 어떻게 만들어지는지" 알고 싶은 컴플라이언스 담당자든 제대로 찾아오셨습니다. 파이프라인에 대한 명확한 설명과 함께, 시각적 워크스루 및 보안과 개인 정보 보호를 위한 모범 사례 포인트를 다룰 예정입니다.

Copilot 데이터 흐름과 아키텍처 시각화

Copilot의 데이터 여정은 사용자가 프롬프트를 입력하는 순간 시작됩니다. 이 요청은 클라우드를 무작정 떠돌지 않고, Microsoft 365 환경으로 안전하게 전달되며, 그곳에서 테넌트 경계와 권한이 먼저 적용됩니다. 이를 통해 Copilot이 고려할 수 있는 콘텐츠는 사용자 또는 할당된 역할이 이미 액세스할 수 있는 콘텐츠로만 제한됩니다.

다음으로 Copilot은 Microsoft Graph API를 사용해 필요한 문서, 일정, 이메일처럼 사용자가 액세스 권한을 가진 조직 컨텍스트를 가져와 요청을 "그라운딩"합니다. 이 그라운딩 덕분에 Copilot의 응답은 구체적이고 정확하며 관련성이 높아지고, 테넌트 범위를 벗어난 추측은 하지 않습니다.

컨텍스트가 추가된 프롬프트는 이후 암호화된 채널을 통해 AI 처리를 위해 기반 대규모 언어 모델(LLM)로 전송됩니다. 이 LLM은 제공된 컨텍스트 이상을 보지 못하며, 조직의 전체 데이터 레이크를 뒤질 수 없습니다. LLM은 답변만 반환하고, 그 답변은 사용자의 작업 공간에 도착하기 전에 개인 정보 보호와 데이터 격리 측면에서 다시 검사됩니다.

이 경로 전반의 보안 검사점인 액세스 검토, 권한 매핑, 로깅은 종단 간에 규정을 준수하는 최소 권한 데이터 액세스만 이루어지도록 보장합니다. Microsoft가 제공하는 시각적 워크스루와 다이어그램은 이러한 데이터 흐름 통제를 강조하며, IT 관리자와 컴플라이언스 팀에게 내부 검토, 크로스 플랫폼 시행, 사고 대응 준비에 필요한 투명성을 제공합니다.

기반 모델, 프롬프트 인젝션 위험, 데이터 개인 정보 보호

• 프롬프트 처리 통제: Copilot은 프롬프트를 테넌트 컨텍스트와 사용자 권한에 비추어 검증하며, LLM을 속여 승인되지 않은 작업을 수행하게 하려는 모든 시도(프롬프트 인젝션)를 차단합니다.
• 기반 모델 격리: LLM은 상호 작용에 맞게 범위가 지정된 데이터만 처리하므로, 사용자 간 또는 테넌트 간 데이터 유출 위험이 줄어듭니다.
• 인젝션 공격 방지: 기본 내장된 정제 및 의도 평가 시스템이 AI 의사 결정 로직에 도달하기 전에 의심스러운 프롬프트를 찾아냅니다. 실시간 정책 통제에 대한 자세한 내용에서는 "증폭된" 보안 실수가 확대되기 전에 막으려면 경험 계층과 제어 계층을 분리하는 것이 왜 필수적인지 설명합니다.
• 지속적인 검토 및 모니터링: 감사 로그, 경험 계층 세분화, 자동 알림을 통해 문제를 조기에 발견하므로, 경계가 침해된 후 관리자가 허둥지둥 대응할 일이 없습니다.

Copilot의 액세스 관리와 ID 통제

ID는 Copilot으로 들어가는 정문입니다. 이를 잠그지 못하면 나머지 보안은 큰 의미가 없습니다. Copilot은 Microsoft의 ID 관리 체계 안에서 실행되며, Entra ID와 통합되고, 다단계 인증(MFA)을 적용하며, 모든 디바이스와 시나리오에 걸쳐 조건부 액세스 정책을 준수합니다.

이 섹션에서는 올바른 사용자가 올바른 디바이스와 올바른 조건에서 Copilot에 액세스하도록 Microsoft가 어떻게 보장하는지 정확히 설명합니다. 역할 기반 액세스, 특별 프로젝트 그룹, 외부 파트너 중 어떤 상황을 다루든, 정책 기반 관리를 통해 이미 갖춘 조직 구조에 맞춰 Copilot 권한을 연결할 수 있습니다.

조건부 액세스(유연한 정책 수립)부터 PIM(권한 있는 ID 관리)을 통한 just-in-time 액세스까지, Microsoft는 무단 액세스를 입구에서 차단할 수 있는 다양한 옵션을 제공합니다. 액세스 및 정책 관리 모범 사례를 찾고 계시다면, 포괄적인 정책과 수정 루프가 시스템을 어떻게 견고하게 유지하는지 꼭 알아두시기 바랍니다. 이 접근 방식에 대한 자세한 내용은 조건부 액세스 신뢰 문제에 관한 이 가이드에서 확인하실 수 있으며, ID 보안에 대한 자세한 내용은 여기에서 살펴보실 수 있습니다.

역할 기반 액세스 관리 및 조건부 정책

Copilot은 Microsoft 365의 기존 역할 기반 액세스 제어(RBAC)와 일치시켜 중앙 집중식 액세스 관리를 적용합니다. 시스템은 사용자의 역할을 확인하고 해당 역할과 관련된 데이터와의 상호 작용만 허용합니다. 이를 통해 프로젝트 리드, 인턴, 계약직 직원 모두가 꼭 필요한 정보만, 그 이상도 이하도 아닌 범위에서 볼 수 있도록 보장합니다.

조건부 액세스 정책은 이 원칙을 확장하여 다단계 인증(MFA), 디바이스 규정 준수, 위험 기반 검사와 같은 요구 사항을 추가로 적용합니다. 이러한 정책은 조건부 액세스 모범 사례에서 자세히 설명된 것처럼 무단 또는 고위험 액세스를 방지합니다. 포괄적인 정책 기준선, 기간이 정해진 예외, 실시간 모니터링을 통해 일반적인 공격 경로를 차단하고 경계를 효과적으로 유지할 수 있습니다.

Microsoft Entra 및 권한 있는 ID 보호

Copilot은 강력한 ID 보호와 권한 있는 ID 관리(PIM)를 위해 Microsoft Entra에 의존합니다. Entra를 사용하면 민감한 작업에 대해 just-in-time 액세스를 구현할 수 있으므로, 상승된 권한은 필요한 때에만 부여되고 필요 이상으로 유지되지 않습니다. 이를 통해 계정이 침해되더라도 공격 표면을 제한할 수 있습니다.

Entra를 사용하면 조직이 사용자 동의를 잠그고, 고위험 작업에 대해 관리자 승인을 적용하며, 표준 다단계 인증(MFA)을 우회하는 데 흔히 악용되는 수법인 OAuth 동의 남용을 방어할 수도 있습니다. 이러한 유형의 ID 공격을 차단하는 방법에 대해서는 OAuth 동의 공격에 관한 이 설명 글에 정리된 실질적인 제어 방법을 참고하시기 바랍니다.

민감도 레이블, 데이터 분류 및 유해 콘텐츠 제어

조직이 민감한 데이터의 유출을 철저히 막고자 한다면, Copilot은 민감도 레이블과 자동 분류를 기본적으로 지원합니다. 이러한 도구를 통해 기밀, 규제 대상 또는 고위험 정보가 AI에 의해 실수로 잘못된 사람에게 노출되거나, 회사 안팎의 호기심 많은 시선에 노출되지 않도록 보장합니다.

자동 탐지는 비밀을 지키는 데서 그치지 않습니다. 트리거를 표시하고, 레이블을 일치시키고, DLP 정책을 적용하여 Copilot이 유해하거나 부적절한 응답을 생성하지 못하도록 차단합니다. Microsoft 365에서는 기밀, 개인, 공개 등 고유한 보안 요구 사항과 위험 허용 수준에 맞게 레이블을 직접 정의할 수 있습니다.

실질적인 조직 제어는 데이터에 레이블을 지정하는 것에 그치지 않고, 정책 적용, 문서 수명 주기 관리, 부서 간 협업을 통해 그 선택을 뒷받침하는 것을 의미합니다. Purview 보호막 가이드에서 다룬 것처럼 감사에 대비하고 규정을 준수하는 콘텐츠 보호 체계를 구축하면 문제가 커지기 전에 예방하기가 훨씬 쉬워집니다. Power Platform이나 SharePoint와 같은 플랫폼을 사용하는 조직이라면, 사전 예방적 거버넌스를 통해 격차를 메우고 위험한 우회 경로를 차단할 수 있습니다. 이 주제는 여기에서 자세히 다룹니다.

민감도 레이블 및 자동 데이터 분류 사용

Copilot의 민감도 레이블은 콘텐츠에 붙이는 디지털 이름표와 같이 작동합니다. Microsoft 365에서 문서, 이메일 또는 파일을 분류하면 Copilot은 이러한 태그를 읽어 무엇이 접근 금지 대상인지, 어떤 항목에 추가 보안이 필요한지, 그리고 어디까지 더 넓게 공유해도 괜찮은지를 파악합니다.

Microsoft Purview와 SharePoint에 내장된 자동화 도구가 이 프로세스를 지원합니다. 콘텐츠가 생성되거나 업데이트될 때 검사하고 대규모로 레이블을 적용하여 사람의 실수를 줄이고, 실수로 인한 노출을 방지하며, 감사 추적을 단순화합니다. 자세한 내용은 문서 혼란 방지를 위한 Purview 가이드에서 확인할 수 있습니다.

보호된 자료 탐지 및 유해 콘텐츠 방지

• 자동 민감 콘텐츠 탐지: Copilot은 프롬프트와 AI 출력 내용을 키워드 목록, 레이블, 정책 규칙과 대조하여 검사함으로써 기밀 정보가 유출되지 않도록 합니다.
• 유해 출력 필터링: 내장 필터가 공격적이거나 차별적이거나 안전하지 않은 콘텐츠가 표시되거나 공유되기 전에 차단합니다.
• 구성 제어: 조직은 사용자 지정 규칙과 에스컬레이션 경로를 설정하여 회사 정책을 벗어나는 콘텐츠를 차단할 수 있습니다. 안전한 AI 에이전트 배포를 위해 제공되는 여기의 지침을 참고하면 도움이 됩니다.
• 감사 및 검토 트리거: 의심스럽거나 차단된 출력은 기록되고 조사 대상으로 표시되므로, 관리자는 패턴을 모니터링하고 신속하게 대응할 수 있습니다.

Copilot 사용자 상호 작용 및 데이터 보존 관리

Copilot이 빠른 응답을 제공하는 것으로 이야기가 끝나지 않습니다. 그 이면에서는 사용자 상호 작용, 채팅 프롬프트, AI 기반 출력에 관한 데이터를 신중하게 처리해야 합니다. 특히 엄격한 개인정보 보호법이 적용되는 산업이나 내부 데이터 수명 주기 요구 사항이 있는 경우에는 더욱 그렇습니다.

이 섹션에서는 Copilot 상호 작용을 저장, 삭제, 감사하는 방법과 그 이유를 다룹니다. 사용자와 관리자 모두에게 힘을 실어 주는 것이 목적입니다. 사용자는 무엇이 기록되거나 저장되는지, 개인 데이터가 어떻게 처리되는지 알고 싶어 하고, 관리자는 보존 또는 개인 정보 보호 정책을 시행하기 위한 명확한 설정이 필요합니다.

Copilot에서는 세밀한 제어가 가능합니다. 보존 규칙을 설정하고, 사용자가 기록을 지울 수 있도록 하며, 데이터가 필요 이상으로 남아 있지 않도록 보장할 수 있습니다. 조직의 투명성과 사용자 역량 강화가 이러한 기능의 핵심입니다. 삭제 옵션, 규정 준수 설정, 시간에 따른 AI 데이터 관리 모범 사례에 대한 자세한 내용은 계속 읽어 보시기 바랍니다.

사용자 상호 작용, 기록 삭제 및 데이터 제어

• 셀프 서비스 기록 삭제: 사용자는 Copilot 상호 작용 기록을 지워 로컬 기록에서 민감한 쿼리와 응답을 제거할 수 있으며, 이를 통해 개인 정보 보호 및 규정 준수 요구 사항을 지원합니다.
• 중앙 집중식 보존 정책: 관리자는 채팅 기록과 Copilot에서 파생된 데이터의 보관 기간을 제어하여 조직의 데이터 수명 주기 및 규제 표준에 맞출 수 있습니다.
• 감사 추적 및 가시성: 모든 상호 작용이 추적 가능하도록 기록되므로, 규정 준수 또는 보안 팀은 개인 사용자 데이터를 불필요하게 노출하지 않고 사용 현황을 검토할 수 있습니다.
• 민감한 콘텐츠에 대한 개인 정보 보호 제어: 민감으로 표시된 데이터는 영구 로그에서 자동으로 제외하거나, 특정 보존 기간이 지나면 삭제되도록 설정할 수 있습니다.

Copilot이 사용자 상호 작용에 대해 저장하는 정보

Copilot은 프롬프트와 응답에 대한 메타데이터(타임스탬프, 사용자 식별자, 상위 수준의 컨텍스트 등)를 보관합니다. 서비스 운영이나 규정 준수 감사에 필요한 범위를 넘어 사용자 프롬프트의 실제 내용을 저장하지 않으며, 개인 정보를 보호하기 위해 데이터를 익명화하거나 가명 처리하는 경우가 많습니다.

관리자는 요약된 상호 작용 로그에 액세스할 수 있지만, 민감하거나 개인적인 응답 세부 정보는 사용자 개인 정보 보호를 위해 가려집니다. 보존 정책에 따라 자동 삭제가 적용되므로 불필요한 데이터는 삭제되고, 조직은 개인 정보 보호 약속과 규제 요구 사항을 계속 준수할 수 있습니다.

데이터 보호: Copilot 데이터 경계란 무엇이며 중요한 이유

"Copilot 데이터 경계"란 무엇이며, 왜 중요합니까?

Copilot 데이터 경계는 특정 사용자 또는 테넌트에 대해 승인된 데이터에만 Copilot for Microsoft 365가 액세스하고, 처리하고, 반환하도록 보장하는 기술적 및 정책적 한계를 말합니다. 이것이 중요한 이유는 데이터 보호, 데이터 상주 요구 사항, 거버넌스 모범 사례를 시행하여 고객 데이터와 조직 데이터가 Microsoft 365 서비스 경계와 특정 데이터 상주 제어 범위 안에 머물도록 하기 때문입니다.

Copilot은 데이터 상주 요건을 어떻게 준수하고, Microsoft 365 서비스 경계 안에 어떻게 머무릅니까?

Copilot는 Microsoft 365 서비스 경계 정책에 정의된 위치에서 데이터를 처리하며, EU 데이터 경계 내 처리나 기타 특정 데이터 거주성 요구 사항을 준수합니다. 즉, 데이터는 테넌트에 구성된 지역에 따라 저장되고 처리되며, Copilot 응답은 관리자가 설정한 Microsoft 365 서비스 및 데이터 경계 컨트롤 안에 머무릅니다.

Copilot이 고객 데이터나 기타 민감한 조직 데이터에 액세스할 수 있나요?

Copilot은 사용자가 Microsoft 365 앱과 서비스 전반에서 액세스할 권한이 있는 데이터에 액세스할 수 있습니다. 사용자가 볼 수 있는 데이터에는 이메일, 파일, 채팅, 그리고 Microsoft Graph를 통해 노출되고 구성된 경우 Microsoft Graph 커넥터를 사용하는 데이터 소스의 콘텐츠가 포함됩니다. Copilot이 이용할 수 있는 데이터는 Microsoft 365 관리 센터의 거버넌스 및 보안 정책과 Copilot 데이터 거버넌스 설정에 따라 결정됩니다.

거버넌스와 보안은 Copilot 응답이 안전하고 규정을 준수하도록 어떻게 보장하나요?

데이터 손실 방지, 정보 보호 레이블, Microsoft 365의 관리 컨트롤 같은 거버넌스 모범 사례와 보안 및 규정 준수 컨트롤은 Copilot이 조직 정책을 준수하는 결과를 생성하도록 돕습니다. 관리자는 보안을 위해 데이터를 관리 및 제어하고, Microsoft Copilot을 사용할 수 있는 사용자를 지정하며, 데이터 경계 컨트롤을 적용하여 Copilot 채팅 및 기타 Copilot 상호 작용이 기업 규칙을 준수하도록 할 수 있습니다.

Microsoft 365용 Microsoft Copilot을 사용할 때 데이터는 어디에서 처리되고 저장되나요?

데이터는 테넌트에 구성된 경계에 따라 Microsoft 365 서비스 내에서 처리되며, 특정 데이터 거주성 요구 사항이 적용되는 경우 테넌트의 지역에 저장됩니다. Microsoft는 데이터 처리 방식과 저장 위치에 대한 자세한 내용을 공개하며, 관리자는 Microsoft Learn과 Microsoft 365 관리 센터 문서에서 Microsoft 365 Copilot의 데이터 처리 방식을 확인할 수 있습니다.

조직은 환경 전반에서 Copilot이 데이터에서 표시할 수 있는 항목을 어떻게 제한할 수 있나요?

조직은 권한을 설정하고, Microsoft Graph 커넥터를 구성하여 외부 데이터 소스를 제어하고, Microsoft 365 관리 센터에서 액세스 정책을 적용하며, 강력한 데이터 거버넌스 및 보안 업데이트를 활용하여 Microsoft 365 Copilot 거버넌스를 구현합니다. 이러한 컨트롤은 Copilot이 환경 전반에서 어떤 데이터를 표시할 수 있는지, 그리고 Copilot이 개별 사용자에게 어떤 데이터를 기반으로 응답을 생성할지를 결정합니다.

Copilot은 Microsoft 365 서비스 경계를 넘어 Copilot 상호 작용이나 채팅 로그를 보관하나요?

기본적으로 Copilot 상호 작용과 Copilot 채팅은 Microsoft 365 서비스 내에서 Microsoft의 데이터 보호 및 보존 정책에 따라 처리됩니다. Copilot 데이터 거버넌스 설정과 관리 컨트롤이 보존 기간과 로그 저장 여부를 정의하며, 관리자가 명시적으로 허용하는 커넥터나 외부 라우팅을 구성하지 않는 한 응답은 Microsoft 생태계 내에 머무릅니다.

관리자는 Copilot 사용에 대한 거버넌스 모범 사례를 어떻게 구현하고 업데이트를 관리하나요?

관리자는 Microsoft 365 관리 센터를 사용하여 Microsoft 365 Copilot을 도입하고, Copilot 데이터 거버넌스를 구성하며, 보안 및 규정 준수 정책을 시행하고, 보안 업데이트를 적용해야 합니다. 모범 사례에는 데이터 소스 검토, 최소 권한 액세스 적용, 데이터 거주성 및 경계 컨트롤 설정, Microsoft 365 서비스 전반의 데이터에 대한 인사이트 모니터링, 그리고 안전한 Copilot 사용을 위해 사용자에게 Copilot 상호 작용 방법을 교육하는 것이 포함됩니다.

r?

Copilot 데이터 경계는 Copilot for Microsoft 365가 Microsoft 365 서비스 경계 내에서 고객 데이터에 액세스하고, 처리하고, 저장하는 방식을 정의합니다. 이러한 경계는 데이터 거주성 요구 사항, 데이터 보호 방식, 그리고 Copilot이 액세스할 수 있는 Microsoft 365 서비스와 Microsoft 365 앱을 결정하기 때문에 중요합니다. 명확한 경계는 조직이 보안 및 규정 준수 의무를 충족하는 데 도움이 되며, 보안 및 규정 준수를 위한 데이터가 거버넌스 모범 사례와 특정 데이터 거주성 컨트롤에 따라 처리되도록 보장합니다.

조직 데이터: Copilot이 액세스하고 표시할 수 있는 조직 데이터는 무엇인가요?

Copilot은 개별 사용자가 권한을 가진 고객 데이터와 조직 데이터에 Microsoft 365 서비스 및 데이터 소스 전반에서 접근할 수 있으며, 여기에는 Microsoft Graph, SharePoint, Exchange가 포함됩니다. Microsoft Graph 커넥터와 기존 Microsoft 365 통합을 활용하여 Copilot은 파일, 이메일, 일정, Teams 콘텐츠처럼 개별 사용자가 액세스 권한을 가진 조직 데이터를 제공하며, 이때 Microsoft 365 관리 센터에서 관리자가 구성한 액세스 데이터 제한 사항을 그대로 따릅니다.

Microsoft 365 서비스 경계는 조직에서 Copilot을 제어하는 데 어떻게 사용하나요?

조직은 Microsoft 365 서비스 경계 설정과 데이터 경계 제어를 사용하여 데이터가 처리되고 저장되는 위치를 관리합니다. 예를 들어 데이터가 Microsoft 365 EU 데이터 경계 또는 기타 특정 데이터 상주 지역 내에 머물도록 할 수 있습니다. Microsoft 365 관리 센터의 관리자는 Microsoft 365 Copilot을 도입하고 거버넌스 및 보안 정책을 적용할 수 있습니다. 데이터 상주 요구 사항과 서비스 수준 제어를 구성하면 강력한 데이터 거버넌스를 구현하고 보안 측면에서 데이터를 통제할 수 있습니다.

Copilot은 데이터 상주 및 거버넌스 요구 사항을 어떻게 준수하나요?

Microsoft 365용 Copilot은 구성된 데이터 상주 및 거버넌스 제어를 준수하며, Copilot의 응답과 처리를 지정된 데이터 경계 내에 유지합니다. 데이터는 테넌트가 설정한 정책에 따라 처리되고 저장되며, Copilot은 액세스 제어를 준수하므로 사용자가 액세스 권한을 가진 데이터에만 접근할 수 있습니다. 이러한 동작은 내부 거버넌스 모범 사례와 지역 규정 준수를 지원합니다.

Copilot 응답이 Microsoft 365 서비스 경계 내에 머무나요?

네, 지원되는 시나리오에서는 Copilot 응답이 Microsoft 365 서비스 경계 내에 머뭅니다. Microsoft 365용 Copilot을 사용할 때 고객 데이터는 선택한 데이터 경계 내에서 처리되며, Copilot은 Microsoft 365 서비스와 승인된 커넥터의 데이터를 사용하여 응답을 생성합니다. 보안 업데이트와 제어 기능은 데이터가 처리되는 방식과 Copilot이 생성하는 결과가 거버넌스 및 보안 기대 사항을 충족하도록 보장합니다.

Copilot과의 상호 작용은 어떻게 기록되고 보호되나요?

Copilot과의 상호 작용에는 Microsoft 365의 데이터 보호, 로깅, 감사 기능이 적용됩니다. 로그와 텔레메트리는 Microsoft 365 관리 센터와 기존 Microsoft 365 보안 및 규정 준수 도구를 통해 모니터링할 수 있으며, 전체 환경에 걸친 데이터에 대한 인사이트를 제공합니다. 이러한 기능을 통해 관리자는 데이터를 관리하고 통제하며, Copilot 채팅과 Copilot 사용 내역이 어떻게 기록되는지 검토하고, 감사 가능성과 인시던트 대응을 위한 거버넌스 모범 사례를 적용할 수 있습니다.

Copilot은 커넥터를 사용해 내 환경의 데이터에 접근할 수 있나요?

네, Microsoft Graph 커넥터와 기타 승인된 데이터 소스를 사용하면 Microsoft 365용 Copilot이 환경 전반의 데이터에 접근할 수 있습니다. 다만 사용자가 액세스 권한을 가진 데이터에 한합니다. 관리자는 연결할 데이터 소스와 Copilot이 사용할 수 있는 데이터를 제어할 수 있으므로 Microsoft 365 앱 전반의 데이터를 통제할 수 있으며, 민감한 데이터는 데이터 상주 및 보안 제어에 의해 계속 보호됩니다.

조직은 거버넌스와 보안을 유지하면서 Microsoft 365 Copilot을 어떻게 도입할 수 있나요?

Microsoft 365 Copilot을 안전하게 도입하려면 조직은 거버넌스 모범 사례를 따라야 합니다. Microsoft Learn 가이드를 검토하여 Microsoft 365 Copilot의 작동 방식을 익히고, 데이터 경계 제어와 특정 데이터 상주 설정을 구성하며, Microsoft 365 관리 센터에서 액세스 정책을 설정하고, 커넥터를 제한하며, 규정 준수 및 보안 업데이트를 적용합니다. 이러한 단계를 거치면 Copilot은 적절한 고객 데이터에만 접근하고, 데이터는 요구 사항에 맞게 저장 및 처리되며, Copilot 채팅과 기타 Copilot 상호 작용은 Microsoft 365 서비스 경계와 조직 정책 내에 머물게 됩니다.