次世代API データ保護遡及的スキャン

遡及的ポリシーは、SaaSアプリの開始時から、アプリインスタンスのすべてのファイル、フォルダ、リポジトリ、およびエンティティをスキャンします。遡及的スキャンは、進行中のポリシースキャン（別名アクティビティスキャン）とは切り離されています。

遡及スキャンをサポートするSaaSアプリのリストについては、「クラウドアプリごとの次世代APIデータ保護機能マトリックス」を参照してください。

SaaSアプリインスタンスを新規に導入した場合、データセットの規模によっては、NetskopeがSaaSアプリの露出度をスキャンして計算するのに時間がかかる場合があります。Netskopeは、最初の曝露量計算が完了した場合にのみ、遡及的スキャンを開始することを推奨しています。

進行中の処理は、変更されたコンテンツを評価し、これらの（データとメタデータの両方の）変更が設定されたに準拠していることを確認します。一方、遡及スキャンは、より構造的な変更があった場合に、保護されたクラウドアプリケーション内のコンテンツの全部または一部を再評価する必要性を満たします。遡及的スキャンが必要となる変更の例をいくつか挙げると、次のようになります。

既存の違反が確実に検出され、修正されるように、Netskope UI上で初めてSaaSアプリのインスタンスを作成してください。

Netskopeの遡及スキャン機能を使用すると、「既に発見されたコンテンツ」のみをスキャンできます。つまり、Netskopeが初めて導入されたときの最初の遡及スキャン、または顧客が継承した新しいデータセットの場合、組織合併後、顧客は2段階のアプローチを取る必要があります。まず、リポジトリ全体の完全なリストを作成し、それが完了したら、遡及スキャンを開始します。
新しい会社の合併または買収。前述のケースと同様に、遡及的なスキャンを行うことで、合併の結果として買収企業が引き継ぐ新しいコンテンツが、企業の規制要件に準拠していることを確認できます。
ポリシーの変更を必要とする内部および外部の規制の変更。遡及スキャンは、保護されたアプリ内の既存のコンテンツが新しいポリシーに準拠していることを確認するために使用できます。
脅威インテリジェンスの更新情報。新しいマルウェアが発見され、Netskopes の脅威インテリジェンスデータベースが拡大するにつれて、顧客は保護されたアプリ内のコンテンツを定期的に再評価して、悪意のあるコンテンツが存在しないことを確認したいと考えています。
情報漏洩への対応。これは、遡及スキャンの最も一般的なシナリオです。情報漏洩の警告があった場合、または情報漏洩が発生した場合は、顧客は機密データが侵害されたかどうかを評価し、侵害された場合は影響を受けた関係者に侵害の程度を通知する法的義務を負います。顧客は通常、プライベートな（あるいは場合によっては社内で共有されている）機密データを検出することができないため、情報漏洩の場合には状況が変わります。リポジトリ内のどのファイルも、その情報漏洩の結果として公開される可能性があるからです。遡及的なスキャンは、この評価を実行するのに役立ちます。

遡及スキャンページにアクセスするには、Netskopeテナントにログインし、 Policies > API Data Protection > Next Genに移動してRetroactive Scansをクリックします。このページには、遡及スキャンのリスト、スキャンのステータス、ポリシーヒットとスキャンされたファイル数、開始/終了時刻、および遡及スキャンごとのポリシーのリストが表示されます。

遡及スキャンの設定

新しい遡及スキャンを開始するには:

1つのSaaSアプリインスタンスに対して、同時に最大2つのアクティブなレトロアクティブスキャン（進行中または一時停止）
設定できますが、実行できるのはそのうちの1つだけです。既存のスキャンが完了するまで
2回目の遡及スキャンを開始することはできません。また、別のスキャンが既に進行中の場合、一時停止中のスキャンを再開することはできません。
canceled, completed, or not yet startedのスキャンは、この制限にはカウントされません。この制限は、テナントごと、またはSaaSアプリごとではなく、アプリインスタンスごとに適用されます。2回目の遡及スキャンを実行しようとすると、UIにエラーメッセージが表示されます。

Netskopeテナントにログインしてください。
Policies > API Data Protection > Next Genへ移動してください。

省略記号 ( … ) > Email Retroscan Usageをクリックして、日次、週次、または月次の使用量アラート電子メールを設定して、遡及的なスキャンデータの消費状況を常に把握できます。詳細については、毎週の電子メール通知としきい値の設定をご覧ください。
これはオプトイン機能です。テナントでこの機能を有効にするには、Netskopeの営業担当者にご相談ください。
New Retroactive Scanをクリックしてください。

New Retroactive Scanウィンドウが開きます。
遡及スキャンの名前を入力してください。
Objectの下で、遡及スキャンを実行する予定の SaaS アプリケーションインスタンスを選択してください。

アプリのインスタンスは1つしか選択できません。
Scan Scopeの下では、スキャン時間を短縮するのに役立つ時間範囲フィルターを設定できます。以下の選択肢から1つをSelect 。

REST API を介して構成されるスキャン範囲設定には、UI ではサポートされていない高度なオプションが含まれる場合があります。そのため、ここに表示される設定は不正確または不完全な場合があります。以下の設定は、REST API v2 でのみ構成できます。
– REST API のカスタム日付範囲オプションは秒単位の時間粒度をサポートしていますが、UI は日単位の粒度のみをサポートしています。
スキャン速度の設定に関しては、REST APIでは1%から100%の間でスロットリングが可能ですが、UIでは100%、75%、50%、25%のプリセットオプションしか提供されていません。
- Select your local time zone これは、時間範囲に関連するすべての設定と高度なスキャン設定に適用されます。デフォルトでは、タイムゾーン選択ツールはブラウザのタイムゾーンを選択します。
  
  場合によっては、お住まいの地域の正確なタイムゾーンがリストに表示されないことがあります。その場合は、現地時間と同じUTCオフセットを持つタイムゾーンを選択してください。これにより、正確な時刻表示と機能が保証されます。
  
  後方互換性：
  
  タイムゾーン選択機能の導入前に作成された過去のスキャンについては、以下のとおりです。
  - タイムゾーン選択は未設定のままになります。
  - 日付フィルター（前/後/カスタム範囲）は、引き続きユーザーのブラウザのタイムゾーンで表示されます。
  - 相対日付フィルター（過去x日/30日/60日/90日、過去1ヶ月）および稼働時間は、引き続きUTC+0で表示されます。
  ユーザーがタイムゾーン選択を更新した場合、フィルターや実行時間を含むすべての時間ベースの設定を、新しく選択されたタイムゾーンに移行する意図として扱われます。
  
  時刻計算は、選択されたタイムゾーンの標準時オフセットに基づいて行われます。夏時間（DST）は考慮されていません。
- Scan all files これはデフォルト設定です。このオプションは、SaaSアプリ内のすべてのファイルをスキャンします。
- Only scan files created or modified – このオプションは、過去 x ^* /30 /60 /90 日、過去 1 か月、特定の日付の前または後、またはカスタム日付範囲で作成または変更されたファイルをスキャンします。
  
  ^*xはGoogleカレンダーとCisco Webexを除くすべてのSaaSアプリで1日から999日まで使えるかもしれません。Googleカレンダーの場合、期間は1～29日間です。Cisco Webexの場合、1～90日です。
- Only scan files either created or modified after the start of the last completed retroactive scan このオプションは、前回完了した遡及スキャン以降に作成または変更されたファイルのみをスキャンします。過去の遡及スキャンが存在しない場合、次世代APIデータ保護は最初からスキャンを実行します。
Advanced Scan Preferenceを切り替えることができます。このオプションでは、実行時間とスキャン速度を設定できます。

Running Hours: 遡及スキャンを実行する特定の時間帯を設定できるようになりました。これにより、組織は通常の営業時間中のユーザー活動に対するスキャンの影響を軽減し、スキャン業務を運用ポリシーにより適切に整合させることができます。以下の選択肢から1つをSelect 。
- No running hour limit (default)これはデフォルト設定です。スキャンは、曜日や時間の制限なく継続的に実行されます。
- Only run retroactive scans on the specific days and hoursスキャンを実行する曜日と時間を選択できます。
セルを選択すると、その時刻にスキャンが開始され、1時間継続するようにスケジュールされます。
例えば、月曜日の午前2時にセルを選択すると、午前2時から午前3時までスキャンがスケジュールされます。
日曜日の午後11時を選択した場合、スキャンは午後11時から月曜日の午前0時まで実行されます。複数の連続するセルは、1時間ごとに連続してスキャンを実行するようにスケジュールされます。
タイムゾーンを選択しない場合、すべての時刻はUTC+0のタイムゾーンで表示されます。

Scan Speedこのオプションは、SaaSアプリ上で遡及スキャンを実行する速度を定義します。これにより、管理者はSaaSアプリの負荷を軽減するための制御が可能になります。以下の選択肢から1つをSelect 。
- Very Fast – Full Throttle (default)
- Fast – 75% Throttle
- Medium – 50% Throttle
- Low – 25% Throttle
Netskopeは、スキャン速度の値をデフォルト値に設定することを推奨しています。Netskope以外のシステム（例えば、自社のSaaSアプリケーションなど）でAPIレート制限の問題が発生している場合にのみ、設定を調整してください。
Saveをクリックしてください。

New Retroactive Scan Policyページが開きます。
該当する詳細を記入してください。詳細な手順については、「次世代 API データ保護ポリシーの作成」を参照してください。
- 暴露：暴露の定義と除外事項を追加します。
- オブジェクト：以下の詳細を入力してください：
  - アプリのインスタンスは事前に選択されています。
  - Contentでは、すべてのコンテンツまたは特定のリソースをスキャンできます。
  - 関連条件を追加してください。
- プロフィールとアクション
  
  + Notification下にはLast Acting Userは存在しない。しかし、 Last Modifie r があります。このオプションは、ファイルの内容を最後に編集したユーザーにアラートを送信します。このオプションは、ストレージSaaSアプリでのみ利用可能です。
- ポリシー名を入力して、 Saveをクリックしてください。
（オプション） Retroactive ScansページでAdd Policyをクリックして、新しく作成したスキャンにポリシーを追加します。
（オプション）「遡及スキャン」ページで、新しく作成されたスキャンの下で、既存のポリシーを編集できます。
遡及スキャンを開始するには、 Start Scanをクリックします。

初期在庫リストが不完全な場合、スキャン結果が不正確になる可能性があります。スキャンを開始する前に、 Inventoryページでリストのステータスを確認できます。
（オプション）遡及スキャンが進行中でも、スキャンを一時停止、キャンセル、複製、または削除できます。

一時停止された遡及スキャンは、最大120 daysの間一時停止されたままになります。その期間を過ぎると、スキャンを再開することはできません。続行するには、一時停止したスキャンをキャンセルし、新しいスキャンを開始する必要があります。
遡及スキャンが完了すると、以下のステータスが表示されます。

所有者属性バックフィル

バックフィルとは何ですか？

バックフィルは、システムロジックの変更後に次世代 API データ保護インベントリ内の既存のレコードを更新するために使用されるデータ同期プロセスです。 Microsoft 365 OneDriveのようなSaaSアプリケーションの場合、バックフィルとは、更新された所有権モデルに基づいて既存のファイルやフォルダーの所有権を再計算することを意味します。所有権とメタデータの処理方法を規定するルールが改善された場合、バックフィルによって過去の在庫データが再計算され、これらの新しい基準を反映するように更新されるため、プラットフォーム全体で一貫性と正確性が維持されます。

Microsoft 365 OneDriveでバックフィルが必要なのはなぜですか？

次世代APIデータ保護は、Microsoft 365 OneDriveのファイルおよびフォルダーの所有権定義を標準的なSaaS業界の定義に合わせるためのバックフィルを実装しました。

Old logic: システムはfile creatorをファイル所有者として割り当てました。
New logic: システムは、誰が作成したかに関わらず、そのドライブ内のすべてのファイルとフォルダの所有者としてdrive ownerを割り当てます。

Example Scenario

user-1が所有するdrive-1考えてみましょう。このドライブ内には、 user-2によって作成されたfile-1を含む共有フォルダがあります。

Old logic: User-2 file-1の所有者としてリストされます。
New logic: User-1 file-1の所有者としてリストされており、Microsoft 365 OneDrive がドライブレベルでアクセス許可と所有権を管理する方法と一致しています。

埋め戻しはどのような場合に必要ですか？

遡及スキャンには、特にバックフィル処理が必要です。遡及スキャンは、既存の在庫データを再利用することで、パフォーマンスを最適化し、API呼び出し量を削減します。

継続的なスキャンでは、システムがSaaSプロバイダーからの変更をリアルタイムで直接検出し、新しい所有権定義を自動的に適用するため、バックフィルは不要です。

所有者属性のバックフィルを設定する方法は？

このバックフィルは、新しい所有権ロジックが展開される前に作成されたすべての Microsoft 365 OneDrive SaaS アプリインスタンスを対象としています。Retroactive Scanポリシーページに移動すると、専用の UI ポップアップメッセージが表示され、所有者属性のバックフィルを開始するように促されます。これにより、任意の時間に非同期でバックフィルを開始し、UIから直接その進行状況を監視できます。

埋め戻しの利点

バックフィルを実行することで、セキュリティポリシーの整合性が確保されます。遡及スキャンに所有者に基づく基準、または所有権によって影響を受ける露出基準が含まれている場合、バックフィルによってマッチングの精度が維持されます。これがないと、ポリシーが発動しなかったり、古い所有者データに基づいて誤検出が発生したりする可能性がある。

処理時間とガイドライン

埋め戻しの期間は、いくつかの要因によって決まります。

Shared API quota: バックフィル機能は、更新されたメタデータを取得するためにAPI呼び出しに依存しています。同じ共有APIクォータを巡って競合する必要があります進行中のアクティビティやその他の実行中の遡及スキャンによって。
System activity: 同時スキャン活動のレベルが高いと、埋め戻し速度が低下する可能性があります。
Data volume: 在庫に含まれるファイルの総数は、全体の完了時間を決定する主要な要因です。

一般的な目安として、バックフィルは、必要なリソースと所要時間の観点から、初期プロビジョニングプロセスのサブセットとして捉えてください。

毎週の電子メール通知としきい値の設定

毎日、毎週、または毎月の使用量アラート電子メールを設定して、遡及的なスキャンデータの消費状況を常に把握できます。これらのアラートは、Google DriveやiCloudなどのプラットフォームにおけるストレージ通知と同様に、割り当て量を事前に管理するのに役立ちます。主な特徴は以下のとおりです。

カスタムしきい値を設定します（例：1日/1週間/1ヶ月あたり100GB）。
電子メールは、毎週の使用量がこの制限を超えた場合にのみトリガーされます。
レポート名、受信者、配信頻度、配信時間をカスタマイズできます。

電子メール通知を設定するには、 Policies > API Data Protection > NEXT GEN > RETROACTIVE SCANSに移動し、省略記号(…)をクリックしてください > Email Retroscan Usage。

遡及スキャンアクション

遡及的スキャンアクションと状態に関する重要な注意点：

遡及スキャンが開始されていない限り、遡及スキャンまたはポリシーを編集できます。
スキャン/一時停止/完了/キャンセル状態では、過去のスキャンを表示、複製、または削除することしかできません。つまり、過去のスキャンは、完了すると編集できません。
Netskopeでは、アプリインスタンスごとにアクティブな遡及スキャンは1つしか許可されていません。テナントに複数のアプリインスタンスが接続されている場合、Netskopeでは各アプリインスタンスでアクティブな遡及スキャンを実行できます。

ステータス対アクションマトリックス

この表は、遡及スキャン状態に対して実行可能な操作の一覧です。

重要な注意点

遡及スキャンに関して注意すべき重要なポイントを以下に示します。

1つのSaaSアプリインスタンスに対して、同時に最大2つのアクティブなレトロアクティブスキャン（進行中または一時停止）を設定できますが、実行できるのはそのうちの1つだけです。
- 既存のスキャンが完了するまで、2回目の遡及スキャンを開始することはできません。
- You also can’t resume a Paused scan if another scan is already In Progress.
canceled, completed, or not yet startedのスキャンは、この制限にはカウントされません。この制限は、テナントごと、またはSaaSアプリごとではなく、アプリインスタンスごとに適用されます。2回目の遡及スキャンを実行しようとすると、UIにエラーメッセージが表示されます。
一時停止された遡及スキャンは、最大120 daysの間一時停止されたままになります。その期間を過ぎると、スキャンを再開することはできません。続行するには、一時停止したスキャンをキャンセルし、新しいスキャンを開始する必要があります。
遡及スキャンは単一のインスタンスに紐付けることができ、そのインスタンスのすべてのポリシーにも同様に適用できます。作成後は変更できません。新しいポリシーに基づいて、新しい遡及スキャンを作成する必要があります。
遡及スキャンは複数のポリシーをサポートでき、1 つのポリシーは複数のプロファイルをサポートできます。
Netskopeは、複数のインスタンスにまたがって実行される複数の遡及スキャンをサポートしています。ただし、インスタンスごとにアクティブなスキャンは1つのみです。
遡及スキャンポリシーエディタは、継続的/アクティブなポリシーエディタと外観および操作感が同じです。
遡及的スキャンポリシーは、継続的／有効なポリシーとは切り離して考えられます。つまり、既存の進行中/アクティブなポリシーを遡及スキャンに使用することはできず、その逆も同様です。さらに、新しい遡及スキャンポリシーを作成しても、そのポリシーは進行中/アクティブなポリシーページには表示されず、その逆も同様です。