개인정보 보호와 시민적 자유를 업무에 적용하기
개인정보 보호와 시민적 자유(Privacy and civil liberties, PCL)는 기관이 데이터와 기술을 사용할 때 개인과 공동체의 권리를 보호하는 원칙입니다. 업무 목적과 시스템을 설계할 때부터 데이터의 수집, 접근, 사용과 삭제까지 고려합니다.
데이터 소유자, 개인정보 보호 및 거버넌스 담당자, 법무와 준법 팀, 플랫폼 관리자, 개발자와 업무 책임자가 각자의 목적, 정책, 검토 절차와 법적 요건을 정해야 합니다. Foundry 기능은 이를 실행하는 수단이며 사용의 적법성, 필요성이나 비례성을 대신 판단하거나 규정 준수를 보장하지 않습니다.
Palantir의 PCL 팀은 엔지니어링, 제품, 법무, 정책과 구축 분야를 함께 다루며 개인정보를 보호하는 워크플로와 조직 정책에 적절한 플랫폼 기능을 연결하는 데 도움을 줄 수 있습니다. 추가 지원은 Palantir 담당자나 Palantir Support를 통해 요청합니다.
비례성과 최소화
비례성은 데이터 사용과 그 영향이 정당한 목적에 적합한지 묻습니다. 최소화는 수집, 접근, 사용과 보존을 목적에 필요한 범위로 줄입니다. 데이터를 수집하기 전에 검토하고 업무 목적이 바뀌면 다시 판단합니다.
Sensitive Data Scanner로 조직이 민감하다고 정의한 정보의 후보를 찾고, 보안 표지와 프로젝트 역할로 데이터 취급 자격 및 업무 책임에 따라 접근을 제한할 수 있습니다. 직접 식별자가 필요하지 않다면 Cipher의 해시나 암호화를 사용할 수 있습니다. 탐지나 암호화 설정만으로 필요한 데이터 범위를 결정한 것은 아닙니다.
가상의 설비 유지보수 예에서 원천에는 기계 텔레메트리, 작업 지시 메모와 기술자 연락처가 있습니다. 팀은 Scanner로 민감 필드를 식별한 뒤 고장 예측에 필요하지 않은 연락처를 제거하고 원본에 표지를 적용하는 대응을 구성합니다. 반복 정비 패턴을 알아야 한다면 기술자 식별자를 일관된 해시로 바꿀 수 있습니다. 모델이나 하류 앱에 불필요한 연락처가 복제되기 전에 필요한 정보와 제외할 정보를 정합니다.
목적 제한
데이터 수집과 이용을 명확하고 정당한 목적에 연결하고, 목적이 종료되거나 바뀌면 권한을 재검토합니다. Checkpoints는 민감한 상호작용 전에 사유를 묻고 기록을 남깁니다. Approvals는 요청한 변경이나 접근을 담당 검토자에게 전달합니다. 보안 표지와 프로젝트 권한은 그 검토 결과에 맞춘 접근 경계를 적용합니다.
가상의 공급사 배송 데이터 예에서는 Data Connection 내보내기에 배송 예측에 필요한 필드만 포함하고 구성 권한을 제한합니다. 내보내기 프로젝트의 접근 요청은 Approvals로 검토합니다. Workshop에서 상세 공급사 객체를 내보내는 사용자에게는 Checkpoint로 관련 배송이나 계획 업무를 기록하게 할 수 있습니다.
새 수신자나 필드를 추가하거나 용도를 바꿀 때에는 재검토가 필요합니다. 한 번의 승인은 특정 시점의 판단이며, 이후의 관련 없는 사용까지 허가하지 않습니다.
접근 거버넌스
특정 종류의 데이터를 다룰 자격과 특정 업무에서 필요한 역할을 함께 고려합니다. 가능한 경우 그룹을 사용하고 담당 업무가 바뀌면 소속과 역할을 검토합니다.
보안 표지는 보호된 리소스와 Foundry가 관리하는 파생 데이터에 강제 접근 요건을 적용합니다. 프로젝트 역할은 그 안에서 수행할 작업을 정합니다. Approvals는 접근 요청에 사람의 검토를 두며, Compass는 프로젝트와 리소스의 위치 및 소유 관계를 정리하고 접근 요청을 지원합니다.
가상의 시설 관리 앱은 건물 수용량과 공급사 계약을 함께 사용합니다. 대부분의 이용자에게는 시설별 총량만 필요하고 계약팀에는 상세 계약 조건이 필요하다면 계약 데이터에 표지를 적용합니다. 앱 개발자와 이용자는 프로젝트 역할로 분리하고, 소유자를 Compass에 명시하며, 예외 접근은 검토합니다. 앱을 열 수 있는 권한이 모든 기반 계약 데이터의 접근으로 이어지지 않게 구성합니다.
개인정보 노출을 줄이는 변환
직접 식별자를 다른 값으로 바꾸거나, 권한 있는 사용자에게만 원래 값을 보여 줄 수 있습니다. 업무 목적, 재식별 위험과 역변환 필요성에 따라 해시와 암호화를 구분합니다. 값을 바꿨다는 사실만으로 익명 데이터가 되거나 개인정보 위험이 사라지는 것은 아닙니다.
가상의 지원 분석팀은 같은 계정의 반복 이슈를 묶어야 하지만 계정 식별자 자체는 필요하지 않습니다. Pipeline Builder에서 Cipher를 사용해 식별자를 일관된 해시값으로 바꾸고, 원본은 후속 조치 권한이 있는 사람만 읽는 프로젝트에 보관합니다. 다른 필드로 신원을 알아낼 수 있는지도 검토하고, 변환 결과와 원본을 다시 연결하는 절차의 접근을 관리합니다.
사람의 판단과 감독
결과에 큰 영향을 주는 작업은 책임 있는 사람이 근거를 보고 질문하거나 승인, 거부 또는 수정할 수 있어야 합니다. 검토자에게 충분한 정보, 권한과 시간이 있어야 검토가 실제 판단 기능을 합니다.
가상의 정비 일정 변경 예에서는 AIP Logic 함수가 텔레메트리와 정비 기록을 분석해 온톨로지의 일정 변경 액션을 제안합니다. Automate는 설비 상태가 바뀔 때 함수를 실행하고 액션을 적용 전 제안으로 남깁니다. 정비 계획자는 근거와 Agent decision log를 보고 수락하거나 거부합니다. Workshop에서 사람이 직접 일정을 바꾸는 경로에는 별도의 Checkpoint를 두어 사유를 기록하게 할 수 있습니다.
Approvals와 Checkpoints는 구성한 검토 및 사유 확인 지점을 지원합니다. 승인이나 확인 버튼을 형식적으로 누르게 하는 것만으로 잘못된 제안의 자동 적용 위험을 해결하지는 않습니다.
책임과 기록 검토
업무와 데이터의 책임자를 정하고 검토, 조사와 개선에 사용할 기록을 유지합니다. 감사 로그는 플랫폼 작업을, Checkpoint 기록은 사용자의 사유를, 완료된 Approvals 요청은 변경 판단을 남깁니다. Compass의 프로젝트 구조는 관리 책임을 찾는 데 도움이 됩니다.
가상의 계약 관리 앱에서는 프로젝트 소유자를 명시하고 계약 내보내기와 액션 제출 사유를 기록합니다. 거버넌스 팀은 권한 변경과 객체 내보내기 등의 관련 로그를 정해진 주기로 검토하고 업무 목적과 맞지 않는 활동을 조사합니다.
누가 어떤 이벤트를 얼마나 자주 검토하고 위반 시 어떻게 대응할지 정해야 합니다. 모니터링 데이터를 조사에 필요한 범위보다 많이 수집하거나 오래 보존하지 않는지도 검토합니다.
보존과 삭제
데이터 보존 기간은 목적, 법적 의무와 파생 사본에 미치는 영향을 고려해 정합니다. 목적이 바뀌면 정책을 다시 검토합니다. Data Lifetime은 데이터셋 계보를 고려한 보존 및 삭제 정책을 지원하고, Compass는 리소스의 휴지통 이동과 프로젝트 관리를 지원합니다.
가상의 한시적 보증 조사에서는 시작 전에 원시 진단 데이터, 정비 기록과 파생 분석의 보존 기간을 정합니다. 다른 기간을 적용해야 하는 기록은 분리합니다. Data Lifetime으로 선택한 삭제 정책을 계보에 적용하고, Compass에 담당자를 표시하며, 감사 로그로 정책 변경을 확인합니다.
정책 담당자는 적용 범위와 삭제 결과를 확인하고 반드시 보존해야 하는 기록이 지워지지 않도록 관리해야 합니다. 데이터 보호와 거버넌스는 민감 정보의 분류, 검토 주체와 보호 기능을 더 구체적으로 다룹니다.