ChatGPT Enterprise RBAC 설정: 여러 역할의 권한 충돌을 안전하게 검증하는 법

TL;DR

핵심 3줄 요약

이 글에서 다룰 내용

왜 Off 역할이 있는데도 기능이 열려 있나

ChatGPT Enterprise RBAC는 workspace owner가 기능 권한을 custom role로 묶어 사용자나 그룹에 할당하는 접근 제어 방식입니다. 관리용 기본 역할인 Member·Admin·Owner와 달리, custom role은 구성원이 사용할 수 있는 ChatGPT 기능을 조정합니다.

현재 공식 문서에 따르면 ordinary custom role의 권한은 additive role-based access controls 방식으로 결합됩니다. 사용자가 여러 역할을 받았다면 어느 한 역할의 허용이 다른 일반 역할의 Off 보다 우선할 수 있습니다. Off 는 그 역할을 통한 접근만 거부하기 때문입니다.

예를 들어 workspace의 Web search 가 On 이고 사용자의 유일한 역할이 Default 라면 검색 권한을 상속합니다. 역할 A가 Off , 역할 B가 On 이면 일반 역할 계산의 최종 결과는 허용입니다. 적용되는 일반 역할이 모두 Off 라면 workspace 기준값이 On 이어도 ordinary RBAC 경로에서는 접근할 수 없습니다.

이 규칙은 모든 제약을 무시하는 만능 허용이 아닙니다. Lockdown Mode 는 별도 제한 경로로 평가됩니다. 좌석 유형·플랜·제품 제공 조건도 그대로 적용됩니다. 일부 Work와 plugin 제어처럼 두 상태 On · Off 만 제공되는 권한도 있으므로 현재 화면의 선택지를 확인해야 합니다.

언제 이 검증이 필요한가

시작 전에 고정할 검증 매트릭스

먼저 승인자, 변경 담당자, 복구 담당자를 적습니다. 대상 권한의 workspace 기준값과 테스트 사용자의 seat·plan도 기록합니다. 관리 화면을 캡처하더라도 실제 고객명, 이메일, 그룹명은 공개 원고에 남기지 않습니다.

권한 행마다 다음 칸을 둡니다. 권한 , workspace 기준값 , 직접 역할 , 그룹 역할 , Lockdown 적용 여부 , 예상 결과 , 실제 결과 , 확인자 , 복구 상태 입니다. 알 수 없는 값은 추정하지 않고 확인 필요 로 남깁니다.

안전한 최소 fixture는 테스트 사용자 두 명과 Web search 하나입니다. 허용 사용자는 Off + On 조합을 재현합니다. 차단 사용자는 적용되는 일반 역할을 모두 Off 로 둡니다. 두 사용자 모두 실제 기능 노출과 실행 결과를 확인해야 합니다.

역할 충돌을 검증하는 6단계

1단계: workspace 기준값과 대상 권한을 기록합니다

owner가 웹에서 Workspace settings > Permissions & roles 를 엽니다. Workspace 탭의 Web search 기준값과 현재 상태를 기록합니다. 이번 예시는 workspace 기준값을 On 으로 두고 ordinary role의 상속과 충돌만 시험합니다.

실제 운영 권한을 바로 바꾸지 않습니다. 비민감 테스트 계정, 시험 종료 시각, 원상복구 값을 먼저 승인받습니다. 모델 접근이나 앱 쓰기처럼 비용·외부 시스템·데이터 변경이 얽힌 기능은 첫 fixture로 고르지 않습니다.

2단계: 직접 역할과 그룹 역할을 전부 재고합니다

Custom roles 와 사용자 프로필의 Direct roles 를 확인합니다. 각 사용자가 속한 그룹, SCIM으로 동기화된 그룹, 그룹에 연결된 역할, 직접 할당 역할을 한 목록에 적습니다.

새 역할만 보면 안 됩니다. 사용자는 여러 그룹에서 권한을 받을 수 있으므로 예전 부서나 임시 프로젝트 그룹이 남아 있는지 확인합니다. 역할 이름이 엄격해 보여도 실제 Web search 상태가 Default , On , Off 중 무엇인지 권한 단위로 읽습니다.

3단계: Default 상속을 먼저 검증합니다

기준 사용자의 유일한 ordinary role에서 Web search 를 Default 로 둡니다. workspace 기준값이 On 이라면 예상 결과는 허용입니다. 저장 후 공식 문서가 안내한 최대 5분의 반영 시간을 고려하고 새 세션에서 기능 노출과 검색 실행을 확인합니다.

결과가 다르다고 곧바로 역할 계산 오류라고 단정하지 않습니다. 누락된 direct role, 다른 그룹, seat·plan 자격, 반영 시간, 별도 제품 설정을 다시 살핀 뒤 매트릭스에 확인 필요 로 남깁니다.

4단계: Off와 On이 겹치는 허용 경로를 시험합니다

허용 테스트 사용자에게 역할 A의 Web search: Off 와 역할 B의 Web search: On 이 함께 적용되도록 합니다. 역할은 Role assignments 에서 그룹에 연결합니다. 지원되는 경우 사용자 프로필의 Direct roles 로 직접 역할을 확인할 수 있습니다.

ordinary role은 가산되므로 예상 결과는 허용입니다. 관리 화면의 저장 상태만으로는 부족합니다. 실제 사용자 세션에서 Web search 가 보이고 비민감 공개 정보를 검색할 수 있는지 확인합니다. 검색 결과의 사실 정확성은 권한 검증과 별도입니다.

5단계: 모든 ordinary role이 Off인 차단 경로를 시험합니다

차단 테스트 사용자의 적용 가능한 일반 역할에서 Web search 를 모두 Off 로 둡니다. workspace 기준값이 On 이어도 ordinary RBAC를 통한 예상 결과는 차단입니다.

기능 메뉴가 보이지 않는지, 실행도 거부되는지 각각 확인합니다. 하나라도 허용되면 숨은 direct role이나 다른 그룹을 다시 추적합니다. 차단 결과를 확인하려고 민감한 검색어를 입력할 필요는 없습니다.

6단계: Lockdown과 복구를 분리해 확인합니다

Lockdown Mode 역할을 쓰는 workspace라면 일반 역할 시험을 끝낸 뒤 별도 테스트 계정으로 제한 결과를 확인합니다. 일반 역할이 네트워크 기능을 허용해도 Lockdown 역할이 제한하면 별도 제한이 적용될 수 있습니다.

시험이 끝나면 역할 할당과 workspace 기준값을 승인된 이전 상태로 되돌립니다. 최대 5분의 반영 시간을 고려한 뒤 허용 사용자와 차단 사용자를 다시 로그인시켜 복구 결과를 확인합니다. 매트릭스의 모든 행이 예상 결과와 일치하고 복구 상태가 확인됐을 때만 완료로 표시합니다.

그대로 복사해 쓸 권한 검토 프롬프트

아래 프롬프트는 관리 화면을 대신 조작하지 않습니다. 승인된 비식별 설정값을 검토 매트릭스로 정리할 때만 씁니다.

실전 인사이트

주의할 점

자주 묻는 질문

출처

마무리

ChatGPT Enterprise RBAC의 역할 충돌은 역할 이름만 비교해서는 풀리지 않습니다. workspace 기준값과 모든 직접·그룹 역할을 권한별로 펼친 뒤, ordinary role의 가산 결과와 Lockdown Mode 의 별도 제한을 차례로 확인해야 합니다.

첫 시험은 비민감 Web search 권한 하나면 충분합니다. 허용 사용자, 차단 사용자, 원상복구를 모두 재현하고 근거를 남긴 다음 운영 확대를 별도로 승인합니다.