보안과 데이터 거버넌스

Foundry의 보안 모델은 사용자의 신원을 확인하는 인증과, 그 사용자가 어떤 리소스에 어떤 작업을 할 수 있는지 판단하는 인가를 구분합니다. 데이터 소유자는 프로젝트의 역할, 조직 접근 요건, 보안 표지와 세분화된 정책을 조합해 업무에 필요한 접근 범위를 구성합니다.

개인 식별 정보(PII), 보호 대상 건강 정보(PHI), 통제 비기밀 정보(CUI), 금융 정보와 정부 기밀 정보는 서로 다른 취급 조건을 요구할 수 있습니다. Foundry는 HIPAA, GDPR, ITAR 등의 요구를 지원하는 보안 기능을 제공하지만, 어떤 데이터를 수집하고 어떤 목적으로 이용하며 누가 승인할지는 고객의 정책과 적용 법규에 따라 정해야 합니다. 의료, 금융, 공공, 제조, 통신 등 업무 분야가 달라지면 같은 기술적 통제라도 적용 기준이 달라집니다.

접근을 판단하는 두 종류의 통제

예를 들어 PII 보안 표지가 붙은 데이터셋을 보려면 해당 표지에 대한 접근 자격과 데이터셋을 읽을 역할이 모두 필요합니다. 프로젝트의 Owner라도 표지 요건을 충족하지 않으면 보호된 데이터를 읽을 수 없습니다. 반대로 표지에 접근할 자격만 얻었다고 모든 PII 데이터셋을 자동으로 열람할 수 있는 것은 아닙니다.

읽기 단계에서 영업 담당자의 담당 지점 행만 보여 주려면 제한 뷰나 객체 보안 정책을 사용합니다. 파생 데이터에도 보호 요건을 유지해야 한다면 보안 표지 등 전파되는 통제를 함께 사용합니다. 내보내기와 외부 시스템 전송은 별도 권한과 목적 제한도 검토해야 하며, 플랫폼 밖의 평문 사본에 Foundry 정책이 계속 집행된다고 가정하지 않습니다.

조직과 프로젝트로 작업을 구성

개인 사용자는 하나의 기본 조직에 속하며 다른 조직의 게스트가 될 수 있습니다. 조직은 사용자와 리소스 사이의 강제적 접근 경계입니다. 다른 조직과의 공유 조건을 명시적으로 구성하지 않으면 조직 간 작업은 분리됩니다. 공간은 관련 조직, 프로젝트와 온톨로지를 묶는 상위 작업 단위입니다.

프로젝트에는 같은 업무를 수행하는 사람, 코드와 결과를 배치합니다. 프로젝트 수준에서 그룹에 역할을 부여하면 내부 리소스가 역할을 상속하므로, 개별 파일마다 같은 권한을 반복 관리할 필요가 줄어듭니다. 민감한 범주의 데이터는 프로젝트 경계를 넘어 이동하더라도 보호되도록 보안 표지를 적용합니다.

프로젝트의 목적과 접근 신청 방법은 소개 페이지에 공개할 수 있습니다. 여러 프로젝트는 포트폴리오로 정리하고, 새 프로젝트의 역할, 그룹, 보안 표지와 제약 조건은 템플릿에 설정할 수 있습니다.

표준 보안 기능

Foundry의 표준 제공 범위에는 다음 기능이 포함됩니다.

• 저장 시 암호화와 전송 중 암호화를 적용합니다.
• 통합 인증(SSO)과 다중 요소 인증(MFA)으로 신원을 보호합니다. 관리형 SaaS 고객에게는 MFA가 필수입니다.
• 강제적 접근 통제와 재량적 접근 통제를 함께 적용합니다.
• 보안 감사 로그를 제공해 부적절한 사용을 탐지하고 조사할 수 있게 합니다.
• 정보 거버넌스, 개인정보 보호와 데이터 관리 기능을 구성할 수 있습니다.

접근 제어의 운영 목표는 권한의 엄격한 집행뿐 아니라, 누가 어떤 리소스에 왜 접근할 수 있는지 설명할 수 있는 상태를 유지하는 것입니다. 사용자 특성과 그룹 소속, 프로젝트 역할 및 적용된 표지를 함께 확인해야 실제 접근 결과를 이해할 수 있습니다.

관리형 SaaS의 인프라 보호

Palantir가 운영하는 SaaS 인프라에는 제로 트러스트, 최소 권한과 다층 방어를 바탕으로 한 보안 구성이 적용됩니다. 보안 기준 설정과 변경 관리, 네트워크 분리, 호스트 및 네트워크 침입 탐지, 인프라와 애플리케이션의 취약점 관리 및 패치가 포함됩니다. 웹 애플리케이션 방화벽(WAF)은 들어오는 웹 요청을 검사하며, 사용자, 호스트, 네트워크와 애플리케이션 계층의 보안 상태를 모니터링합니다.

고객이 운영하는 환경에서는 책임 범위를 배포 구조에 맞게 확인해야 합니다. 고객이 만든 애플리케이션, 사용자 신원과 접근 설정, 데이터의 적절한 이용은 공동 보안 책임 모델에 따라 고객이 관리합니다.

보안 모델을 구성하는 개념

• 보안 용어와 판단 순서는 접근 요건, 역할, 인증 출처와 작업 권한 묶음을 구분합니다.
• 조직과 공간은 조직 간 격리와 공동 작업 범위를 설명합니다.
• 사용자와 그룹은 신원 제공자의 정보와 그룹 기반 권한 관리를 다룹니다.
• 프로젝트와 역할은 프로젝트 생성, 접근 신청, 참조와 역할 상속을 다룹니다.
• 보안 표지는 민감 데이터의 접근 자격, 파생 데이터 보호와 범위 제한 세션을 설명합니다.
• 보안 분류 기반 접근 제어는 파일, 데이터와 프로젝트 분류 및 허용 상한을 구분합니다.
• 접근 조건 전파는 역할과 읽기 정책이 멈추는 위치, 파생 결과에 유지되는 요건을 설명합니다.
• 제한 뷰는 사용자별 행 정책과 브랜치에서의 정책 변경을 구성합니다.
• 사용자별 권한 확인은 리소스 접근과 데이터 접근을 구분하고, 에뮬레이션 모드는 현재 사용자의 권한 일부만으로 접근 상태를 확인합니다.
• 속성 보안 표지 표시는 Workshop에서 분류와 표지를 확인하는 방법 및 표시 지원 범위를 다룹니다.
• Cipher는 채널과 라이선스로 값의 암호화, 복호화 및 해시 권한을 관리합니다.

권한 설계와 관리

데이터 기반의 프로젝트 설계는 수집, 변환과 온톨로지 준비 작업의 권한을 나눕니다. 그 위에 업무용 애플리케이션을 구성하고, 민감 데이터와 조직 간 공유에 필요한 보호 조건을 함께 적용합니다.

Propagate view requirements나 Ignore inherited permissions를 사용하는 환경은 프로젝트와 보안 표지 중심으로 전환하면서 기존 접근 대상과 보호 범위를 검토합니다.

외부 앱의 인증과 접근

외부 앱을 등록하면 클라이언트 ID와 인증 방식을 구성할 수 있습니다. 앱이 사용할 조직에서는 별도로 접근을 활성화하고 허용할 범위를 정합니다. 사용자 대신 데이터에 접근하는 앱에는 승인과 권한 부여 조건도 적용됩니다.

OAuth 2.0은 승인 코드, PKCE, 클라이언트 자격 증명 및 토큰 갱신을 처리합니다. 개인 개발과 시험에 사용하는 사용자 생성 토큰은 운영용 애플리케이션의 인증 수단으로 사용하지 않습니다.

데이터 이용 목적과 검토

데이터를 수집하기 전에 개인정보 보호 원칙에 따라 업무 목적과 필요한 정보의 범위를 정합니다. 데이터 보호와 거버넌스는 민감 정보의 분류, 담당자, 사전 평가와 보존 요건을 함께 다룹니다.

보안 운영과 사고 대응

보안 평가와 규정 준수 자료

보안 백서, 정책, 침투 테스트 보고서, 규정 준수 자료와 SOC 또는 ISO 인증 자료는 Palantir Trust Center에서 확인할 수 있습니다. 비공개 자료는 비밀유지계약을 체결한 기존 고객이나 잠재 고객이 접근을 요청할 수 있습니다.