이번 소식
Cloudflare가 Browser Isolation 정책의 역할 기반 접근 제어(RBAC)를 지원한다고 발표했습니다. RBAC는 팀원이 맡은 역할에 따라 볼 수 있거나 수정할 수 있는 범위를 정하는 방식입니다. 계정 안의 모든 정책을 관리하게 하는 대신, 특정 브라우저 격리 정책만 지정해 담당자에게 맡길 수 있습니다.
주요 변경
- 정책 하나씩 권한 지정: 특정 자원에만 적용되는 역할을 이용하면 기존 격리 정책의 읽기·편집 권한을 줄 수 있습니다. 다른 Gateway 정책을 함께 공개하지 않고 담당 범위를 나누는 데 사용할 수 있습니다.
- 정책 안의 설정도 함께 적용: 복사·붙여넣기, 파일 다운로드·업로드, 키보드 입력, 인쇄 설정은 해당 HTTP 정책의 일부입니다. 정책을 편집할 수 있는 담당자는 그 안의 설정도 편집할 수 있습니다.
- 계정 전체 관리도 별도로 유지:
Zero Trust HTTP Policies Admin역할은 계정의 모든 HTTP 정책에 대한 관리 권한을 줍니다. 개별 정책만 맡기는 역할과 범위가 다르므로 용도에 맞게 구분해야 합니다.
알아둘 배경
Browser Isolation 정책은 Gateway의 HTTP 정책에서 Isolate 또는 Do Not Isolate 동작을 사용하는 형태입니다. 따라서 이번 기능은 격리 정책에 별도의 권한 체계를 만드는 것이 아니라 Gateway의 계정 단위·개별 자원 단위 권한을 그대로 적용합니다. 정책 목록을 조회할 때도 해당 사용자가 읽을 권한이 있는 정책만 반환됩니다.
영향 대상과 활용
직접적인 대상은 회사의 Cloudflare 보안 정책을 운영하는 관리자와 담당자입니다. 예를 들어 특정 업무에 쓰는 격리 정책의 설정만 한 팀에 맡기고, 다른 팀의 정책은 계속 별도로 관리하는 방식을 구성할 수 있습니다. 이는 공식 문서의 위임 방식을 풀어 쓴 활용 예이며, 실제 사용자 계정에 권한을 설정한 결과는 아닙니다.
사용 전 확인할 점
개별 자원 권한은 기존 정책을 읽고 편집하는 범위이며 새 정책이나 목록을 만드는 권한은 주지 않습니다. 새 자원을 만들려면 계정 단위 역할이 필요합니다. 정책을 편집할 권한 안에서 파일 전송 등 일부 설정만 따로 제한할 수 있다고 이번 공지가 설명하는 것도 아닙니다.
또한 이 기능은 선택해서 부여하는 추가 권한입니다. 기존에 Cloudflare Gateway나 Cloudflare Zero Trust처럼 넓은 계정 역할을 가진 팀원에게 개별 정책 역할을 추가해도, 기존의 전체 접근 권한이 줄어들지 않습니다. 기존 계정 역할과 API 토큰을 사용하는 자동화도 유지된다고 안내하므로 현재 권한을 함께 확인해야 합니다.
공식 출처·발표 시점
원문 발표일은 2026년 9월 30일이며 개별 적용의 세부 시각은 미공개입니다. 확인일은 2026년 10월 1일 KST입니다. Gateway 세부 권한 문서에서 범위와 기존 권한 유지 조건을 확인했습니다.
새 글 받아보기
RSS 리더에서 BlogFlow의 새 글을 확인할 수 있습니다.