Copilot와 보존 정책: 모든 M365 관리자가 알아야 할 내용

By Mirko Peters · 2026-03-17 · Updated 2026-03-24

Microsoft 365 Copilot: 보존 정책. Copilot 및 Teams 채팅, Copilot 상호 작용에 적용되는 Microsoft 365 보존 정책을 알아봅니다.

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

Microsoft 365 환경의 관리자라면 규정 준수의 중요성이 그 어느 때보다 커졌다는 것을 이미 알고 계실 것입니다. Microsoft Copilot과 기타 AI 기반 도구가 M365에 깊이 통합된 지금, 보존 정책 관리는 형식적으로 체크만 하는 업무가 아니라 조직의 안전성과 규정 준수, 감사 대응 능력을 유지하는 핵심 업무입니다.

Copilot은 문서나 이메일만 살펴보지 않습니다. 데이터와 새로운 방식으로 상호 작용하며, 그 과정에서 고유한 데이터 수명 주기, 거버넌스, 법적 위험이 생깁니다. 무엇이 달라졌을까요? 아주 많이 달라졌습니다. Exchange나 SharePoint에서 효과적이었던 기존 보존 통제는 Copilot이 상호 작용 데이터를 저장하고, 재사용하고, 삭제하는 방식까지 포괄하도록 발전해야 합니다. 이를 무시하면 법적 위험, 데이터 유출, 규제 위반에 노출될 수 있습니다.

관리자는 오늘날 Copilot의 보존 정책을 데이터 보호와 규정 준수 감사뿐 아니라, 섀도 데이터나 인지되지 않은 정책 공백과 같은 골치 아픈 문제를 방지하기 위해서도 맞춰야 합니다. 효과적인 Copilot 거버넌스 전략과 안전한 기술적 시행은 강력한 계약, 액세스 제어, 자동화된 규정 준수를 기반으로 AI를 안전하게 도입하는 데 도움이 됩니다. 이제 Copilot의 보존이 무엇이 다른지, 그리고 왜 이를 우연에 맡길 수 없는지 자세히 살펴보겠습니다.

1. 보존 설정이 모델 제안에 영향을 줄 수 있습니다: 코드나 프롬프트 기록이 어디에, 얼마나 오래 보존되는지에 따라 Copilot이 사용하는 컨텍스트가 달라지고, 동일한 프롬프트에도 제안 내용이 달라질 수 있습니다.
2. 엔터프라이즈 보존 기간은 예상보다 길 수 있습니다: Copilot과 연결된 조직 로그와 원격 분석 데이터는 일시적인 디버깅 기간이 아니라 규정 준수를 위해 몇 달 또는 몇 년 동안 보존될 수 있습니다.
3. 개인 데이터와 조직 데이터의 분리는 절대적이지 않습니다: Copilot이 개인 데이터와 조직 데이터를 분리하더라도, 보존 시스템과 백업으로 인해 중복 복사본이 생겨 정책 통제가 필요할 수 있습니다.
4. 보존 정책은 법적 검색에 영향을 줍니다: 보존 정책이 데이터를 유지하도록 설정되어 있다면, Copilot이 보관한 데이터(코드 조각, 프롬프트, 채팅 기록)는 소송이나 감사에서 검색 대상이 될 수 있습니다.
5. 짧은 보존 기간은 모델 "학습" 가시성을 떨어뜨립니다: 지나치게 짧은 삭제 기간은 Copilot이 특정 권장 사항을 낸 이유를 감사하기 어렵게 만들어, 디버깅과 안전 조사를 복잡하게 할 수 있습니다.
6. 보존 설정이 공격 경로가 될 수 있습니다: 잘못 구성된 보존(너무 길거나 접근 가능한 상태)은 Copilot이 보았거나 기록했을 수 있는 독점 코드, 비밀 정보, 개인 식별 정보(PII)의 노출 위험을 높입니다.
7. 보존은 미세 조정 및 원격 분석과 맞물려 있습니다: 원격 분석이나 미세 조정 파이프라인에 보존된 데이터는, 정책으로 명시적으로 제외하지 않으면 향후 모델 동작에 영향을 줄 수 있습니다.
8. Copilot 기능마다 보존 규칙이 다릅니다: 코드 완성, 채팅 기록, 피드백, 원격 분석은 보통 별도의 보존 일정과 법적 처리 기준을 따릅니다.
9. 보존 정책 선택은 사용자 신뢰와 도입에 영향을 줍니다: 투명하고 엄격한 보존 정책은 민감한 프로젝트에서 개발자가 Copilot을 사용하려는 의지를 크게 높이는 반면, 느슨한 보존 정책은 엔터프라이즈 도입을 떨어뜨립니다.

Microsoft Copilot의 보존 정책 이해하기

보존 정책은 항상 Microsoft 365 규정 준수의 기반이었지만, Copilot은 이 판도를 바꿉니다. 그냥 쌓여 있는 기존 파일과 달리, Copilot은 사용자의 모든 프롬프트와 AI 생성 응답마다 새로운 상호 작용 데이터를 생성, 처리, 저장합니다. 이제 데이터는 만들어졌다가 잊히는 것이 아니라 워크플로의 능동적인 일부가 되어, 새로운 데이터 경로를 따라 끊임없이 흐르고 있습니다.

그렇다면 왜 중요할까요? Copilot은 기존의 틀을 벗어나는 방식으로 데이터와 상호 작용합니다. 이메일이나 문서에 대해 관리자 주도의 통제가 필요한 것은 물론, 사용자 채팅 기록, AI가 생성한 텍스트, Copilot이 모아 놓은 컨텍스트에 대해서도 통제가 필요합니다. 익숙한 보존 기간 타이머도 여기에 적용됩니다. 다만 생성형 AI가 관여할 때는 그 타이머가 정확히 언제, 어떻게 시작되는지 파악해야 합니다.

이렇게 변화가 많은 상황에서는 보존 정책 하나를 모든 데이터에 일괄 적용하는 것만으로는 충분하지 않습니다. 이제는 Copilot의 플랫폼 간 특성, 관련된 데이터 유형, 그리고 시점의 복잡성을 고려한 전략이 필요합니다. 즉, 보존이 언제 시작되며 언제 강제로 삭제해야 하는지를 따져야 합니다. 이는 Microsoft 365 거버넌스의 새로운 계층으로 보고, 지속적인 관심과 의도적인 구성이 필요한 영역으로 다루시기 바랍니다.

다음 섹션에서는 Copilot 보존 정책이 실제로 어떤 모습인지 살펴보고, 핵심 원칙을 알아보며, 시작부터 끝까지 수명 주기 관리가 어떻게 작동하는지 확인하겠습니다. 이 내용은 정책의 공백을 미리 파악하고, 누락되는 항목이 없도록 하며, AI 기반 환경이 실제로 필요한 수준의 보안과 규정 준수를 갖추도록 하는 데 도움이 되는 가이드입니다.

Copilot 데이터 보존 정책의 핵심 개념

1. Copilot 보존 정책 정의: 보존 정책은 Copilot이 사용자 프롬프트, AI가 생성한 출력, 상호 작용 메타데이터를 얼마나 오랫동안 보관할지를 결정합니다. 이 정책은 규정 준수, 보안 또는 조직 정책상의 이유로 데이터가 필요 이상으로 보관되지 않도록 하기 위해 설계되었습니다.
2. 포함되는 Copilot 데이터 유형: 일반적인 데이터 유형에는 사용자 쿼리, Copilot이 생성한 AI 응답, 처리를 위해 수집된 기본 컨텍스트, 그리고 경우에 따라 요약되거나 참조된 문서 콘텐츠가 포함됩니다. 보존은 채팅 로그뿐만 아니라 이 모든 데이터에 적용됩니다.
3. 보존 정책은 언제 시작되나요? 보존 기간은 일반적으로 생성 시점부터 시작됩니다. 즉, Copilot 상호 작용이 발생하거나 관련 숨겨진 사서함 폴더 또는 애플리케이션 데이터 리포지토리에 데이터가 저장되는 시점입니다. 이 시점은 삭제 일정을 정하는 데 매우 중요합니다.
4. 보존 정책 시점의 원칙: Copilot의 보존 기간은 Exchange, SharePoint, Teams 등 Copilot과 통합된 M365 서비스의 보존 기간을 그대로 따릅니다. 다만 고유한 Copilot 아티팩트는 기간이 겹치거나 혼동되는 것을 방지하기 위해 별도의 명시적 시점 규칙이 필요할 수 있습니다.
5. 정책 적용 및 재정의: 보존 정책은 보존만 하기, 삭제만 하기, 또는 보존한 후 삭제하기로 설정할 수 있습니다. Copilot 데이터도 이러한 정책을 따라야 하지만, 법적 보존(legal hold)이나 규정 준수 상황에서는 관리자가 재정의를 적용할 수 있습니다. 이는 보통 Purview 또는 관련 제어 기능을 통해 이루어집니다.
6. 실제 사례: 조직에 재무 이메일에 대한 7년 법적 보존 규정이 있다고 가정해 보겠습니다. 해당 이메일을 기반으로 한 Copilot 생성 요약이나 권장 사항은 동일한 보존 대상이 됩니다. Copilot이 여러 워크로드의 데이터와 상호 작용하는 경우, 공백이 생기지 않도록 플랫폼 간 정렬이 필수적입니다.
7. 더 넓은 M365 거버넌스와의 통합: Copilot의 보존 정책은 독립적으로 존재하지 않으며, SharePoint, OneDrive, Exchange 설정과 함께 작동합니다. 설정이 맞지 않으면 규정 준수 위험이 생길 수 있으므로, Copilot 기능이 발전함에 따라 정책을 주기적으로 검토하고 테스트해야 합니다.

Copilot을 위한 데이터 수명 주기 관리 프로세스

1. 프롬프트 캡처: 수명 주기는 사용자가 Copilot과 상호 작용할 때 시작됩니다. 쿼리를 입력하거나, 문서를 생성하거나, 요약을 요청하는 경우가 여기에 해당합니다. 이 입력과 Copilot이 가져온 모든 콘텐츠는 관련 워크로드(Exchange 또는 SharePoint 등) 내에 레코드로 캡처됩니다.
2. 데이터 저장: 캡처 후 상호 작용 데이터가 저장됩니다. 보통 사용자 또는 워크로드에 연결된 숨겨진 사서함 폴더나 암호화된 데이터베이스에 저장됩니다. 저장 위치에 따라 보존 정책의 적용 방식과 검토 방식이 달라집니다.
3. 보존 기간: 저장된 Copilot 데이터는 규정된 보존 기간이 끝날 때까지 유지됩니다. 이 기간은 Purview에서 설정할 수 있으며, 콘텐츠 유형별로 기간을 다르게 지정할 수 있습니다. 이 기간 동안 데이터는 조사나 감사를 위해 검색될 수 있으며, 조기 삭제로부터 보호됩니다.
4. 지속적인 관리 및 모니터링: 관리자는 규정 준수 대시보드, 감사 로그, 그리고 보존 만료가 임박한 항목을 표시하는 타이머 작업을 통해 수명 주기 상태를 모니터링할 수 있습니다. 이를 통해 법적 보존이나 수동 재정의가 필요한 경우 개입할 시간을 확보할 수 있습니다.
5. 영구 삭제: 보존 기간이 만료되고 재정의나 보존 조치가 없으면, Exchange 또는 SharePoint의 타이머 작업과 같은 백그라운드 작업이 Copilot 데이터를 영구 삭제 대상으로 표시합니다. 이 삭제는 되돌릴 수 없으며, 데이터 최소화와 개인정보 보호 규정 준수를 뒷받침합니다.
6. 수명 주기 흐름도: Copilot 데이터가 정책에 따라 움직이는 “강”이라고 생각해 보십시오. 데이터는 프롬프트 캡처 단계에서 들어와 스토리지 섬에서 잠시 멈추고, 보존 기간 동안 머물다가 마지막으로 삭제 폭포에 도달합니다. 각 단계는 규정 준수를 위해 통제됩니다.
7. 수명 주기 개입: 관리자는 보존 홀드를 적용하거나, 잘못된 정책 구성을 바로잡거나, 규정 준수 추적용 보고서를 생성하여 주요 시점에서 수명 주기를 가로채거나 일시 중지할 수 있습니다. 이를 통해 유연성과 신뢰성을 함께 확보할 수 있으며, 규제 산업에서는 특히 중요합니다. Microsoft 365 거버넌스 원칙을 더 넓은 관점에서 보려면 이 논의를 참고하십시오.

Copilot 데이터 저장 및 보안 방식 설명

데이터를 보유하는 것만으로는 충분하지 않으며, 이를 안전하게 보호하고 적절히 관리하는 것이 더 중요합니다. Microsoft Copilot을 환경에 도입하면 단순히 뛰어난 AI 도우미를 들여오는 것이 아니라, 아마 지금까지 다뤄 본 적이 없는 새로운 데이터, 새로운 저장 위치, 새로운 보안 고려 사항을 함께 들여오게 됩니다.

Copilot 데이터는 눈에 잘 띄지 않는 곳에 저장될 수 있습니다. 예를 들어 숨겨진 사서함 폴더, 애플리케이션 내장 스토리지, 사용자 및 워크로드에 연결된 암호화된 데이터베이스 등이 있습니다. 데이터 상주 위치(데이터가 지리적으로 저장되는 곳)는 단순한 기술 세부 사항이 아닙니다. 미국 법규부터 GDPR까지 규정 준수 여부를 좌우할 수 있습니다.

보안 측면에서 Microsoft의 접근 방식은 기본적인 암호화를 넘어섭니다. 액세스 제어, 직원 액세스 제한, 민감한 데이터 레이블에 대한 강력한 보호 기능을 여러 계층으로 적용하고 있습니다. 기본적으로 Copilot 콘텐츠의 타사 공유는 엄격히 금지되어 있지만, 특히 새로운 통합 지점이 출시될 때 이것이 정확히 어떻게 감사되고 시행되는지 확인해 둘 필요가 있습니다.

다음 섹션에서는 Copilot 데이터가 실제로 어디에 저장되는지, Microsoft가 이를 어떻게 잠가 두는지, 그리고 직원 액세스, 외부 공유, 유출 방지와 관련해 무엇을 알아야 하는지 살펴보겠습니다. Copilot의 아키텍처는 기존 Exchange나 SharePoint 워크로드와 다르기 때문에, 이러한 변화를 이해하는 것은 선택이 아니라 오늘날 위험과 규정 준수를 관리하는 모든 관리자에게 필수적입니다.

Copilot 데이터 저장 위치와 지리적 고려 사항

Copilot 데이터가 최종적으로 어디에 저장되는지는 부차적인 문제가 아니라, 규정 준수 및 규제 위험을 해결하는 데 핵심적인 요소입니다. Microsoft Copilot은 대부분의 상호 작용 데이터를 사용자 또는 워크로드별 저장소에 보관하며, 이 저장소는 사용자가 직접 접근할 수 없도록 “숨겨진” 경우가 많습니다. 예를 들어 Copilot이 Outlook이나 Teams와 함께 작동할 때 상호 작용 로그와 생성된 결과물은 보통 Exchange Online의 숨겨진 폴더나 사용자 계정에 연결된 애플리케이션별 데이터베이스에 저장됩니다.

여기서 데이터 상주가 중요합니다. Microsoft 문서에 따르면 Copilot 데이터는 원본 M365 워크로드와 같은 지역 데이터 센터에 저장됩니다. 따라서 조직의 Exchange 데이터가 미국 데이터 센터에 있다면 Exchange와 연결된 Copilot 데이터도 마찬가지로 미국에 있게 됩니다. 최근 Gartner 보고서에 따르면, 특히 미국 환자 정보나 금융 정보와 같은 민감한 정보를 다루는 경우 기업의 67%가 2024년 AI 규정 준수의 주요 우려 사항으로 데이터 상주를 꼽았습니다.

사례 연구에 따르면 미국 내 데이터 상주가 엄격하게 요구되는 조직은 Copilot 서비스에 대한 Microsoft의 지역 제한(geo-fencing) 약속에 의존할 수 있습니다. 다만 의도하지 않은 지역 간 데이터 유출을 막으려면 SharePoint, OneDrive, Teams의 워크로드 상주 설정을 관리자가 다시 한번 확인해야 합니다. Copilot의 물리적 저장 방식은 기존 SharePoint/OneDrive 저장소와 다를 수 있습니다. 애플리케이션별 데이터가 더 분리되어 있어 데이터 최소화에는 도움이 되지만, eDiscovery는 복잡해질 수 있습니다.

전문가들은 아키텍처가 새로운 기능이나 규제 변화에 따라 바뀔 수 있으므로 Microsoft의 지역별 저장 약속을 매년 검토할 것을 권장합니다. 결국 Copilot 데이터 저장소는 테넌트 설정에 맞춰 설계되어 있지만, 관리자의 역할은 예외 상황을 검증하고 모니터링하는 것입니다. 특히 국경을 넘나드는 팀과 협업하거나 규제가 엄격한 산업군에 속한 경우에는 더욱 그렇습니다.

민감한 데이터 보호 및 직원 액세스 제어

1. Copilot 콘텐츠용 민감도 레이블: Microsoft는 Purview의 민감도 레이블을 Copilot이 생성하거나 참조하는 콘텐츠까지 확장합니다. 사용자의 프롬프트나 Copilot의 응답이 기밀 데이터와 관련되면, 민감도 레이블이 수행할 수 있는 작업을 제한합니다. 전달, 복사를 차단하며, 승인된 직원을 제외하고는 읽기 액세스까지 막을 수 있습니다.
2. Microsoft의 직원 접근 제한: Microsoft의 백엔드 엔지니어와 데이터 센터 직원은 테넌트 Copilot 데이터에 상시 접근 권한이 없습니다. 긴급 접근은 엄격한 “break-the-glass” 절차를 따르며, 감사 대상이고, 명시적인 승인이 필요합니다. 이를 통해 내부자에 의한 유출 위험을 줄입니다.
3. 역할 기반 액세스 제어(RBAC)와 Entra ID: 관리자는 Entra ID와 RBAC를 사용해 조직 내에서 누가 Copilot 데이터에 접근할 수 있는지 세부적으로 조정할 수 있습니다. 여기에는 최종 사용자 데이터뿐 아니라 관리자 감사 로그와 eDiscovery 내보내기도 포함되며, 온보딩, 역할 변경, 퇴사 시점에도 접근을 엄격히 제한할 수 있습니다.
4. Copilot 데이터 암호화: 저장 상태와 전송 중인 모든 Copilot 데이터는 엔터프라이즈급 알고리즘으로 암호화됩니다. 무단 당사자가 콘텐츠를 가로채더라도 수학적으로 해독할 수 없습니다.
5. 자동 감사 및 알림: Microsoft는 사용자, 관리자, 자동화된 프로세스를 가리지 않고 Copilot 데이터에 대한 모든 접근을 기록하므로, 조사가 필요할 때 근거가 될 수 있는 감사 추적을 확보할 수 있습니다. 세분화된 데이터 보안과 자동화 모범 사례에 대한 자세한 내용은 Dataverse 보안 전략을 참고하세요.
6. 무단 공개 방지: Copilot이 생성한 민감한 출력물이 실수로 공개되지 않도록 정책 기반 제한, DLP 규칙, 비정상적인 접근 패턴에 대한 알림 등의 통제 장치가 마련되어 있습니다. 이를 통해 민감한 데이터가 가상의 문밖으로 새어 나가지 않도록 합니다.

타사 공유 및 애플리케이션 데이터 처리 관리

• 기본적으로 타사 공유 없음: 기본적으로 Copilot 데이터는 Microsoft 365 외부의 제3자나 앱에 제공되지 않습니다. 이 정책 덕분에 사용자 프롬프트와 응답은 조직 내부에 머물며 유출 위험이 줄어듭니다.
• 엄격한 애플리케이션 데이터 처리: Copilot의 앱 데이터는 명확한 애플리케이션 경계 안에서 관련 M365 서비스 내에만 머무르므로, Teams 봇, API 호출, 커넥터를 통해 의도치 않게 노출되지 않습니다.
• 외부 접근 요청 감사: 고급 감사 기능을 사용해 무단 또는 위험한 타사 공유 시도를 모니터링하고 표시할 수 있습니다. 이는 여기에서 설명한 고급 SharePoint/OneDrive 제어와 유사합니다.
• 관리자 주도 제한: 관리자는 새 정책을 발행하고, 위험한 커넥터를 비활성화하며, Copilot 워크로드의 공유 감사 로그를 사전에 검토하는 등 공유를 한층 더 강하게 제한할 수 있는 도구를 갖추고 있습니다.

Copilot 데이터에 대한 규정 준수 및 규제 요구 사항

Microsoft Copilot 시대에 완전한 규정 준수를 달성하려면 기존 정책이 그대로 충분하리라고 가정해서는 안 됩니다. AI와 사용자 생성 콘텐츠에 대한 규제 요구는 점점 더 엄격해지고 있으며, 특히 미국 공공 부문, 의료, 금융 기관에서 그렇습니다. Copilot은 완전히 새로운 유형의 데이터를 가져오므로, 정책 시행과 감사 방식을 모두 다시 생각해야 합니다.

이 섹션에서는 GDPR, HIPAA 등 규제 표준의 전반적인 내용을 살펴보고, Copilot이 어디에 해당하며 무엇이 달라지는지 설명합니다. 또한 Copilot의 제어 기능을 전사 차원의 법적 보존 조치, 개인정보 보호, 감사 요구 사항과 어떻게 맞출지 명확히 이해할 수 있습니다. 중요한 것은 정책이 존재하는지 확인하는 데 그치지 않고, 모든 단계에서 정책을 제대로 실행하고 감사자나 규제 기관에 이를 입증할 수 있어야 한다는 점입니다.

또한 Purview와 Defender for Cloud 같은 도구가 규정 준수 모니터링과 지속적인 보고를 어떻게 통합할 수 있는지도 살펴봅니다. 이를 통해 감사가 닥쳤을 때 뒤늦게 대응하는 상황을 피할 수 있습니다. 보존 및 규정 준수 드리프트에서 흔히 생기는 함정에 대해 더 자세히 알고 싶다면 Microsoft 365 규정 준수 드리프트에 관한 이 에피소드를 확인해 보세요. 눈이 번쩍 뜨이는 내용입니다.

이어서 Copilot에 중요한 주요 규정이 무엇인지, Microsoft가 각 규정에 맞춰 통제 항목을 어떻게 매핑하는지, 그리고 변호사나 규제 기관이 찾아오더라도 조직을 안전하게 지킬 수 있도록 eDiscovery 및 감사 워크플로를 어떻게 강화하는지 살펴보겠습니다.

미국 규정 준수 및 글로벌 규제 표준 충족

• GDPR 준수: Copilot은 EU 거주자의 데이터가 적법하게 처리되고, 명확한 목적 제한 아래 저장되며, 요청 시 삭제하거나 내보낼 수 있도록 보장해야 합니다. GDPR 준수에서는 데이터 거주 위치와 동의가 핵심입니다.
• 의료 데이터를 위한 HIPAA 보호 장치: 미국 의료 기관의 경우, 보호 대상 건강 정보(PHI)가 포함된 Copilot 상호 작용은 HIPAA 보안 및 개인 정보 보호 규칙을 따라야 합니다. PHI를 안전하게 보호하기 위해 데이터 전송은 암호화되고 액세스 제어가 적용됩니다.
• 미국 특화 규정 준수 관리: 연방, 주, 지방 기관은 FedRAMP, CJIS 및 기타 미국 특화 규정 준수 프레임워크를 지원하는 Copilot이 필요합니다. 데이터는 국내에 저장되며, 감사 추적과 사고 보고 요구 사항은 Microsoft 기본 제어 기능으로 충족됩니다.
• 국경 간 및 다중 지역 환경: 다국적 조직은 Copilot이 EU, 미국, APAC 지역 간에 의도치 않은 정책 불일치를 만들지 않도록 해야 합니다. 데이터 거주 위치나 액세스 충돌을 방지하려면 테넌트 구성과 정책 검토가 매우 중요합니다.
• 규정 정합성을 위한 모범 사례: Purview DLP, 자동 레이블 지정, RBAC, 감사 보고를 함께 사용하여 Copilot과 Exchange 또는 SharePoint 같은 워크로드 사이의 격차를 메우십시오. 이러한 통합 접근 방식은 전체적인 규정 준수에 필수적입니다. 지속적인 모니터링과 자동 修復이 필요하다면 Defender for Cloud를 활용한 규정 준수 관리를 확인해 보십시오.
• 정책 문서화 및 증거 수집: 감사에 대비하여 Copilot 정책 설계, 시행, 사고 처리에 관한 문서를 빠짐없이 보관하십시오. 정책을 선제적으로 테스트하고, 전 세계 사업 부문별 책임 체계를 명확하게 유지하십시오.

Copilot에 대한 eDiscovery 및 감사 기능 활성화

• eDiscovery 통합: Copilot이 생성한 콘텐츠, 프롬프트, 응답은 규정 준수 eDiscovery를 위해 색인되므로, 법무, 인사, 보안 팀은 이메일이나 채팅과 마찬가지로 사용자 상호 작용 전반을 검색할 수 있습니다.
• 법적 보존 워크플로: 법적 보존(Legal Hold)이 설정되면, 해당 보존 대상인 Copilot 데이터는 다른 보존 설정과 관계없이 표시되어 보존됩니다. 보존이 해제되기 전까지 콘텐츠는 삭제되지 않으므로 법적 위험이 줄어듭니다.
• Purview 감사 추적 관리: 모든 Copilot 상호 작용은 감사 로그로 추적할 수 있으며, 사용자 작업, 관리자 변경 사항, 백그라운드 보존 및 삭제 작업을 기록합니다. Purview Premium을 사용하는 팀은 보존 기간 연장과 포렌식 추적 기능을 활용할 수 있습니다. 고급 감사 방법이 궁금하다면 Purview Audit 심층 분석을 확인해 보십시오.
• 규제 기관을 위한 방어 가능한 보고: eDiscovery 및 감사 도구는 법률 담당자와 규정 준수 관리자가 타임스탬프가 찍히고 변조 방지 기능이 있는 보고서를 작성하도록 돕습니다. 규제 기관이나 법원의 요구를 자신 있게 충족하는 데 핵심적인 역할을 합니다.
• 선제적 규정 준수 모니터링: 자동 알림과 지속적인 정책 점검은 정책 편차가 업무 문제로 번지기 전에 이를 포착합니다. SIEM/SOAR 도구와 통합하면 포렌식 대응 준비도와 실시간 위험 탐지 수준이 한층 높아집니다.
• 데이터 수명 주기 감사 시각화: 대시보드와 로그를 통해 관리자는 프롬프트에서 삭제까지 Copilot 데이터의 수명 주기를 단계별로 살펴볼 수 있으며, 보존 트리거, 보존 상태, 삭제 일정을 한눈에 확인할 수 있습니다.

Copilot의 데이터 삭제 및 사용자 오프보딩

Copilot에서 데이터 삭제와 사용자 오프보딩을 위한 탄탄한 워크플로를 마련하는 것은 매우 중요합니다. 데이터는 저절로 삭제되지 않으며, 퇴사한 직원의 콘텐츠는 쉽게 남아 있을 수 있습니다. 제대로 처리하지 않으면 규정 준수상 시한폭탄이나 법적 책임이 될 수 있습니다. Copilot도 Microsoft 365의 다른 서비스와 마찬가지로, 기한이 되면 정보를 삭제하거나 법무 담당자가 요구하면 보존할 수 있도록 정책 기반 도구를 여러 가지 제공합니다.

가장 중요한 것은 Copilot 환경에서 삭제가 어떻게 동작하는지 이해하는 것입니다. 단순히 휴지통을 비우는 것 이상의 문제입니다. 보존 재정의, 타이머 작업, 콘텐츠 경로 검토가 모두 맡은 역할을 해야 콘텐츠가 예외 없이 정리됩니다. 정책 타이밍도 전략적으로 고려해야 합니다. Copilot 아티팩트의 보존 기간은 언제부터 시작되며, 평소보다 빨리 제거하거나 더 오래 보관해야 할 때는 어떻게 해야 할까요?

오프보딩은 직원이 퇴사할 때 세부 사항을 빠짐없이 챙기는 작업입니다. 즉, 액세스 권한을 철회하고, 정책에 따라 데이터를 보존하거나 삭제하며, 모든 단계에서 규정 준수 여부를 확인하는 것입니다. 사서함이나 숨겨진 폴더 하나라도 놓치면 감사나 소송 과정에서 큰 문제가 될 수 있습니다.

주요 Copilot 시나리오에 맞춰 삭제 정책, 재정의(override), 맞춤형 워크플로를 설정하는 방법을 단계별로 안내합니다. 또한 조직을 깔끔하고 적법하게 유지하고 다음 단계에 대비하기 위한 오프보딩 모범 사례 체크리스트도 함께 제공합니다.

데이터 삭제 및 보존 재정의 구성 방법

1. Copilot 데이터 콘텐츠 경로 파악: 삭제를 구성하기 전에 Copilot 데이터가 어디에 있는지 먼저 매핑하십시오. 숨겨진 사서함 폴더, Teams 채팅, 애플리케이션 데이터베이스, SharePoint 통합 파일 등이 여기에 해당합니다. Purview와 규정 준수 대시보드를 사용해 놓치는 데이터 경로가 없는지 확인하십시오.
2. 삭제 전용 정책 설정: 보존이 필요하지 않은 시나리오에서는 Purview 또는 PowerShell을 통해 삭제 전용 정책을 구성하십시오. 예를 들어 규제 대상 데이터가 포함되지 않은 Copilot 프롬프트를 30일 후에 삭제하는 것처럼 명확한 트리거와 기간을 정의하십시오.
3. 보존 후 삭제 통제 적용: 규제 산업에서는 보존과 삭제를 함께 적용하십시오. 필수 보존 기간을 설정한 다음, Copilot 데이터를 영구 삭제해야 하는 구체적인 조건을 명시하십시오. 보존 기간이 끝나면 삭제가 자동으로 시작되도록 타이머 작업이 활성화되어 있는지 확인하십시오.
4. 보존 재정의 활용: 법무 또는 규정 준수 요구 사항이 바뀌면 데이터 컨테이너나 사용자 수준에서 정책 재정의를 적용하십시오. 재정의를 사용하면 법적 보류(legal hold)로 삭제를 일시 중지하거나 특정 레코드의 보존 기간을 연장할 수 있습니다. 재정의 내역은 감사 추적에 표시되므로 대응 근거로 활용할 수 있습니다.
5. 삭제 워크플로 모니터링: 활동 로그와 타이머 작업 보고서를 사용해 Copilot 데이터의 삭제 예정 시점을 추적하고, 실제로 삭제가 이루어지는지 검증하십시오. 검토 작업과 샘플 감사를 실행해 정책을 테스트하면 규정 준수가 이론에 그치지 않도록 할 수 있습니다.
6. 고유한 Copilot 시나리오에 맞춘 사용자 지정: 여러 워크로드와 통합된 Copilot 기능의 경우 관련된 모든 플랫폼(Exchange, Teams, SharePoint)에서 정책이 일관되도록 하여 보존 공백이나 충돌을 방지하십시오. 이는 핵심적인 플랫폼 간 거버넌스 단계입니다.
7. 실제 사례: 퇴사하는 관리자의 Copilot 프롬프트에 민감한 HR 문서가 언급되어 있다고 가정해 보겠습니다. 이 경우 콘텐츠 경로를 검토하고, 필요한 법적 보류를 적용한 뒤, "보존 후 삭제" 정책을 사용해 프롬프트를 예약 삭제 대기열에 넣어 조직을 보호할 수 있습니다.

사용자 오프보딩과 Copilot 데이터 보존 전략

• 퇴사 직원을 위한 정책 기반 데이터 보존: 전 직원 계정과 연결된 Copilot 데이터에 보존(또는 삭제) 정책을 적용하고, 전 직원의 사서함(숨겨진 폴더 포함)이 올바르게 표시되었는지 확인하십시오.
• 자동화된 액세스 권한 철회: 오프보딩 중에는 Entra ID 또는 PowerShell을 사용해 Copilot 워크로드에 대한 액세스를 비활성화하고 제거하십시오. 이렇게 하면 우발적이거나 악의적인 노출 경로를 차단할 수 있습니다.
• 오프보딩 작업 감사 및 문서화: 정책 적용, 삭제, 액세스 제거에 대한 상세 로그를 보관하여 규제 검토 시 프로세스를 입증할 수 있도록 하십시오. 게스트 및 전 직원 계정 보안 팁은 M365 게스트 계정 처리 가이드를 참고하십시오.
• 법적으로 방어 가능한 기록 관리: 소송이나 정보주체 열람 요청이 있을 경우 규정 준수 증거로 제시할 수 있도록 모든 오프보딩 단계를 감사하고, 검증하고, 재현할 수 있는 상태로 유지하십시오.

Copilot 데이터 처리 및 AI 학습에서의 사용

많은 관리자들이 가장 궁금해하는 질문은 "Enter"를 누른 뒤 Copilot 데이터가 어디로 가며, Microsoft의 AI 모델을 학습하는 데 사용되는지 여부입니다. Copilot의 기술적 데이터 처리 방식을 이해하는 것은 규정 준수뿐 아니라 개인정보 보호와 사용자 신뢰를 위해서도 매우 중요합니다. 데이터는 단순히 처리된 후 버려지지 않습니다. 로그 파일이나 숨겨진 폴더로 이동할 수 있으며, 정책에 따라 적절한 안전장치가 없으면 향후 AI 학습 대상으로 고려될 수도 있습니다.

Microsoft는 Copilot이 학습하고 개선될 수 있도록 하는 것과, 사용자 데이터가 오용되거나 의도치 않게 조직 외부의 머신 러닝에 노출되지 않도록 하는 것 사이에서 균형을 유지하고 있습니다. 데이터의 민감도, 출처 또는 사용자 동의 설정에 따라 추가 검토가 이루어지는 견고한 체계가 마련되어 있습니다.

다음 두 섹션에서는 Copilot이 사용자 입력을 처리하는 방식(수집부터 보안 저장까지)을 자세히 살펴보고, 대부분의 Copilot 데이터가 기본적으로 AI 학습 풀에서 제외되도록 Microsoft가 적용하는 정확한 정책을 설명합니다. 관리자는 책임 있는 AI 가드레일, 옵트아웃 메커니즘, 그리고 포함/제외 프로세스가 실제 배포 환경에서 무엇을 의미하는지도 확인할 수 있습니다.

규제 기관들이 해마다 AI 투명성과 모델 학습 데이터 관리에 더 많은 관심을 기울이고 있는 만큼, 이러한 데이터 흐름을 이해하는 것은 단순한 기술 상식이 아닙니다. 개인정보 관련 질문이나 감사인의 방문을 받았을 때 AI 운영 체계를 방어하기 위해 반드시 필요한 지식입니다.

Copilot 데이터 처리의 기술적 세부 사항

Copilot은 입력한 텍스트를 수집하고, 연결된 워크로드에서 관련 컨텍스트를 가져온 다음, 보안 서버를 통해 결과를 생성하는 방식으로 사용자 프롬프트를 처리합니다. 사용자 프롬프트와 생성된 응답은 구조화된 레코드로 캡처되며, 관련 Microsoft 365 워크로드에 따라 숨겨진 사서함 폴더나 전용 데이터베이스에 저장되는 경우가 많습니다. 데이터는 무단 액세스를 방지하기 위해 저장 시와 전송 시 모두 암호화됩니다.

보존 로직은 데이터 처리 파이프라인에 내장되어 있습니다. 프롬프트와 응답이 생성되면 타이머 작업이나 정책 엔진이 조직의 보존 정책에 따라 해당 상호 작용이 삭제되기 전까지 얼마나 오래 저장될지를 결정합니다. Copilot 자체는 규정 준수 경계가 지켜지도록 승인된 환경 외부에서 데이터를 처리하거나 저장하지 않습니다.

AI 학습 데이터 및 데이터 사용 제한에 관한 정책

1. AI 모델 학습에서의 기본 제외: 기본적으로 Microsoft 365의 Copilot은 프롬프트, 응답 또는 컨텍스트를 포함한 조직 사용자 데이터를 공용 또는 공유 AI 모델 학습에 사용하지 않습니다. 이를 통해 민감한 업무 정보와 개인 정보가 테넌트 외부의 AI 모델 개선에 재사용되는 것을 방지합니다.
2. 명시적 동의에 따른 AI 학습만 허용: 특별 프로그램이나 관리자가 승인한 예외의 경우, 특정 Copilot 데이터가 AI 개선에 사용될 수 있습니다. 다만 이는 사용자 또는 조직의 명시적 동의를 받은 후에만 가능합니다. 옵트인 배너와 정책 설정을 통해 이 과정이 투명하고 감사 가능한 상태로 유지됩니다.
3. 책임 있는 AI 가드레일: 민감한 데이터로 표시되거나 높은 기밀성 태그가 지정된 데이터는 개별 사용자 설정과 관계없이 학습 풀에서 자동으로 제외됩니다. Microsoft는 정책 로직, 기술적 통제, 규정 준수 감사를 결합하여 이를 시행합니다.
4. 데이터 사용에 대한 감사 및 감독: 관리자는 사용자 또는 워크로드별로 AI 학습 포함 로그와 옵트아웃 상태를 검토할 수 있습니다. 이 보고서는 필요한 경우 규정 준수 담당자가 민감한 Copilot 상호 작용이 조직 경계를 벗어난 적이 없음을 입증하는 데 도움이 됩니다. 책임 있는 AI에 대한 실제 관점은 AI 위험 관리에서 거버넌스 보드의 역할을 참고하시기 바랍니다.
5. 동적 정책 조정: 민감도 레이블, 위험 분석, 수명 주기 트리거를 통해 특정 Copilot 데이터를 AI 학습에 포함할지 여부를 자동으로 조정할 수 있습니다. 사용자의 역할이 변경되거나 데이터가 다시 분류되면, 보존 정책과 AI 포함 정책이 즉시 조정되어 변화하는 환경에서도 규정 준수를 유지합니다.
6. 서드파티 모델 학습에서의 제외: Copilot 데이터는 ChatGPT Enterprise나 외부 Microsoft Foundry 모델과 같은 서드파티 AI 플랫폼과 절대 공유되지 않습니다. 매우 명시적이고 계약에 기반한 옵트인이 주어지고 기록된 경우에만 예외가 있습니다. 대부분의 조직은 기본적으로 Copilot 데이터가 Microsoft의 보안 클라우드를 벗어나는 일을 보지 않게 됩니다.
7. 지속적인 정책 감독: 책임 있는 사용을 모니터링하고 시행하려면 거버넌스 보드와 컨트롤 플레인 정책이 매우 중요합니다. 안전한 AI 거버넌스에 관한 이 가이드에서 자세히 다룬 것처럼, 중요한 것은 기술적 구성만이 아니라 지속적인 검토, 운영 플레인과 컨트롤 플레인의 분리, 그리고 AI 위험에 대한 선제적 완화입니다.

자주 묻는 질문: microsoft 365 copilot과 보존 정책

Microsoft 365 Copilot과 보존 정책은 어떤 관계인가요?

Microsoft 365 Copilot은 Microsoft 365 서비스에 저장된 콘텐츠를 사용하므로, Microsoft Purview에서 구성한 보존 정책과 보존 레이블은 Copilot이 액세스할 수 있는 콘텐츠에도 계속 적용됩니다. Copilot과 관련한 보존이란 기본 항목(이메일, SharePoint 파일, Teams 채팅 및 Copilot 상호 작용)이 보존 및 삭제 규칙의 적용을 받는다는 뜻입니다. 보존 정책은 Microsoft Purview 포털에서 구성하고 적용하며, 규정 준수 요구 사항을 충족하고 원치 않는 데이터 손실을 방지하는 데 사용됩니다.

Copilot의 보존 정책은 Teams 채팅과 Copilot 상호 작용에 어떤 영향을 미치나요?

Teams용 보존 정책에는 Teams 채팅, 채널 및 모임 녹화본이 포함될 수 있습니다. Teams의 Copilot이 상호 작용 콘텐츠를 생성하거나 저장하는 경우, 해당 콘텐츠에도 팀에 적용되는 것과 같은 보존 정책이 적용됩니다. 보존 후 삭제하도록 정책을 구성하면, Copilot 관련 콘텐츠는 보존 기간 동안 유지된 후 기간이 끝나면 삭제됩니다. 이를 통해 규정 준수를 보장하면서 과도한 보존을 줄일 수 있습니다.

Copilot 데이터에 대한 보존 정책은 어떻게 만들고 구성하나요?

보존 정책을 만들려면 Microsoft Purview 포털로 이동하여, Microsoft 365 Copilot 데이터가 있는 위치(Exchange, SharePoint, OneDrive, Teams)를 대상으로 보존 정책을 만들고 구성합니다. 보존 범위는 정적 정책 범위를 사용하거나, 특정 Microsoft 365 그룹 및 사서함을 포함하도록 지정할 수 있습니다. 정책 작업(보존만 또는 보존 후 삭제)을 구성하고, 보존 기간을 설정한 다음 준비가 되면 정책을 게시합니다. 단계별 안내는 Microsoft Learn의 보존 관련 문서를 참조하세요.

정책을 적용한 후 보존이 작동하기까지 얼마나 걸리나요?

보존 정책은 게시되는 즉시 작동하지만, 실제 적용에는 시간이 걸릴 수 있습니다. 정책이 모든 위치에 완전히 적용되는 데 최대 24시간 이상 걸릴 수 있습니다. 보존 기간은 보통 정책 구성에 따라 항목이 만들어지거나 수정될 때 시작됩니다. 따라서 보존 기간이 언제 시작되는지, 그리고 테넌트에서 여러 보존 설정(레이블과 정책)이 서로 어떻게 상호 작용하는지 미리 파악해 두시기 바랍니다.

같은 Copilot 콘텐츠에 여러 보존 정책이나 레이블이 적용되면 어떻게 되나요?

여러 보존 정책이 적용되는 경우, Microsoft 365 보존 로직은 콘텐츠를 가장 오래 보존하는 가장 엄격한 설정을 선택합니다. 콘텐츠에 보존 레이블이 적용되어 있고 같은 항목을 보존 정책도 포함하는 경우, 더 오래 보존하거나 삭제를 방지하는 정책이 일반적으로 우선합니다. Microsoft Purview 포털에서 정책 충돌을 검토하여 Copilot 콘텐츠에 원하는 결과가 나오도록 확인할 수 있습니다. 단일 보존 정책 또는 여러 보존 정책 시나리오를 계획하려면 Microsoft 365의 보존 정책 관련 문서를 참조하세요.

Copilot이 보존 중지 또는 소송 보존 중지가 적용된 콘텐츠에 액세스할 수 있나요?

예, 사용자가 해당 콘텐츠에 대한 권한이 있다면 Copilot은 콘텐츠를 생성하고 요약하는 데 사용할 수 있습니다. 다만 보존 중지와 소송 보존 중지는 삭제를 막고 콘텐츠를 현재 위치에 그대로 보존합니다. 보존 중지는 보존 정책과 별개이며, Microsoft 365 보안 및 규정 준수 제어의 일부입니다. 콘텐츠에 보존 또는 법적 보존 중지가 적용되어 있으면 규정 준수 요구 사항을 충족하기 위해 계속 사용할 수 있으며, 보존 기간 만료에 따른 삭제 작업으로 제거되지 않습니다.

보존 정책과 데이터 손실 방지(DLP)는 Copilot과 함께 어떻게 작동하나요?

보존 정책은 규정 준수 규칙에 따라 콘텐츠를 보존하거나 삭제하는 데 중점을 두는 반면, 데이터 손실 방지 및 데이터 손실 제어는 민감한 데이터가 노출되지 않도록 합니다. Copilot 및 AI 앱의 경우, Microsoft 365 Copilot 데이터에 대한 보존 정책을 DLP 정책과 함께 사용하여 데이터 손실 위험을 줄이세요. Teams 채팅 및 Copilot 상호 작용에 대한 DLP 규칙을 구성하고, 공유를 제한하고, Copilot 사용을 모니터링하십시오. Copilot Studio와 거버넌스 제어를 사용하여 Copilot이 수집할 수 있는 항목을 제한하고, 규정 준수 요구 사항이 적용되도록 하세요.

관리자는 Copilot 보존에 대해 어디에서 알아보고 정책 구성을 확인할 수 있나요?

관리자는 Microsoft Learn과 Microsoft Purview 포털에서 보존 정책, 보존 및 삭제, 보존 정책 위치별 세부 사항을 학습해야 합니다. Purview 포털에서는 보존 정책을 만들고, 보존 정책이 올바르게 구성되었는지 확인하고, 보존 대상 항목을 확인하며, 정책 배포 상태를 모니터링할 수 있습니다. Copilot과 관련된 지침은 Microsoft 365용 Copilot 및 Copilot Studio 참조 문서를 확인하여 Microsoft 365 Copilot 데이터가 어떻게 처리되는지, 그리고 Copilot에 대한 보존 정책이 기존 규정 준수 워크플로와 어떻게 통합되는지 이해하시기 바랍니다.