이전 권한 상속 설정을 프로젝트와 보안 표지로 이전하기
Propagate view requirements와 Ignore inherited permissions는 지원 종료 예정 단계의 설정입니다. 대부분의 플랫폼 인스턴스에서는 각각 2024년 10월과 2024년 12월부터 사용할 수 없습니다. 아직 사용하는 환경은 프로젝트와 보안 표지 중심으로 이전합니다. 필요한 지원은 Palantir Support에 요청할 수 있습니다.
두 설정은 서로 다른 동작을 합니다. 이전할 때에는 각 설정이 현재 어떤 접근 제한을 담당하는지 먼저 확인해야 합니다. 설정을 한 번 끄면 다시 켤 수 없습니다.
| 설정 | 기존 동작 | 대체 구성 |
|---|---|---|
Propagate view requirements | 프로젝트 데이터셋의 하류를 읽으려면 상류 데이터셋의 접근 권한도 요구합니다. 같은 프로젝트뿐 아니라 다른 프로젝트의 하류에도 적용됩니다. | 데이터 민감도에 맞는 보안 표지와 프로젝트 역할을 사용합니다. |
Ignore inherited permissions | 폴더나 파일 및 그 하위에서 상위의 역할 상속을 무시하고 명시적으로 부여한 권한을 사용합니다. 프로젝트 Viewer라고 해당 폴더의 Viewer가 되지 않습니다. | 별도 프로젝트로 역할 경계를 분리하거나 보안 표지를 적용합니다. |
Propagate view requirements 이전
대상과 보호할 데이터 확인
Upgrade Assistant에서 해당 설정이 활성화된 프로젝트를 선택합니다.
민감 데이터는 개인정보에 한정되지 않습니다. 법령이 지정한 정보, 주민등록번호와 같은 직접 식별자, 다른 정보와 결합해 개인을 재식별할 수 있는 정보, 특정 목적에만 사용할 데이터와 기업 기밀 등을 조직의 기준에 따라 분류합니다. EU GDPR 같은 법적 기준과 데이터 소유자의 정책도 함께 고려합니다.
프로젝트 접근을 제한할 때 그 데이터의 파생 결과에도 같은 자격을 요구해야 하는지 판단합니다. 예를 들어 가상의 X, Y, Z 데이터셋에는 PII가 있고 A, B, C에는 재무 정보가 있다면 서로 다른 보호 범주로 기록합니다. 어떤 민감 데이터에도 하류 보호가 필요하지 않고 기존 설정이 불필요한 경우에만 대체 표지 없이 설정을 끄는 경로를 선택합니다.
기존 표지 확인
Data Lineage에 프로젝트 데이터셋을 추가하고 노드 색상을 Permissions로 설정합니다. 표지로 보호한 리소스에는 방패 아이콘이 표시됩니다. 노드를 선택한 뒤 오른쪽 Access Information에서 직접 또는 상속한 표지를 확인합니다.
필요한 모든 민감 데이터가 이미 적절한 표지로 보호되어 있고 그 표지가 하류로 전파된다면 기존 설정이 중복일 수 있습니다. 예를 들어 모든 PII 데이터에 적합한 PII 표지가 파일 계층이나 데이터 의존 관계를 통해 적용되어 있는지 확인합니다.
가능한 상류에서 보호
아직 표지가 없는 민감 데이터가 상류에서 들어오는지, 현재 프로젝트에서 처음 생기는지 확인합니다. 하류 프로젝트의 데이터셋에만 표지를 붙이면 같은 민감 정보를 가진 원본이 보호되지 않을 수 있습니다.
원본에 표지를 적용하면 현재 프로젝트의 파생 데이터에도 전파할 수 있습니다. 민감 정보가 발생하는 가장 상류의 적절한 지점을 보호한 뒤 현재 프로젝트의 이전을 계속합니다.
표지 선택과 구성원 이전
같은 의미의 표지가 이미 있다면 재사용을 우선 검토합니다. 같은 PII를 표현하는 표지를 여러 개 만들면 접근 자격을 여러 곳에서 관리해야 합니다. 적절한 표지가 없고 현재 프로젝트가 해당 데이터의 발생 지점이면 새 표지를 만듭니다.
기존 접근자 중 계속 접근해야 하는 사용자와 그룹이 선택한 표지의 구성원인지 확인합니다. 기존 표지에 새 구성원을 추가하면 플랫폼의 다른 리소스에서도 그 표지 자격을 얻습니다. 다른 역할 요건을 이미 충족한 경우에는 그곳의 데이터까지 읽게 될 수 있으므로 전체 영향을 검토합니다.
표지를 적용하기 전에는 적용 및 전파 절차를 따라 하류 사용자에게 미칠 영향을 확인합니다. 프로젝트 전체가 한 민감 범주에 해당하면 프로젝트에 적용할 수 있습니다. 일부 데이터만 해당하면 개별 데이터셋이나 그 데이터를 모은 폴더에 적용합니다. 민감 범주마다 이 판단을 반복합니다.
설정 해제와 완료 확인
대체 보호를 모두 적용한 뒤 프로젝트 오른쪽 패널의 Settings에서 Propagate view requirements를 끕니다. 끈 설정은 다시 활성화할 수 없습니다.
Upgrade Assistant로 돌아가 해당 프로젝트의 대기 중인 이전 작업이 더 이상 표시되지 않는지 확인합니다.
Ignore inherited permissions 이전
대상 갱신
Upgrade Assistant에서 이 설정이 활성화된 폴더나 파일을 선택합니다.
Update required가 표시되면 Update를 먼저 선택합니다. 이 갱신은 Ignore inherited permissions 이전과 Propagate view requirements 이전을 분리합니다. 두 설정이 함께 있다고 해서 한쪽 이전을 생략하지 않습니다.
이전 방식 선택
| 선택 | 적절한 조건 |
|---|---|
| 설정만 해제 | 상위 프로젝트와 다른 권한을 유지할 이유가 없어졌습니다. |
| 기존 프로젝트로 이동 | 요구하는 역할과 사용자를 이미 가진 프로젝트가 있습니다. |
| 새 프로젝트 생성 후 이동 | 별도의 역할 경계가 필요하거나 폴더 규모가 독립 프로젝트에 적합합니다. |
| 기존 표지 적용 | 데이터가 민감하며 의미가 맞는 표지가 있고 하류도 보호해야 합니다. |
| 새 표지 생성 후 적용 | 데이터가 민감하고 고유한 보호 범주에 해당하지만 적합한 표지가 없습니다. |
프로젝트로 이동
대상 프로젝트의 권한을 먼저 검토하고 기존 접근을 유지해야 할 사용자의 역할을 구성합니다. 기존 프로젝트로 옮기려면 대상 프로젝트에 최소 Editor 권한이 필요합니다. 리소스를 선택하고 오른쪽 클릭 메뉴의 Move를 사용합니다.
새 프로젝트를 만드는 경우에도 기존 폴더나 파일의 권한을 프로젝트 역할로 옮긴 뒤 리소스를 이동합니다. 별도 권한 경계를 만들기 위한 이동이 다른 데이터 접근까지 넓히지 않는지 확인합니다.
표지로 대체
기존 표지를 선택하면 계속 접근해야 하는 사용자와 그룹을 해당 표지의 구성원으로 구성합니다. 이 자격은 플랫폼 전역에서 사용되므로 다른 프로젝트의 같은 표지 데이터에 미치는 영향도 검토합니다.
새 표지를 만들 때에도 보호할 데이터의 의미와 구성원을 정합니다. 두 방식 모두 표지의 하류 전파와 잠재적인 접근 차단을 검토한 뒤 기존 설정이 있는 폴더나 파일에 적용합니다.
설정 해제
이전이 끝난 뒤 원래 폴더나 파일의 오른쪽 패널 Settings에서 Ignore inherited permissions를 끕니다. 이 설정도 해제 후 다시 켤 수 없습니다.
내용을 모두 옮겨 비어 있는 폴더는 더 이상 필요한 참조나 용도가 없는지 확인한 뒤 정리할 수 있습니다. 마지막으로 Upgrade Assistant에서 해당 폴더나 파일의 대기 작업이 사라졌는지 확인합니다.