프로젝트에 허용할 보안 표지 제한하기

프로젝트 제약 조건(Project constraints)은 프로젝트 소유자가 내부 파일에 어떤 보안 표지를 허용하거나 금지할지 정하는 설정입니다. 조건을 위반하는 파일은 프로젝트에 저장할 수 없고, 위반 상태의 데이터셋은 문제를 해결하기 전까지 빌드할 수 없습니다.

세 가지 제약 방식

제약 조건은 사용자가 그 표지에 접근할 자격이 있는지와 별개입니다. 사용자가 두 민감 범주의 자료를 각각 읽을 수 있어도, 두 자료를 같은 프로젝트에서 결합하는 작업은 금지해야 할 수 있습니다.

가상의 은행이 투자 정보와 연구 정보를 결합하지 않도록 운영한다고 가정합니다. 준법감시 담당자는 두 종류를 따로 검토할 자격이 있지만, 투자 프로젝트에는 투자 표지만, 연구 프로젝트에는 연구 표지만 허용하도록 구성할 수 있습니다. 양쪽 표지를 같은 허용 목록에 모두 넣으면 그 두 표지를 함께 사용하는 것을 막는 조건이 되지 않습니다.

이 제약은 설정한 프로젝트에 적용됩니다. 다른 무제약 프로젝트에서 같은 결합을 만들지 않도록 해야 하는 정책이라면 프로젝트 생성과 템플릿, 참조 및 작업 권한도 함께 설계해야 합니다.

제약 조건 설정

프로젝트 오른쪽의 Access 패널에서 Markings 영역을 엽니다. 제약 조건을 추가하려면 다음 권한이 모두 필요합니다.

• 프로젝트의 Owner 역할
• 제약 조건에 추가하는 모든 보안 표지의 Apply marking 권한

새 조건 때문에 프로젝트에 이미 있는 파일이 위반 상태가 된다면 조건을 추가하거나 변경할 수 없습니다. 먼저 현재 파일과 데이터 의존 관계를 검토하고, 프로젝트에 허용할 데이터 범위와 실제 콘텐츠를 일치시켜야 합니다.

나중에 생기는 위반

조건을 설정할 때 내부 파일이 모두 적합하더라도, 상류 데이터셋에 새 표지가 붙으면 문제가 생길 수 있습니다. 하류 데이터셋이 그 표지를 상속해 프로젝트의 허용 목록 밖에 있거나 금지 목록에 있는 표지를 갖게 되면 위반 경고를 표시합니다. 위반 데이터셋은 문제가 해결될 때까지 빌드할 수 없습니다.

해결 방법은 데이터 정책에 따라 선택합니다.

1. 해당 표지가 프로젝트에 들어와도 되는 경우에는 허용되는 제약 범위에 추가합니다.
2. 해당 범주의 데이터를 사용하지 않아야 한다면 필요한 변환에서 새 표지를 가져온 입력을 제거합니다.
3. 가공 결과에 표지가 더 이상 필요하지 않다면 권한과 승인 조건을 충족해 상류에서 상속한 표지를 제거합니다.

표지 제거는 접근 범위를 확대하는 변경이므로, 빌드 경고를 없애기 위한 우회 방법으로 사용하지 않습니다. 상속된 접근 요건 제거에 따른 처리 결과와 권한을 확인합니다. 새 프로젝트마다 같은 제약을 적용하려면 프로젝트 템플릿에 포함할 수 있습니다.