프로젝트로 온톨로지 리소스 권한 관리

온톨로지 리소스를 Compass의 프로젝트(Project)에 저장하면 다른 Foundry 리소스와 같은 권한 모델로 조회, 편집과 관리를 제어합니다. 객체 유형(Object type), 링크 유형과 액션 유형 같은 정의에 적용되는 권한이며, 실제 객체 데이터의 접근 조건은 별도로 결정합니다.

신규 온톨로지에는 프로젝트 기반 권한을 사용합니다. 기존 온톨로지는 온톨로지 소유자가 기능을 켜고 기존 리소스를 프로젝트로 이전해야 합니다. 이 방식은 구형 온톨로지 역할과 데이터소스 파생 모델을 대체합니다.

프로젝트와 리소스 권한

프로젝트나 폴더의 권한으로 여러 정의를 함께 관리할 수 있습니다. Security 탭은 유형을 조회하거나 편집할 권한과 객체를 보거나 액션을 실행할 권한을 설명합니다. 보안 표지(Marking)를 적용하거나 접근 역할이 없는 프로젝트에 배치하면 민감한 정의 자체를 숨길 수 있습니다. 포트폴리오와 태그로 리소스를 정리할 수도 있습니다.

가상의 Building 유형을 프로젝트 A에 저장했다면 프로젝트 A의 Editor는 유형을 편집할 수 있습니다. 유형의 조회 권한만 가진 사용자는 스키마와 연락처 같은 정의를 볼 수 있지만, Empire State Building 같은 실제 객체 값을 보려면 데이터 접근 조건도 충족해야 합니다.

정의 조회와 객체 조회

유형 정의를 보려면 해당 객체 유형의 View 권한이 필요하고, 기반 데이터소스의 조회 권한은 필요하지 않습니다.

객체를 보려면 유형의 View와 다음 중 현재 적용 중인 데이터 보안 조건을 모두 충족해야 합니다.

프로젝트로 이전하는 것만으로 기반 데이터소스의 권한이 달라지지는 않습니다. 데이터소스 정책을 사용하는 유형은 계속 유형과 원천 양쪽의 권한이 필요합니다. 자세한 선택 기준은 객체 데이터 보안에 따릅니다.

데이터소스가 있는 객체 유형을 프로젝트에 저장하면 그 데이터소스도 프로젝트로 가져와야 인덱싱할 수 있습니다. 객체 생성 시 아직 프로젝트 안에 없으면 가져오기를 안내합니다.

기반 데이터소스가 없는 유형은 반드시 프로젝트에 저장하고 프로젝트 권한을 사용해야 합니다. 실제 객체를 볼 사용자를 정할 객체 보안 정책도 필요합니다.

링크와 액션 정의 편집

링크 유형을 편집하려면 링크 유형 자체와 연결된 객체 유형들에 편집 권한이 있어야 합니다. 액션 유형을 편집하려면 액션 자체와 그 액션이 편집하는 모든 온톨로지 리소스 유형의 편집 권한이 필요합니다. 액션을 실행하는 최종 사용자의 데이터 편집 권한과는 다른 조건입니다.

Marketplace의 권한 모델

Marketplace 제품은 패키징할 때 사용한 권한 모델로 설치합니다. 대상 온톨로지의 Require new ontology resources be saved in a project는 새 리소스 생성에만 영향을 주며 설치 제품의 모델을 자동 변환하지 않습니다.

• 온톨로지 역할로 패키징한 제품은 온톨로지 역할로 설치합니다.
• 프로젝트 권한으로 패키징한 제품은 프로젝트 권한으로 설치합니다.
• 게시 후 원본을 프로젝트 권한으로 이전했다면 대상 설치본은 다음 업그레이드에서 프로젝트 권한으로 이전합니다.

분류 기반 접근 제어와 파일 분류

분류 기반 접근 제어(Classification-based Access Control, CBAC)를 사용하는 프로젝트에서는 리소스 생성 시 파일 분류를 지정해야 합니다. 파일 분류는 프로젝트의 최대 분류 이하여야 하며, 분류를 지정하지 않으면 객체 유형의 구체화가 실패합니다.

Marketplace 제품 자체는 파일 분류를 보관하지 않습니다.