VPD 권한 운영

권한 운영 흐름

업무 사용자와 데이터 접근 기준을 관리하고, DB가 적용한 결과까지 확인합니다.

접근 검증 접근 규칙
도움말: 메뉴와 권한 적용 구조 보기

왜 권한 테이블을 따로 관리하나요?

DB 연결은 VPD/DDS 실행 계정 하나로 유지하되, 실제 업무 사용자는 CB_APP_USER와 역할·권한 테이블에서 찾습니다. 요청마다 토큰이 사용자를 식별하고 VPD가 그 사용자의 권한만 조건으로 계산하므로, 같은 실행 계정으로도 사용자마다 다른 행과 컬럼을 안전하게 반환할 수 있습니다.

메뉴 안내

권한 관리
사용자·그룹·역할과 접근 규칙을 정하고, 최종 권한을 확인합니다.
보호·검증
보호 정책을 연결하고 토큰으로 실제 DB 조회 결과를 검증합니다.
연동 도구
조회 대상, ORDS 연동, 지식 검색과 MCP 연결을 관리합니다.
운영
현재 연결과 실행 상태를 확인합니다.
관리자
일상 권한 작업과 분리된 시스템 연결, DB 준비, 고급 예외 조건을 관리합니다.

요청마다 권한이 적용되는 흐름

VPD 권한 적용 흐름 Bearer Token 요청이 공용 실행 계정과 사용자 컨텍스트를 거쳐 권한 테이블에서 계산한 VPD 조건으로 보호 데이터를 조회하는 흐름 요청·토큰Bearer Token 공용 실행 계정CB_ORDS한 개의 DB 연결 사용자 컨텍스트CB_AGENT_CTX사용자별로 설정 VPD 조건 계산ALLOW · DENY · 행 · 열 보호 데이터 조회허용된 행·컬럼만 반환 사용자 · 역할 · 권한 테이블요청 시 동적으로 조회

권한 데이터 모델

VPD 권한 ERD 사용자와 그룹에서 역할을 얻고 역할에서 권한과 권한 규칙을 거쳐 보호 대상으로 연결되는 데이터 모델 CB_APP_USER업무 사용자 CB_USER_ROLE직접 역할 연결 CB_APP_ROLE역할 CB_PERMISSION객체 접근 CB_PERMISSION_RULE행·열 조건 보호 대상TABLE / VIEW CB_USER_GROUP그룹 소속 CB_GROUP사용자 그룹 CB_GROUP_ROLE그룹 역할 연결 CB_AGENT_BEARER_KEY토큰 → 사용자 식별

실행 SQL은 어디에서 확인하나요?

실행 요청 SQL은 현재 사용자 컨텍스트와 VPD 조건을 결합한 읽기용 재현 SQL입니다. 실제 DB cursor가 기록한 원문 SQL과 Predicate Information은 V$SQL·DBMS_XPLAN 권한이 있을 때 접근 검증 결과에서 함께 표시됩니다. Oracle은 VPD가 내부적으로 붙인 최종 rewrite 문자열 자체를 별도 SQL 텍스트로 보관하지 않으므로, 실제 적용 근거는 실행계획의 Predicate Information으로 확인합니다.

데이터 처리 오류가 발생했습니다.
./run.sh backoffice-support
업무 흐름
권한 관리사용자·역할·접근 규칙 보호·검증보호 연결·검증 세션·접근 확인 연동 도구조회 대상·지식 검색·MCP 연동 운영상태와 실행 결과 확인

바로 시작

접근 규칙역할별 객체·행·컬럼 접근을 설정합니다. 접근 검증검증 세션으로 실제 DB 조회 결과를 확인합니다.
등록 대상 상세

현재 검증 가능한 데이터

권한 규칙과 ORDS 경로가 등록된 보호 객체입니다.

접근 검증
데이터 객체검증 경로상태
ADMIN.OBJECT path 사용 가능
아직 검증할 보호 객체가 없습니다. 권한 규칙에서 객체 권한을 먼저 등록하세요.