Keyboard shortcuts

Press ← or → to navigate between chapters

Press ? to show this help

Press Esc to hide this help

객체와 속성값의 보안 방식 선택

객체 데이터는 객체 및 속성 보안 정책(Object and property security policies) 또는 데이터소스 정책(Data source policies)으로 보호할 수 있습니다. 두 방식 모두 객체별 행 접근과 속성별 열 접근을 조합한 셀 수준 보안(Cell-level security)을 구성합니다.

가상의 항공 업무에서 Passenger는 User ID, Flight Number, Seat Assignment, Name, Address, Phone Number를 가진다고 가정합니다. VIP 승객의 객체 자체를 VIP 보안 표지로 제한하면 행 보안이고, 이름과 주소 및 전화번호를 PII 표지로 제한하면 열 보안입니다.

Workshop이나 Slate 앱의 Check access 패널에서는 앱과 의존 객체 유형, 데이터소스 및 세부 접근 조건을 포함해 특정 사용자의 접근을 확인할 수 있습니다.

객체 및 속성 보안 정책

Ontology Manager에서 객체 유형에 직접 설정합니다. 객체 정책이 객체의 가시성을 결정하고, 속성 정책이 특정 속성값의 가시성을 추가로 제한합니다. 기반 데이터소스의 권한과 분리하여 필수 통제, 분류 기반 통제와 세부 행 조건을 구성할 수 있습니다.

대부분의 온톨로지 업무에는 이 방식이 권장됩니다. 하나의 기능으로 행과 열을 함께 제어하고, 데이터소스와 독립적으로 관리하며, 스트리밍 객체와 Global Branching에서도 사용할 수 있습니다.

정책 변경은 거의 즉시 적용됩니다. 반면 제한 뷰 정책의 변경은 파이프라인 재빌드 후 읽기에 반영됩니다. 그룹 멤버십이나 사용자 특성 등 Multipass의 변경은 두 경우 모두 잠시 캐시될 수 있습니다.

세부 행과 열 조건은 읽을 수 있는 값을 필터링하지만 그 조건 자체가 하류 출력이나 내보내기로 전파되지는 않습니다. 같은 정책에 포함한 보안 표지와 데이터 분류는 Foundry 안의 파생 데이터에도 적용됩니다. 이 범위의 파생 결과를 보호하려면 세부 조건과 강제 통제를 함께 구성해야 합니다. 실제 설정은 객체 및 속성 정책을 따릅니다.

외부로 내보낸 평문 파일에는 Foundry 접근 정책이 자동으로 집행되지 않습니다. 다운로드와 외부 전송의 허용 범위 및 반출 후 보호 정책을 별도로 정해야 합니다.

데이터소스 정책

데이터소스 정책은 원천의 접근 권한으로 객체 데이터를 보호합니다. 기반 데이터소스가 없는 객체 유형에는 사용할 수 없으며, 그런 유형은 객체 보안 정책을 구성해야 합니다.

입력데이터소스 정책의 조회 기준
데이터셋데이터셋과 그 트랜잭션에 Viewer 이상이면 해당 원천에서 만든 모든 객체에 접근합니다.
스트림스트림 데이터소스에 Viewer 이상이면 해당 원천의 객체에 접근합니다.
제한 뷰정책을 통과하는 행에 대응하는 객체에 접근합니다.

원천을 Code Workspaces 등 온톨로지 밖에서도 사용하고 그 맥락에서 행 보안이 필요하면 제한 뷰가 적합합니다. 객체 보안 정책은 원천 데이터셋 자체의 비온톨로지 접근을 통제하지 않습니다. 데이터소스마다 다른 편집 해소 전략이나 빌드 일정을 사용해야 하는 MDO 구성에서도 데이터소스 정책을 검토할 수 있습니다.

제한 뷰의 행 제어

제한 뷰(Restricted view)는 데이터셋에만 구성할 수 있고 스트림이나 다른 원천 유형에는 직접 구성할 수 없습니다. 특정 기본 키의 행을 볼 수 있는지에 따라 대응 객체의 접근이 정해집니다.

가상의 care_event_info에 patient_id, doctor_id, care_center가 있을 때 user.userAttribute('care_center') == care_center 정책은 사용자와 같은 진료 기관의 행만 허용합니다. Ontology Manager에서 일반 데이터셋 대신 이 제한 뷰를 입력으로 선택할 수 있습니다. 제한 뷰 기반 유형은 사용자 편집으로 정책 속성이 바뀌는 경우도 설명합니다.

여러 원천의 속성 제어

다중 데이터소스 객체(Multi-datasource object, MDO)는 여러 데이터셋 또는 제한 뷰의 열을 한 객체 유형의 서로 다른 속성에 매핑합니다. OSv2에서만 지원합니다.

가상의 Care Event가 기본 키 Patient ID를 사용하고 다음 두 원천을 갖는다고 가정합니다.

원천열통제
patient_infopatient_id, name, address, contact_number, agePHI 보안 표지
care_event_infopatient_id, doctor_id, care_center별도의 보안 표지 없음

PHI 권한이 없는 사용자는 다른 기본 접근 요건을 충족하면 진료 기관 등의 값을 보지만 patient_info에 매핑한 이름, 주소, 연락처와 나이에는 접근하지 못합니다. MDO 구성에서 각 속성의 단일 원천과 기본 키 연결 조건을 확인합니다.

참조가 가리키는 외부 리소스

이 보안은 객체 속성값의 가시성을 제어합니다. 속성이 가리키는 별도 리소스의 접근 권한까지 바꾸지는 않습니다.

예를 들어 미디어 참조를 숨겨도 사용자가 미디어 집합 자체에 접근할 수 있다면 그 미디어 항목을 직접 가져올 수 있습니다. 객체와 함께 사용하는 미디어 집합 등 별도 리소스의 권한도 보호 대상에 맞게 구성해야 합니다.