클로드 코워크 보안, 업무용으로 충분할까? 5가지 사각지대와 타 AI 보안 비교 (2026)
1. "클로드 코워크는 학습 안 하니까 안전하다"는 4가지 안심 멘트, 정말일까요?
2026년 들어 앤트로픽(Anthropic)의 데스크톱 AI 에이전트 클로드 코워크(Claude Cowork)를 사내 표준 AI로 검토하는 한국 기업이 빠르게 늘고 있습니다. 도입을 추진하시는 IT/DX 팀, 정보보안 팀, 임원진은 보통 다음과 같은 안심 멘트를 근거로 듭니다.
"학습에 안 쓴다" :Anthropic은 Enterprise·Team·API의 입력·출력을 모델 학습에 사용하지 않습니다.
"데이터가 격리된다": 워크스페이스 단위 격리, SSO·SCIM, 조직 역할 분리 등 표준 엔터프라이즈 통제를 제공합니다.
"Trust Center가 있다": Anthropic은 공식 Trust Center를 운영하며 보안 통제 항목을 공개합니다.
"SOC2·ISO 인증이 있다": 인프라가 제3자 감사를 통과했음을 보여줍니다.
여기까지만 보면 결론은 분명해 보입니다. "좋은 도구다, 도입하자."
이 결론은 결과적으로 옳습니다. 클로드 코워크는 분명히 좋은 도구이고, 한국 기업의 AI 도입 후보로서 충분히 강력합니다. 다만 도입을 "좋은 도구다, 끝"으로 마무리하면 한 가지 중요한 단계를 건너뛰게 됩니다. "어떤 자료에 어디까지 쓸지"를 미리 정해두는 단계입니다.
위 4가지 안심 멘트는 모두 사실입니다. 그런데 사내 문서(미공개 계약서, 인사 평가, 재무 비공개, 고객 정보, 사내 규정 원본 같은 자료)를 올린다는 시나리오에서는, 그 안심 멘트가 답하지 않는 영역이 따로 있습니다.
이 글에서는 그 영역을 5가지 사각지대로 정리하고, 같은 기준을 ChatGPT Enterprise·M365 Copilot에 적용했을 때 어떤 그림이 나오는지 비교 매트릭스로 보여드립니다. 5가지 사각지대를 미리 알고 있으면, 클로드 코워크의 가치를 최대로 활용하면서도 사내 보안 정책과 충돌하지 않게 운영 가이드라인을 그릴 수 있습니다.
2. 사내 문서 관점에서 본 5가지 사각지대
사각지대 ① 데이터 처리 위치: 한국 기업의 데이터가 미국 서버를 경유합니다
클로드 코워크의 모델 추론은 기본적으로 Anthropic이 직접 운영하는 미국 기반 인프라로 라우팅됩니다. 한국 리전을 선택할 수 있는 네이티브 옵션은 현재 없습니다. EU 고객조차 GDPR 데이터 주권 요건을 충족하기 위해 AWS Bedrock(예: EU Frankfurt) 또는 GCP Vertex AI의 EU 리전을 우회로로 사용하라는 안내를 받고 있으며, Microsoft Foundry의 EU 인프라 지원은 "2026년 도입 예정"으로만 표기되어 있습니다.
한국 기업 시나리오: 개인정보보호위원회가 2024년 12월 발표한 「AI 프라이버시 리스크 관리 모델」과 2026년 1월 시행된 AI 기본법은 개인정보·민감정보의 국외 이전 시 사전 동의·고지 의무를 강화했습니다. 사내 인사 평가 문서에 임직원 주민등록번호 뒷자리, 평가 코멘트, 가족관계 정보가 포함되어 있고 그 문서를 클로드 코워크에 분석시킨다면 — 그 데이터는 미국 서버를 경유합니다. 정보보안팀이 "데이터 국외 이전 동의를 받았는가"를 물었을 때 답할 수 있어야 합니다.
사각지대 ② 감사 로그 부재: Anthropic 자체가 "감사 대상 워크로드는 별도 검토하라"고 안내합니다
이것이 5가지 중 가장 중요한 사각지대입니다.
Anthropic은 Claude.ai 챗과 API에 대해서는 Audit Logs, Compliance API, Data Exports 등 엔터프라이즈 컴플라이언스 도구를 제공합니다. 그러나 클로드 코워크 활동은 이 세 가지 모두에서 명시적으로 제외됩니다. 이 정책은 Pro·Max·Team·Enterprise 등 전 등급에 동일하게 적용되며, 보안 연구 커뮤니티는 이를 클로드 코워크의 가장 중요한 컴플라이언스 공백으로 일관되게 지적하고 있습니다.
Anthropic 공식 안내: "Cowork activity is not captured in Audit Logs, Compliance API, or Data Exports... OpenTelemetry does not replace audit logging for compliance purposes."
즉, 클로드 코워크에서 누가, 언제, 어떤 사내 문서에 접근했고, 어떤 답변이 생성됐는지를 사내 보안 시스템(SIEM, eDiscovery, DLP)으로 추적할 표준 경로가 현재로서는 좁습니다. OpenTelemetry로 일부 운영 메트릭은 끌어올 수 있지만 Anthropic 자체가 "감사 로그를 대체하지 못한다"고 못박았습니다.
한국 기업 시나리오: 금융감독원·개인정보보호위원회가 사내 AI 사용 이력을 요구하는 감사 상황을 가정해보세요. "지난 분기에 A 변호사가 클로드 코워크에 어떤 자문 자료를 올렸는지" 답해야 하는데, 그 로그가 Anthropic 측에는 남지 않습니다. SOC 2·HIPAA·GDPR 어느 프레임워크에서든 "누가 무엇에 접근했는가"의 답변 가능성은 컴플라이언스의 기본인 만큼, 이 영역에 사내 정책 보완책이 필요합니다.
사각지대 ③ 사용 로그·접근 통제: 사내 IAM/SIEM 연동 경로가 좁습니다
Enterprise 등급은 SSO·SCIM·RBAC을 제공하지만, RBAC이 통제할 수 있는 항목은 6가지 고수준 기능(클로드 코워크, Claude Code, web search, memory, code execution, fast-mode 모델 접근 권한)에 한정됩니다. Chrome 사이트 제한, 플러그인 설치 권한, MCP 서버 접근, 커넥터 권한, 스케줄링된 작업 규칙, 즉 사내 문서가 실제로 다뤄지는 운영 표면의 통제는 여전히 조직 단위 일괄 ON/OFF에 가까운 상태입니다.
Pro·Max 등급에는 조직 단위 관리자 통제가 사실상 없으며, Team 등급조차 기본 설정이 허용 위주입니다. Tenant Restrictions(테넌트 제한) 기능으로 회사 네트워크에서 개인 계정 사용을 차단하는 것은 Enterprise 전용이며, 네트워크 프록시·TLS 검사 구성을 별도로 해야 합니다.
한국 기업 시나리오: "A팀에는 인사 문서 접근을 허용하되, B팀에는 차단"하고 싶을 때, 클로드 코워크 RBAC만으로는 그 단위로 제어가 어렵습니다. 결국 운영 차원에서 "팀별 사용 가이드라인 문서 + 정기 점검" 같은 보완책이 함께 필요합니다.
사각지대 ④ "학습 미사용" ≠ "데이터 완전 미저장"
"학습에 안 쓴다"는 약속과 "데이터가 서버에 남지 않는다"는 보장은 다른 개념입니다.
Anthropic은 API 입력·출력을 기본 30일간 보관합니다. (남용 모니터링, 안전성 검토 등의 목적)
Zero Data Retention(ZDR), 즉 응답 후 서버 측 보관을 없애는 옵션은 Enterprise 등급에서 별도로 협상해야 적용됩니다.
Anthropic의 약관상, 정책 위반이 의심되는 경우 인간 검토자가 입력 내용을 확인할 수 있습니다.
클로드 코워크 자체의 대화 기록은 사용자 PC에 로컬 저장된다고 안내되지만, 추론 호출의 입출력은 별개입니다. 따라서 "사내 미공개 계약서 본문을 클로드 코워크에 넣었는데 30일간 미국 서버에 머문다"는 사실은 학습 미사용 약속과 모순되지 않으면서도, 한국 기업의 정보보안 정책에서는 분명히 점검 대상입니다. 도입 시 Enterprise 협상 단계에서 ZDR 옵션 적용 여부를 함께 정리해두면 이 부분의 부담을 크게 줄일 수 있습니다.
사각지대 ⑤ 환각 통제: "고영향" 영역에서 잘못된 인용 한 줄의 비용
클로드 코워크는 답변 시 출처를 보여주려 노력하지만, 그 출처가 사내 문서 시스템과 1:1로 매핑되는 형태는 아닙니다. 답변이 어떤 사내 문서의 몇 페이지, 어느 조항에서 왔는지를 사내 감사 로그에 자동 기록하거나, 잘못된 인용을 사후 검증할 표준화된 흐름은 아직 제공되지 않습니다.
법무 자문서의 위약금 조항, 금융권의 약관, 의료기관의 진료 가이드라인 — 이런 "고영향" 영역에서 한 줄의 잘못된 인용이 만들어내는 비용은 일반 검색의 그것과 차원이 다릅니다. 따라서 이런 자료를 다룰 때는 "AI 답변은 초안, 사람 검증이 최종" 이라는 원칙을 사내 가이드라인에 명문화해두는 것이 안전합니다.
3. 비교 매트릭스. 같은 5가지 사각지대를 ChatGPT Enterprise·M365 Copilot에 적용해보면?
세 도구 모두 본질은 "외부 클라우드 SaaS"입니다. 따라서 사각지대의 성격은 비슷합니다. 다만 각자가 사각지대를 메우는 방식과 깊이는 다릅니다.
항목 | 클로드 코워크 (Enterprise) | ChatGPT Enterprise | M365 Copilot |
|---|---|---|---|
① 처리 위치 (한국 리전) | ❌ 미국 기본, 네이티브 한국 리전 없음. Bedrock/Vertex AI 우회 시 가능 | ✅ 공식 한국 데이터 리전 지원 (저장 시점 기준) | ✅ Advanced Data Residency(ADR)로 한국 지원, 단 Anthropic 모델 사용 시는 EU Data Boundary 등 적용 제외 |
② 감사 로그·Compliance API | ❌ 코워크 활동은 모든 등급에서 Audit Logs·Compliance API·Data Exports에서 제외 | ✅ Enterprise Compliance API 제공 (대화·파일·GPT·메모리 시간 기록) | ✅ Microsoft Purview Audit으로 CopilotInteraction 자동 기록 |
③ IAM·RBAC 세분화 | ⚠️ RBAC은 6개 고수준 기능에 한정. MCP·플러그인·스케줄 작업은 조직 단위 일괄 | ✅ SSO/SAML·SCIM·도메인 검증·IP 허용 리스트·앱 단위 RBAC | ✅ Microsoft Entra 기반 정밀 통제, Conditional Access, PIM |
④ 데이터 보관 정책 | ⚠️ 기본 30일 보관, ZDR은 Enterprise 협상 시. 정책 위반 시 인간 검토 | ✅ 보관 기간 직접 설정 가능, 워크스페이스 ZDR 옵션 | ✅ Purview 보관 정책으로 통제, 모델 학습 미사용 |
⑤ 출처 추적·환각 통제 | ⚠️ 답변 내 출처는 있으나 사내 시스템 자동 매핑 부재 | ⚠️ 인용 표기 불안정 (검색·파일 모드별 상이) | ⚠️ Graph 기반 인용은 정확도 높으나, "오버셰어링"된 SharePoint 문서를 모두 노출할 수 있음 |
사내 보안 정책 정합성 (사내 문서 한정) | ⚠️ 사내 정책으로 사용 범위 명시 필요 (Anthropic 자체가 regulated workloads는 별도 검토 권고) | ⚠️ 사내 문서 전체가 외부 클라우드 저장됨을 전제로 정책 설계 필요 | ⚠️ Anthropic 모델 라우팅 시 보장 다르게 적용되는 점 별도 검토 필요 |
결론: 세 도구 모두 이름만 다른 SaaS, 본질적으로 유사한 사각지대가 남습니다. 다만 ChatGPT Enterprise와 M365 Copilot은 ①②③에서 한국 리전·감사 로그·IAM 면을 메우는 경로가 더 정비되어 있고, 클로드 코워크는 ② 감사 로그 면에서 현재 가장 명확한 공백을 가지고 있습니다. 각 도구의 강점·공백을 정확히 알고 들어가야 운영 정책을 빈틈없이 설계할 수 있습니다.
4. 사내 자료 유형별 클로드 코워크 활용 가이드
도구 선택은 "쓴다/안 쓴다"의 이분법이 아닙니다. "어떤 자료에 어디까지 쓸지"의 문제입니다. 아래 표는 사내 자료 유형별로 클로드 코워크 사용 시 어떤 점검이 필요한지 정리한 가이드입니다.
자료 유형 | 활용 권장도 | 운영 가이드 |
|---|---|---|
일반 자료 조사, 외부 보고서 분석 | ✅ 적극 활용 | 공개 자료라 외부 클라우드 경유 부담 없음 |
외부 PDF 요약, 영문 번역 | ✅ 적극 활용 | 사내 비공개 정보 없음 |
코드 리뷰 (사내 비밀 키·인증 정보 제외) | ✅ 활용 가능 | 비밀 키·토큰·DB 접속 정보는 마스킹 후 입력 |
사내 회의록 요약 | ⚠️ 조건부 활용 | 익명화·민감 필드 제거 절차 후 사용 |
미공개 계약서, 위약금 조항 분석 | ⚠️ 사내 정책 검토 필수 | ZDR 적용 + 사용 이력 기록 보완책 필요 |
인사 평가, 임직원 개인정보 | ❌ 별도 도구 검토 권장 | 데이터 국외 이전 동의·감사 추적 요건상 별도 옵션 필요 |
재무 비공개 자료 (실적 발표 전) | ⚠️ 사내 정책 검토 필수 | 시장 민감 정보 외부 처리 위험, 공시 전 격리 권장 |
고객 개인정보 (CRM 추출) | ❌ 별도 도구 검토 권장 | 개인정보보호법상 외부 SaaS 처리 부적합 |
사내 규정·업무 매뉴얼 (공개 가능 범위) | ⚠️ 조건부 활용 | 외부 공개 가능한 일반 규정은 OK, 내부 통제 문서는 별도 검토 |
5. ⚠️·❌로 분류된 영역의 대안, 세 가지 옵션
위 표에서 ⚠️·❌로 분류된 자료를 다뤄야 할 때, 현실적으로 세 가지 옵션이 있습니다.
옵션 1. ChatGPT Enterprise / M365 Copilot 한국 리전·감사 로그·IAM 면에서는 클로드 코워크보다 앞서 있습니다. 그러나 본질적으로 외부 클라우드 SaaS라는 점, 사내 문서 전체가 벤더 서버에 저장된다는 점은 동일합니다. 특히 M365 Copilot은 SharePoint 권한이 이미 오버셰어링된 환경이라면 "Copilot이 보면 안 될 문서까지 본다"는 새로운 부작용을 만들 수 있으므로, 도입 전 Purview 권한 점검이 함께 필요합니다.
옵션 2. 온프레미스 SI 구축 (코난테크놀로지·마음AI·업스테이지·올거나이즈 등) 보안 면에서는 가장 확실합니다. 단, 요구사항 정의부터 배포까지 최소 6개월, GPU 서버·RAG 파이프라인·파인튜닝을 포함한 기본 SI 비용 1억~2억 원, 전사 연동 시 50억 원 이상이라는 현실적 장벽이 있습니다. 대부분의 중견기업에게는 감당이 어렵습니다.
옵션 3. 온디바이스 RAG + 클라우드 LLM 하이브리드: 사내 문서의 인덱싱·검색은 로컬 환경에서 수행하고, 답변 문맥을 가다듬는 LLM 추론 단계에서만 외부 API를 가볍게 호출하는 하이브리드 구조입니다. 로컬독스가 이 카테고리에 해당하며, 문서 원본 자체가 외부 서버로 나가지 않는다는 점에서 위 ⚠️·❌ 영역에 대응할 수 있는 선택지입니다.
6. 사내 도입 결정 전 7가지 점검 체크리스트
도구를 고르기 전에 다음 7가지에 답할 수 있어야 합니다.
[ ] 데이터 처리 위치를 명시할 수 있는가? 사내 문서가 어느 국가의 어느 인프라에서 처리되는지 정책 문서에 적을 수 있어야 합니다.
[ ] 감사 로그가 사내 SIEM/eDiscovery에 들어오는가? Anthropic·OpenAI·Microsoft 어느 쪽이든, 누가-언제-무엇을 접근했는지 표준 API로 가져올 수 있어야 합니다.
[ ] IAM이 팀·역할 단위로 작동하는가? "전체 ON/OFF"가 아니라 "A팀은 가능, B팀은 차단"이 가능해야 합니다.
[ ] 데이터 보관 기간을 우리가 정할 수 있는가? 기본값 30일이 사내 정책의 보관 한도를 초과하지 않는지 확인이 필요합니다.
[ ] 위반 의심 시 인간 검토가 어떻게 작동하는가? 어떤 트리거에서, 누가, 어떤 범위로 데이터를 보는지 약관에 명시되어야 합니다.
[ ] 출처 추적이 사후 검증 가능한가? 답변에 인용된 출처가 실제 사내 문서의 어느 부분인지 추적할 수 있어야 합니다.
[ ] "이 도구를 쓰면 안 되는 자료"의 정책 문서가 있는가? 도구 자체의 보안 등급보다 중요한 것은 운영 가이드의 존재입니다.
마무리. 좋은 도구를, 더 잘 쓰기 위한 가이드
클로드 코워크는 2026년 한국 기업의 AI 도입 옵션 중에서도 분명히 매력적인 도구입니다. 자료 조사·문서 요약·코드 리뷰 같은 일반 업무에서는 이미 많은 한국 팀이 생산성 향상을 체감하고 있고, Anthropic의 안전성 접근 자체도 업계 기준에서 보수적인 편입니다.
이 글에서 짚은 5가지 사각지대는 "클로드 코워크의 단점"이라기보다, "클로드 코워크를 사내에 더 잘 들이기 위해 미리 알아두면 좋은 5가지 운영 변수"에 가깝습니다. 처리 위치, 감사 로그, IAM, 보관 정책, 환각 통제 — 이 다섯 가지를 미리 인지하고 들어가는 팀과, 도입 후 사고가 터진 다음에야 알게 되는 팀의 차이는 사실 도구 자체의 차이가 아닙니다. 운영 가이드라인의 차이입니다.
따라서 사내 도입을 추진하시는 분께 드리는 권장 흐름은 두 가지입니다.
첫째, 사내 자료를 "일반 자료 / 조건부 활용 / 별도 검토 필요" 세 단계로 미리 분류해두세요. 본 글의 자료 유형 표가 출발점이 될 수 있습니다. 분류를 해두면 클로드 코워크의 강점을 살릴 영역에서는 망설임 없이 활용하고, 별도 검토가 필요한 영역에서는 ZDR·옵션 2·옵션 3 같은 보완책을 함께 검토할 수 있습니다.
둘째, 도입 시점에 Anthropic 측과 Enterprise 협상에서 ZDR 적용, 데이터 처리 위치, RBAC 범위 등을 명시적으로 확인하고 사내 정책 문서에 반영하세요. "공식 문서에 나오는 기능"과 "실제로 우리 계약에 적용되는 조건"은 다를 수 있으니, 협상 단계에서 분명히 해두는 편이 사후 보완보다 비용이 훨씬 적게 듭니다.
좋은 도구를 잘 쓰기 위한 가장 빠른 길은, 그 도구의 강점뿐 아니라 사각지대까지 함께 이해하는 것입니다. 본 글이 여러분 조직의 클로드 코워크 도입을, 더 확신 있게 — 그리고 더 빈틈없이 추진하시는 데 도움이 되었기를 바랍니다.
참고자료
Data, Privacy, and Security for Microsoft 365 Copilot | Microsoft Learn
Data Residency for Microsoft 365 Copilot and Copilot Chat | Microsoft Learn
Audit logs for Copilot and AI applications | Microsoft Learn
Expanding data residency access to business customers worldwide | OpenAI
New compliance and administrative tools for ChatGPT Enterprise | OpenAI
Securing Claude Cowork: A Security Practitioner's Guide | Harmonic Security
Claude Cowork Security: The Enterprise Deployment Guide for 2026 | Repello AI
Claude Cowork Security: Enterprise Risks, Vulnerabilities & Best Practices | MintMCP
Claude Compliance API: Coverage, Gaps, and How to Use It | General Analysis
Claude Cowork Safety Guide: Anthropic's Official Guidance | Fastio
Claude is now inside your M365 tenant, but mind the data residency gap | IDM Magazine
Microsoft offers in-country data processing to 15 countries | Microsoft 365 Blog