Restricted ViewsがGlobal Branchingでポリシー変更を事前検証

Palantir FoundryはRestricted ViewsをGlobal Branchingへ統合し、ポリシーとマーキングの変更をメインへ反映する前にブランチ上で構築・検証できるようにしました。

要点

• 基盤データセットのブランチ上の変更を引き継いで制限付きビューを構築できます。
• 所有者はブランチ上でポリシーとマーキングを編集し、メインとの差分をリベース時に比較できます。
• プロジェクトポリシーにより、メインへの編集をブランチとレビュー経由に限定できます。
• ブランチとメインでマーキングが異なると、本来制限されたデータが露出する恐れがあります。共有前の確認が必須です。

今回の更新で変わること

Restricted Viewsは、基になるデータセットの一部をポリシーとマーキングによって制限して提供する仕組みです。今回Global Branchingへ統合されたことで、メイン上の本番資産を直接変更せず、ブランチ上で制限付きビューを構築できます。基盤データセットにブランチ上の変更がある場合はそれを引き継ぎ、制限付きビューの所有者はポリシーやマーキングをブランチ内で編集して、動作と見え方を試せます。

メインが先に更新された場合はリベースを行い、メインから取り込む変更とブランチに残す変更を比較できます。プロジェクトポリシーを設定すれば、メインへの編集は必ずブランチとレビューを通す運用にもできます。これにより、データ変換コードだけでなく、アクセス制御に関わる変更にも差分確認と承認を適用しやすくなります。セキュリティポリシーを「管理画面で直接変える設定」から「レビュー可能な変更」として扱えることが重要です。

一方、公式リリースノートは明確な注意点を示しています。基盤データセットのブランチとメインでマーキングが異なる場合、以前は制限されていたデータが露出する可能性があります。ブランチを共有する前にマーキングを確認しなければなりません。また、すべてのデータセットがブランチ運用へ対応するわけではなく、非対応データセットの下流にある制限付きビューはブランチ上で構築されません。検証環境があるという理由だけで安全とみなさず、対象データセットの対応状況、ブランチ閲覧者、ポリシー差分、サンプル利用者ごとの実効権限を確認する必要があります。レビュー記録には、変更前後のマーキングと確認した利用者を残すと追跡しやすくなります。

対象になりそうなユーザー・チーム

Restricted Viewsを管理するデータ所有者、Foundryのプラットフォーム担当、セキュリティポリシーのレビュー担当、機密データを扱う開発チームに関係します。

今すぐ対応が必要か

既存設定を強制変更する更新ではありません。今後ブランチを使う場合は、マーキング差分のレビューとブランチ共有前チェックを手順へ追加し、非対応データセットを特定するのがよいです。

結局、この更新をどう見るべきか

アクセス制御の変更を安全に試すための大きな前進ですが、ブランチ自体が新しい露出面になります。レビュー必須化と実効権限テストを組み合わせて使うべき機能です。