보안 용어와 접근 판단
Foundry에서는 리소스를 발견할 자격, 데이터를 읽을 권한, 특정 작업을 수행할 권한을 구분합니다. 인증을 마친 사용자가 조직이나 보안 표지 요건을 충족하더라도, 실제 업무에 필요한 역할이 있어야 리소스를 사용할 수 있습니다. 파일 자체의 요건과 상류 데이터에서 상속된 요건도 다를 수 있습니다.
접근과 작업 권한
| 용어 | 의미와 구분 |
|---|---|
| 접근(Access) | 일반적인 파일 탐색에서 리소스가 존재한다는 사실을 알 수 있는지를 뜻합니다. 접근할 수 있는 사용자는 역할을 통해 추가 기능을 받을 수 있습니다. 보호된 파일을 발견하려면 해당 파일의 발견 요건을 충족해야 합니다. 프로젝트 소개 페이지는 소유자가 별도로 공개할 수 있습니다. |
| 접근 요건(Access requirements) | 프로젝트나 리소스에 접근하기 위해 충족해야 하는 조직 또는 보안 표지 조건입니다. 충족한 사용자에게 역할을 부여할 수 있습니다. |
| 권한(Permission) | 플랫폼 또는 리소스에서 특정 작업을 할 수 있게 하는 기능 단위입니다. 사용자나 그룹에 부여합니다. |
| 역할(Role) | 한 리소스에서 수행할 작업에 필요한 권한의 묶음입니다. 대체로 프로젝트 수준에서 부여해 내부 리소스에 일관된 기능을 제공합니다. |
| 작업 권한 묶음(Workflow) | 특정 사용자 작업을 수행하는 데 함께 필요한 권한들입니다. 보안 설정에서 사용하는 이 용어는 일반적인 업무 처리 워크플로와 구분합니다. |
| 재량적 접근 통제(Discretionary controls) | 특정 리소스에서 사용자나 그룹이 할 수 있는 작업을 역할 등으로 허용합니다. 역할 부여는 가산적이므로 더 낮은 역할을 추가해 이미 얻은 권한을 취소할 수 없습니다. |
| 강제적 접근 통제(Mandatory controls) | 역할과 관계없이 충족해야 하는 접근 제한입니다. 조직과 보안 표지가 대표적이며, CBAC를 사용하는 환경에는 보안 분류 조건도 적용됩니다. |
| 상속(Inheritance) | 프로젝트나 폴더의 요건과 역할이 내부 리소스에 적용되는 관계입니다. 데이터 의존 관계를 따라 전파되는 보안 표지와 파일 계층의 역할 상속은 구분해야 합니다. |
기본 제공 역할은 Owner, Editor, Viewer, Discoverer입니다. 조직의 Manage roles and role sets 권한이 있는 관리자는 사용자 정의 역할 집합을 만들고 그 안의 역할을 편집하거나 새 역할을 추가할 수 있습니다. 기본 역할의 구성을 바꾸려면 기본 역할 집합을 복제한 뒤 복제본을 수정합니다. 관리자는 역할에 포함할 작업 권한과 다른 역할을 부여할 수 있는 범위도 정합니다. 같은 역할 이름도 환경별로 권한 구성이 다를 수 있습니다.
프로젝트의 기본 역할(Default Role)은 플랫폼 기본 제공 역할 목록과 다른 개념입니다. 해당 프로젝트의 접근 요건을 충족한 모든 사용자에게 자동으로 주는 역할입니다. 프로젝트 생성 화면에서는 별도로 지정하지 않으면 Viewer를 사용합니다. 기본 역할이 없으면 요건을 충족한 사용자는 프로젝트 이름과 설명을 보고 접근을 신청할 수 있지만, 내부 내용을 발견할 수는 없습니다. 조직이나 공간의 생성 설정에 맞춰 실제 기본값을 확인하고, API로 생성할 때는 기본 역할과 명시적 역할 부여를 각각 구성합니다.
유지보수 담당자인 Maintenance Operator는 Oversee progress in Upgrade Assistant 권한으로 Upgrade Assistant의 Admin view를 사용할 수 있습니다. 이 화면은 개별 리소스 접근 범위를 넘어 모든 조직의 진행률을 집계합니다. Compass 리소스 업그레이드의 프로젝트 요약에서는 접근할 수 없는 프로젝트를 Restricted projects로 표시하면서 프로젝트 RID의 확인과 복사를 허용합니다. 개별 리소스의 상세 내용은 표시하지 않습니다.
조직과 보안 표지
| 용어 | 의미와 구분 |
|---|---|
| 조직(Organization) | 사용자 집단과 리소스 집단 사이에 강제적 접근 경계를 만듭니다. 개인 사용자는 기본 조직 하나에 속하고 여러 조직의 게스트가 될 수 있습니다. 프로젝트에 적용한 조직 중 하나의 구성원 또는 게스트이면 조직 요건을 충족합니다. |
| 조직 간 발견 가능성(Organization discoverability) | 다른 조직의 이름, 사용자, 그룹이나 리소스를 어느 범위까지 볼 수 있는지 정하는 설정입니다. 발견 가능성과 실제 데이터 접근 권한은 다릅니다. |
| 조직 접근 요건 적용(Apply organization) | 조직을 지원 대상 리소스의 접근 요건으로 추가할 수 있는 권한입니다. 조직별 권한 설정에서 관리하며, 프로젝트의 소유 역할과 별도로 확인합니다. |
| 보안 표지(Marking) | 파일, 폴더와 프로젝트 등에 추가하는 강제적 접근 요건입니다. 일반 보안 표지는 모두 충족해야 하므로 논리식의 AND로 결합합니다. |
| 보안 표지 범주(Marking category) | 보안 표지를 묶는 분류입니다. 범주의 발견 가능성을 특정 조직으로 제한할 수 있습니다. |
| 접근 범위 확대(Expand access) | 접근 요건을 바꾸어 잠재적으로 접근 가능한 사용자 집단을 넓히는 변경입니다. 보안 표지 제거, 조직이 이미 하나 이상 적용된 상태에서 다른 조직 추가, 유일하게 적용된 조직 제거가 해당합니다. |
| 태그(Tag) | 분류와 검색을 위한 구조화된 메타데이터입니다. 범주로 묶고 범주의 가시성을 조직별로 제한할 수 있지만, 태그 자체는 데이터 보안 요건을 부여하지 않습니다. |
보안 표지 범주가 공개 상태이면 필요한 조직의 구성원이나 게스트가 범주를 발견할 수 있습니다. 숨김 상태이면 해당 조직 요건에 더해 범주 또는 범주 안의 보안 표지에 명시적인 권한이 있는 사용자만 발견할 수 있습니다.
일반 보안 표지의 AND 규칙과 CBAC 범주의 규칙은 다릅니다. CBAC에는 범주 안의 하나를 충족하면 되는 OR 구성과 분류 계층을 설정할 수 있습니다.
사람, 그룹과 인증 출처
| 용어 | 의미와 구분 |
|---|---|
| 사용자(User) | Foundry의 개인 사용자 또는 서비스 계정입니다. 개인 사용자는 보통 Active Directory 같은 외부 신원 제공자에 정의합니다. 서비스 계정의 표현과 조직 정보는 사용자와 그룹에서 구분합니다. |
| 사용자 특성(Attribute) | 이름, 이메일이나 직함처럼 사용자에 관한 구조화된 정보입니다. 온톨로지 객체의 속성(Property)과 구분합니다. |
| 그룹(Group) | 사용자 또는 다른 그룹의 집합입니다. Foundry 내부 그룹과 외부 신원 제공자나 사용자 관리 모듈이 정의한 그룹이 있습니다. 내부 그룹에는 외부 그룹과 사용자를 포함할 수 있습니다. |
| 신원 제공자(Identity provider, IdP) | 로그인하는 사용자나 서비스를 확인하고 사용자, 그룹과 특성 정보를 제공하는 시스템입니다. |
| 인증 영역(Realm) | Foundry에서 사용자의 인증 출처를 나타냅니다. 사용자 관리 설정에서 해당 사용자의 인증 영역을 확인할 수 있습니다. |
| 인증 정보 수집기(Credential collector) | 사용자의 인증 정보를 받아 인증 출처에서 검증하도록 연결하는 구성입니다. 대표적인 방식은 SAML입니다. |
| 사용자 관리 모듈(User manager) | 로그인 과정에 추가 로직을 적용하는 선택적 모듈입니다. 사용자 특성이나 그룹을 정하거나, 특정 사용자만 로그인을 허용할 수 있습니다. |
동기 사용자 관리 모듈은 로그인 중 사용자와 별도 상호작용 없이 서비스를 호출합니다. 비동기 사용자 관리 모듈(AUM)은 사용자를 별도 서버로 보내 페이지를 표시하고 필요한 상호작용을 마친 뒤 로그인을 진행할 수 있습니다. 예를 들어 조직이 정한 최종 사용자 약관을 확인하는 화면을 둘 수 있습니다.
리소스와 데이터 읽기
| 용어 | 의미와 구분 |
|---|---|
| 리소스(Resource) | 프로젝트, 폴더, 분석이나 데이터셋처럼 Foundry에서 고유하게 식별하는 대상입니다. 접근 요건과 권한을 적용합니다. |
| 프로젝트(Project) | 특정 목적의 사용자와 리소스를 모으는 협업 단위이며 역할 부여의 기본 경계입니다. 내부 콘텐츠에 접근할 대상은 대체로 같게, 편집 등 작업 권한은 역할별로 다르게 설계합니다. |
| 공간(Space) | 프로젝트를 묶는 상위 단위입니다. 공통 온톨로지, 파일시스템이나 사용량 추적 계정 같은 설정을 묶습니다. 과거 이름은 Namespace이며, 작업 공간(Workspace)과는 다른 개념입니다. |
| 리소스 참조(Reference) | 다른 위치의 리소스를 현재 프로젝트 범위에 포함하는 링크입니다. 외부 프로젝트 데이터셋을 파이프라인 입력으로 가져올 때 사용합니다. 원본 데이터의 복사본이나 접근 요건 제거 수단은 아닙니다. |
| 제한 뷰(Restricted view) | 기반 데이터셋 위에서 사용자의 특성과 데이터 값을 비교하는 정책을 적용해 읽을 수 있는 행을 제한하는 리소스입니다. 읽기 단계의 필터이며, 반환된 값에 원래 정책을 영구적으로 붙이는 기능은 아닙니다. |
파일 발견 요건을 충족해 데이터셋의 이름이나 스키마를 볼 수 있어도, 상류에서 상속한 데이터 보안 표지나 데이터 분류를 충족하지 못하면 실제 데이터는 읽지 못할 수 있습니다. 접근 조건 전파와 프로젝트 역할을 함께 보면 이 차이를 판단할 수 있습니다.