외부 애플리케이션과 API의 안전한 활용

외부 애플리케이션은 Foundry의 OAuth 2.0 인증과 권한 부여를 사용해 API에 접근할 수 있습니다. 애플리케이션이 수행할 작업, 사용자별 권한 경계와 외부로 가져갈 데이터의 범위를 함께 설계해야 합니다. 사용은 Palantir와 고객이 서면으로 합의한 이용 조건을 따라야 하며, 적합성이나 보안이 불명확하면 플랫폼 관리자 또는 Palantir 담당자에게 확인합니다.

적절한 활용 방식

사용자 대신 작업하는 앱은 가능하면 공용 서비스 계정보다 Authorization code flow를 사용합니다. 사용자가 자신의 권한으로 앱에 접근을 위임하면 어떤 사용자의 승인과 권한으로 작업했는지 감사 경로를 유지할 수 있습니다. 기존 서비스 계정 기반 앱도 업무 특성에 맞으면 사용자별 승인 방식으로 전환하는 것이 권장됩니다. 사용자와 연결되지 않는 비대화형 서비스 작업에는 별도의 Client credentials grant를 사용할 수 있습니다.

활용 예에는 다음이 있습니다.

• 외부 사내 시스템의 변경을 감지하고 Foundry 온톨로지에 액션을 적용하는 통합
• 특정 현장 업무를 위해 Ontology와 Actions API를 사용하는 모바일 앱
• 모니터링 및 Data Health API로 주요 파이프라인 상태를 확인하고 허가된 사용자가 필요한 빌드를 시작하는 운영 도구

사용자별 데이터와 토큰 격리

한 사용자의 토큰으로 읽은 데이터를 다른 사용자가 보거나 발견하거나 수정할 수 있게 해서는 안 됩니다. 한 사람의 토큰으로 읽고 다른 사람의 토큰으로 다시 쓰는 방식도 사용자별 데이터 통제를 우회할 수 있습니다.

애플리케이션은 개별 Foundry 계정의 사용을 완전히 분리해야 합니다. 사용자 간 공유가 필요하면 외부 앱 안에서 계정을 섞어 처리하지 않고 Foundry의 공유 및 접근 통제 기능으로 구성합니다.

작업 내용의 설명과 최소 권한

앱은 사용자의 계정으로 수행하는 작업을 정확하고 명확하게 설명해야 합니다. Foundry에서 언제 어떤 작업이 실행되고 어떤 영향을 주는지 사용자가 알 수 있어야 합니다.

앱이 기능을 수행하는 데 필요한 최소한의 역할과 권한만 요청합니다. 불명확하거나 예상하지 못한 동작, 악의적이거나 손상을 주는 동작은 허용되지 않습니다. 사용자의 승인 문구와 실제 실행 동작이 일치해야 합니다.

외부 저장과 캐시

Foundry에서 가져오는 데이터는 기능에 필요한 최소 범위로 한정합니다. 가능하면 외부 저장이나 캐시를 피합니다. 오프라인 캐시처럼 필요한 경우에는 데이터 민감도와 보관 방식을 검토하고 명확한 사용자 동의를 받아야 합니다.

데이터를 다른 저장 시스템으로 옮기면 Foundry 안에서 조직이 설정한 접근 통제와 감사가 그 외부 사본에 그대로 적용되지 않습니다. 목적지의 접근 권한, 보관과 삭제 및 감사 체계를 별도로 관리해야 합니다.