ChatGPT Enterprise는 “도입”보다 “운영”에서 난이도가 갈린다.
특히 개인폰 허용 + IP Allowlist + DLP 요구 + 모바일 앱 가능성 + MDM 없음 조합은 가장 까다로운 케이스다.
이 글은 기능 소개가 아니라 기업 시스템으로 운영하는 구조를 정리한다.
결론은 단순하다. IP/SSO/DLP 하나로는 안 된다. 네트워크·사용자·기기·데이터를 동시에 통제해야 한다.
기업이 착각하는 전제 3가지
많은 기업이 이렇게 생각한다.
- IP Allowlist만 걸면 안전하다
- SSO만 붙이면 통제된다
- DLP만 있으면 유출을 막는다
하지만 개인폰을 허용하는 순간, 통제 기준은 바뀐다.
네트워크 + 사용자 + 기기 + 데이터
이 네 가지가 동시에 맞물려야 “운영”이 된다.
하나라도 빠지면 Enterprise는 “제품”으로 남는다.
전체 아키텍처의 핵심은 ‘프록시 강제 경유’다
운영 관점에서 핵심 원칙은 하나다.
ChatGPT에 직접 붙지 않는다. 반드시 기업 프록시를 거친다.
이 구조가 필요한 이유는 명확하다.
- 트래픽을 한 곳으로 모아야 DLP를 적용할 수 있다
- 사용자 기반 로깅과 감사가 가능해진다
- 우회/직접 접속을 차단할 수 있다
즉, 프록시는 “보안 장비”가 아니라 운영의 통제 지점이다.
운영 구현은 “누가, 무엇을, 어디서 설정하나”로 봐야 한다
네트워크팀: SWG/SSE 보안 프록시 구성
목표는 하나다.
모든 ChatGPT 트래픽을 프록시로 통과시키는 것.
대표 제품은 다양하다.
- Zscaler
- Netskope
- Palo Alto Prisma Access
- Microsoft Global Secure Access
중요한 건 제품이 아니라 설정 항목이다.
필수 설정 체크리스트
- ChatGPT 도메인 정책 생성 (chatgpt.com 및 관련 엔드포인트)
- 프록시 Egress IP 고정
- TLS 복호화 정책(HTTPS 검사) 적용 범위 정의
- DLP 룰 적용(정규식/패턴/대량 업로드 탐지)
- 파일 업로드 정책(허용/차단/조건부)
- 사용자 ID 기반 로깅 및 SIEM 연동
여기까지가 네트워크 레벨 통제다.
기업 보안은 대부분 여기서 시작된다.
ChatGPT Enterprise 관리자: 내부 설정은 3가지만 ‘강제’한다
ChatGPT 내부에서는 “관리 편의”보다 “강제 정책”이 중요하다.
운영 필수 3가지
1. IP Allowlist 등록
- 프록시 출구 IP만 허용
- 직접 접속 차단
2. SSO Enforced
- 회사 계정만 로그인
- 소셜 로그인 차단
- MFA는 IdP에서 강제
3. RBAC 분리
- 일반 사용자
- 관리자
- 커넥터 승인 관리자(Shadow IT 방지)
정리하면 이렇다.
ChatGPT는 화면이다. 통제는 외부에서 한다.
Entra ID(Azure AD): 사용자 통제를 “정책”으로 강제한다
사람 통제는 IdP에서 한다.
가장 현실적인 방식은 Conditional Access다.
Conditional Access 예시
- 대상 앱: ChatGPT Enterprise
- 대상 사용자: 전체 직원
- MFA: 필수
- 디바이스 조건: Compliant device required
여기서 핵심이 터진다.
Compliant device가 되려면 MDM이 필요하다.
즉, 사용자 통제는 결국 기기 통제로 이어진다.
왜 MDM이 사실상 필수인가
개인폰 허용은 “회사 통제 밖의 기기”를 허용하는 것이다.
그러면 운영에서 가장 큰 공백이 생긴다.
- 루팅/탈옥 여부를 모른다
- 화면 캡처를 막기 어렵다
- 복사/붙여넣기 통제가 어렵다
- 앱 데이터가 외부 저장소로 흘러갈 수 있다
- 인증서/프록시 정책 우회 가능성이 생긴다
알 수 없으면 통제도 없다.
MDM은 편의 기능이 아니다.
기업 보안에서 MDM은 “기기 신뢰”의 근거다.
MDM이 하는 일은 ‘앱 관리’가 아니라 ‘기기 상태 증명’이다
MDM은 기기를 회사 정책에 묶는 시스템이다.
대표 예시는 Microsoft Intune이다.
MDM 동작 흐름
- 기기 등록
- 정책 배포(암호/암호화/인증서/앱 정책)
- 준수 상태 점검
- 위반 시 차단(Conditional Access 연계)
MDM이 있어야 가능한 것들이 있다.
- 앱 보호 정책(App Protection)
- 회사 데이터만 선택 삭제(Wipe)
- 복사/붙여넣기 제한
- 스크린샷/백업 제어(플랫폼 정책 범위 내)
- 인증서 자동 배포로 프록시/TLS 검사 안정화
결국 개인폰을 “관리 가능한 기기”로 바꾸는 장치가 MDM이다.
MDM이 없다면 현실적인 운영은 ‘브라우저 제한’부터 시작한다
MDM이 없는 상태에서 할 수 있는 운영 전략은 제한적이다.
1단계 최소 통제(현실적 시작점)
- 모바일 앱 사용 금지
- 브라우저 접속만 허용
- 프록시 강제 경유
- TLS 복호화 + DLP 적용
- SSO + MFA 강제
이 방식은 네트워크 통제는 가능하다.
하지만 한계는 명확하다.
- 스크린샷 통제 불가
- 브라우저 복사 통제 제한
- 기기 무결성 판단 불가
그래서 “운영의 완성”이 아니라 임시 단계다.
브라우저 vs 모바일 앱: 리스크가 갈리는 지점
개인폰 환경에서 가장 중요한 질문은 이것이다.
“모바일 앱을 허용할 것인가?”
일반적으로는 다음과 같이 본다.
- 브라우저: 프록시/로깅/정책 적용이 상대적으로 단순
- 모바일 앱: 인증서, 우회, 로컬 데이터 이슈로 통제가 더 어렵다
결론은 명확해진다.
개인폰 허용 + 앱 허용을 하려면 MDM은 사실상 필수다.
단계별 도입 로드맵
운영은 한 번에 완성되지 않는다.
단계별로 통제 수준을 올리는 방식이 가장 안전하다.
1단계: 최소 통제
- SSE/SWG 프록시 도입
- IP Allowlist 적용
- SSO + MFA 강제
- 브라우저 전용 운영
2단계: 안정화
- TLS 복호화 정책 정교화
- DLP 룰 고도화(파일/텍스트/패턴/대량)
- 로그 SIEM 연동 및 모니터링 체계 구축
- 앱 사용 제한 유지 또는 파일럿 운영
3단계: 엔터프라이즈 완성
- MDM 도입(Intune 등)
- Compliant device 강제
- 앱 보호 정책 적용
- 데이터 복사/저장 통제
- MCP/Gateway 연계로 내부 시스템 확장
반드시 답해야 할 운영 질문 5가지
정책이 없으면 기술은 작동하지 않는다.
- 개인폰에서 스크린샷 허용할 것인가
- 외부 복사/붙여넣기 허용할 것인가
- 프롬프트 입력에도 DLP를 적용할 것인가
- 로그 모니터링의 책임 주체는 누구인가
- 사고 대응(차단/보고/조치) 프로세스는 무엇인가
이 질문에 답하지 못하면 운영은 멈춘다.
IP Allowlist는 1차 문이다.
프록시는 통로다.
DLP는 검사관이다.
Conditional Access는 신원 확인이다.
MDM은 기기 통제다.
이 다섯 개가 맞물려야
비로소 ChatGPT Enterprise는 “기업 AI 운영”이 된다.
도입은 쉽다.
운영은 설계다.
그리고 마지막 질문은 이것이다.
우리는 AI를 쓰는가, 아니면 AI를 운영하는가?
'IT 인사이트' 카테고리의 다른 글
| NPD 솔루션이 대시보드가 아닌 이유: 포트폴리오 관리로 전략→성과를 연결하는 방법 (0) | 2026.03.04 |
|---|---|
| 신제품 일정이 계속 밀리는 이유: NPD 포트폴리오 관리가 필요한 진짜 원인 (0) | 2026.03.04 |
| SAP BTP와 S/4HANA 통합 아키텍처: ERP 구매 자동화 구조 설계 (2) | 2026.03.04 |
| SAP BTP란 무엇인가: ERP 이후 기업 아키텍처를 바꾸는 확장 플랫폼 (0) | 2026.03.04 |
| ERP PI 컨설팅은 왜 먼저 할까? ERP를 ‘다시 설계’하는 진짜 이유 (0) | 2026.02.27 |