注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。
「閲覧要件を伝播する」設定から移行して無効にする [廃止予定]
閲覧要件を伝播するセキュリティ設定は、開発ライフサイクルの廃止予定段階にあり、2024年10月時点で、ほとんどのエンロールメントでこの機能を使用できなくなりました。現在も閲覧要件を伝播する設定を使用しているエンロールメントでは、以下のガイドに沿って、セキュリティの把握と管理をより容易にするプロジェクトとマーキングの使用に移行することを強く推奨します。
この移行について追加のサポートが必要な場合は、Palantir サポートにお問い合わせください。
プロジェクトで「閲覧要件を伝播する」設定が有効になっている場合、そのプロジェクト内の各データセットでは、下流のデータセットを閲覧するためのアクセス権限をユーザーが持っていることが必要になります。これは、下流のデータセットが同じプロジェクト内にあるか、別のプロジェクト内にあるかにかかわりません。
「閲覧要件を伝播する」設定を無効にし、必要に応じてマーキングに置き換えることを推奨します。「閲覧要件を伝播する」設定とは異なり、マーキングでは基になるデータの閲覧に必要な要件がより明確に定義されます。一部のデータセットにのみ機密データが含まれている場合は、それらのデータセットに適切なマーキングを適用することを検討してください。プロジェクト全体が機密である場合は、プロジェクトレベルでマーキングを適用してください。
「閲覧要件を伝播する」設定から移行する手順の概要を以下に示します。
- Upgrade Assistant アプリケーションを開き、移行が必要なプロジェクトを選択します。
- 移行の選択肢を検討し、状況に最も適した方法を決めます。
- 移行を実行します。
- プロジェクトの「閲覧要件を伝播する」を無効にします。
- Upgrade Assistant に戻り、このプロジェクトに対応する保留中のアクションがなくなったことを確認します。
移行手順
1. Upgrade Assistant
Foundry の Upgrade Assistant アプリケーションに移動し、「閲覧要件を伝播」が有効になっている特定のプロジェクトを選択して、移行プロセスを開始します。
2. 選択したプロジェクトの移行方法を選択する
「閲覧要件を伝播」設定の使用から移行するには、いくつかの方法があります。選択する方法は、データの機密性、プラットフォームにすでに存在するプロジェクトとマーキング、および企業のセキュリティアーキテクチャによって異なります。以下に、移行の選択肢と、次のステップを決める際に検討すべき質問を示します。この判断はプライバシーに重大な影響を及ぼす可能性があるため、提示されているすべての選択肢を読むことを強く推奨します。
機密データを分類する
まず、プロジェクトに機密データが含まれているかどうかを判断します。コンテキストが重要です。特定のデータが機密とみなされるかどうかは、組織に適用されるプライバシー規制や基準によって異なります。
Palantir では、機密データを、広く機密情報として分類されるデータ、または追加のセキュリティを必要とするデータと定義しています。一部のデータ要素は法律によって正式に機密と指定されています（たとえば、EU の一般データ保護規則 ↗）。一方、法的な位置付けにかかわらず、データの所有者や一般的な認識によって機密と判断されるものもあります（社会保障番号など）。データが機密として分類されるかどうかは、一般にデータの種類や機密情報区分（たとえば、個人を特定できる情報（PII））、ワークフローの種類（特定の目的に限定されたものなど）、またはアクセス制御による制限の対象となり得る内容（企業の機密情報を含む）によって異なります。
上述のように、機密データの一般的な例の1つは個人を特定できる情報（PII）です。これには、直接識別子や、個人を再識別したり特定したりするために使用できるその他の情報が含まれます。
ここでは、プロジェクト内のデータへのアクセスを制限した場合に、そのデータから派生する下流のデータセット、オブジェクト、リソースへのアクセスも制限すべきケースを特定します。プロジェクト内のどのデータにも PII のプロパティがない場合は、プロジェクトの「閲覧要件を伝播」設定を無効にする手順に進むことができます。
プロジェクトに機密性のあるデータが存在する場合は、カテゴリーに分類します。たとえば、「このプロジェクトのデータセット X、Y、Z には PII が含まれ、データセット A、B、C には財務情報が含まれる」と分類します。
機密データにマーキングが適用されているか確認する
マーキングは Foundry のセキュリティ制御であり、ユーザーの閲覧や操作を制限するための適格性基準を定義します。
「閲覧要件を伝播」設定と同様に、マーキングは下流のデータセットやリソースに伝播するセキュリティプリミティブです。このプロジェクトの「閲覧要件を伝播」設定を安全に無効にできるかどうかを検討する際には、プロジェクト内の機密データが適切なマーキングですでに保護されているかどうかを確認することを推奨します。保護されている場合は、「閲覧要件を伝播」を無効にしても問題ない可能性があります。
データセットのマーキングを確認するには、Data Lineage アプリケーションを使用します。まず、プロジェクト内の1個以上のデータセットをグラフに追加します。次に、ノードの色分けの選択肢である権限を選択します。マーキングで保護されているリソースの横に、盾のアイコンがグラフ上に表示されます。ノードを選択し、右側のサイドバーでアクセス情報を選択すると、そのノードのマーキングに関する詳細が展開されます。
たとえば、「閲覧要件を伝播」設定が有効になっているプロジェクトに機密データのカテゴリーが1つ（PII）しか含まれておらず、プロジェクト内の関連するすべてのデータセットに PII マーキングがすでに適用されている場合（直接、またはデータの依存関係やファイル階層からの継承によって）、「閲覧要件を伝播」設定は冗長である可能性が高く、プロジェクトで安全に無効にできます。
データの機密性が上流で生じるか、このプロジェクト内で生じるかを判断する
プロジェクトに機密データが含まれており、そのデータがマーキングですでに保護されていない場合は、「閲覧要件を伝播」設定を無効にする前にマーキングを適用することを推奨します。これにより、伝播するセキュリティ制御で下流のデータを継続的に保護できます。
ただし、データにマーキングを適用する場所として、そのプロジェクトが必ずしも適切であるとは限りません。
例
以下の例では、「閲覧要件を伝播」設定が有効になっているプロジェクト内の機密データセットに、マーキングが適用されていません。ただし、この機密データセットは実際には上流データセットから派生しています。
方法1（誤り）： このプロジェクト内の機密データに直接マーキングを適用すると、上流のデータには適切なマーキングがつきません。そのため、セキュリティの状態を把握しにくくなります。
方法2（推奨）： 代わりに_上流_のデータにマーキングを適用すると、マーキングがこのプロジェクト内のデータに自動的に伝播し、両方のデータセットに適切なマーキングがつきます。
プロジェクト内にマーキングで保護すべき機密データがある場合は、そのデータを可能な限り上流で保護することを推奨します。これにより、プラットフォーム内のどこに機密データが存在しても、一貫して保護されます。プロジェクトに戻って移行を続ける前に、必ず上流で適切な対応を行ってください。
適切な場合は既存のマーキングを再利用する
プロジェクトが機密データの発生元（最も上流の場所）であり、そのデータがマーキングで保護されていない場合は、「閲覧要件を伝播」設定の代わりとして、プロジェクト内のデータにマーキングを適用するのが適切な場合があります。機密データのカテゴリーごとに、このデータを適切に表すマーキングがプラットフォームにすでに存在するか確認します。
データガバナンスの観点から、データが PII であり、プラットフォームに PII マーキングがすでに存在する場合は、2個目の PII マーキングを作成するのではなく、既存のマーキングを適用することを推奨します。これにより、ユーザーの認可を1か所で管理できます。
移行を続ける前に、どのマーキングを再利用する予定かについての判断を記録します。
新しいマーキングを作成する
プロジェクト内の機密データの種類に適したマーキングが存在しない場合は、新しいマーキングの作成を検討します。これが必要になるのは、以下の条件を満たす場合に限られます。
- プロジェクト内のデータが固有のものであり、使用できる既存のマーキングがありません。
- データがプロジェクト内で発生しています。そうでない場合は、データの派生元である上流データセットにマーキングを適用する必要があります。
判断を記録し、以下のセクションの手順に従って移行を完了します。
3. 移行を完了する
以降のセクションでは、上記で説明した選択肢に応じて移行を完了する方法を説明します。
「閲覧要件の伝播」を無効にする
操作は不要です。4. プロジェクトの「閲覧要件の伝播」を無効にするに進みます。
既存のマーキングを適用する
プロジェクト内の特定のカテゴリーの機密データセット（たとえば、PII を含むデータセット）にアクセスできるすべてのユーザーを、既存のマーキング（PII）のメンバーとして追加します。これにより、移行後も誰もプロジェクトへのアクセスを失わずに済みます。既存のマーキングのメンバーとしてユーザーを追加すると、プラットフォーム全体でこのマーキングが適用されたあらゆるデータを閲覧できるようになる可能性があることに注意してください。
既存のマーキングを適用する前に、マーキングを適用する手順を確認してください。マーキングの適用による下流への影響や、ほかの下流ユーザーがアクセスできなくなる可能性を考慮してください。
準備ができたら、マーキングが必要なリソースに適用します。プロジェクト内の機密データのカテゴリーが1つだけで、すべてのデータがそのカテゴリーに属する場合は、プロジェクト自体にマーキングを適用します。それ以外の場合は、機密データセットに直接マーキングを適用するか、同じフォルダーに配置されている場合はその親フォルダーに適用します。
新しいマーキングを作成する
まず、新しいマーキングを作成します。次に、そのマーキングが示すデータへのアクセスを許可すべきすべてのユーザーやグループを、この新しいマーキングのメンバーとして追加します。これにより、移行後も誰もアクセスを失わずに済みます。
マーキングを適用する前に、適用手順を確認してください。
4. プロジェクトの「閲覧要件の伝播」を無効にする
プロジェクト内の機密データの種類の数に応じて、必要な回数だけ移行を完了したら、必ずプロジェクト表示の右側のパネルにある設定タブから「閲覧要件の伝播」設定を無効にしてください。
「閲覧要件の伝播」設定を無効にすると、再度有効にすることはできません。
5. アクションが完了したことを確認する
Upgrade Assistant に戻り、このプロジェクトに対応する保留中のアクションがなくなったことを確認します。