Netskopeデータ損失防止 (DLP) は、認可されたクラウド サービスと認可されていないクラウド サービスをすべて検査することで、クラウド内の機密データを正確に保護します。 ユーザーが DLP ポリシーに違反すると、 Netskopeインシデントを記録します。 エンドポイント DLP を使用している場合、コンテンツ コントロール ポリシーに違反したユーザーも DLP インシデントをトリガーします。
注記
DLPプロファイルおよび対応するDLPルール、フィンガープリントルール、MLベースの分類器、またはファイルプロファイルに一致するファイル/サブファイルごとにインシデントが生成されます。サブファイルとは、コンテナファイル内の任意のファイルのことです(例:(zip/tarファイル内のファイル、pptxドキュメント内の画像、docxファイル内のスプレッドシートなど)。DLPプロファイルに一致するコンテナファイルごとに1件のインシデントが生成され、サブファイルごとにも1件のインシデントが生成されます。
PowerPoint ドキュメントが DLP プロファイル内の DLP ルールに一致する場合 そのファイルに対してインシデントが 1 件作成されます。 同じPowerPointドキュメントに埋め込まれたクレジットカードの画像が、クレジットカード用の機械学習ベースの分類器と一致した場合、その画像に対して別のインシデントが作成されます。
例えば、.zipファイルの場合ファイルには300個のファイルが含まれており、DLPサービスは最大50件のインシデントを生成します。
一致するすべての埋め込みファイルは、イントロスペクションとCASBのケースでインシデントを生成します。
インライン(nsProxy)リクエストの場合、DLPは最も優先度の高いポリシーに関連付けられたプロファイルに対してのみイベント/インシデントを生成します。インシデント制限と、最も高いポリシー/プロファイルに一致するもののみイベント/インシデントを生成するという設定が組み合わさると、対応するインシデントがないアラートが生成される場合があります。例えば、最初の50個の埋め込みファイルが優先度の低いポリシー/プロファイルに一致し、それ以降の埋め込みファイルが優先度の高いポリシー/プロファイルに一致する場合、上限に達したため、優先度の高いプロファイルに関するインシデントは記録されません。
DLPインシデントの表示
インシデントのグループ化は、オブジェクトIDまたはハッシュが変更されるかどうかによって決まります。オブジェクトIDが同じままであればインシデントはグループ化され、ハッシュが変更されると新しいインシデントが発生します。ただし、ファイル名が変更されても、コンテンツが変更されていない場合は必ずしも新しいインシデントが発生するとは限りません。
組織内のDLPインシデントを見るには、 Incidents > DLPへ。
- DLPインシデントの結果を更新してください。
- DLPインシデントを特定の期間でフィルタリングします。事前に定義された時間枠を使用することも、 Date Rangeを選択してカレンダーを使用し、時間メニュを独自にカスタマイズすることもできます。
- クエリを使用してDLPインシデントを検索およびフィルタリングします。検索結果を絞り込むための他のフィルターを追加するには、 + Add Filterをクリックしてください。例えば、 Last ActionにBlockを選択し、この条件に一致するDLPインシデントのみを表示するアプリケーションを選択できます。クリックすることもできます
詳細検索モードに切り替える。クリック
今後の検索のために、フィルターの組み合わせを保存します。注記
エンドポイント DLP をお持ちの場合は、 Endpoint Content Control Policyでインシデントをフィルタリングできます。
- 違反件数の多い上位5件のアプリケーション、リスク、および上位5件のポリシーを表示します。
- DLPインシデントの一覧を表示します。各インシデントについて、以下のデフォルト情報が表示されます。
- Object: 違反の原因となったファイルまたはオブジェクトの名前。詳細が表示されるページを開くをクリックして、ステータスの変更、インシデントの割り当て、重大度の変更、およびアクションの実行を行いますApplication:違反の原因となったアプリケーションSite:違反の原因となったウェブサイトExposure:ファイルの公開レベル。# Violations:ファイルに関する違反の総数。このカウントは、インシデント内のすべてのポリシーで検出されたレコードの集計数を示しますLast Action:許可、ブロック、アラートなど、実行されたアクションStatus:イベントの状態を示します。3つの状態があります:
- パブリック – インデックス登録済みパブリック – インデックス未登録パブリックプライベート外部共有内部共有エンタープライズ共有クロスジオ
Assignee: インシデントの監視に割り当てられた担当者。Severity:オブジェクトまたはファイルの重要度レベル。4つのレベルがあります:- 新規進行中解決済み
- LowMediumHighCritical
さらに、 DLP ルールのSeverity ThresholdでCount only unique record選択した場合、深刻度にはカウントがCount: <Number of Violations> uniqueと表示されます。Count only unique record選択を解除すると、深刻度カウントはCount: <Number of Violations>と表示されます。
Object ID: オブジェクトまたはファイルの ID。Timestamp:違反が発生した日時。Instance:違反のトリガーとなったアプリケーションインスタンス。Instance Id:アプリケーションインスタンスの ID。Last Modified By:Netskope がファイルを処理したときに、そのファイルに対して最新の変更を行ったユーザー。Object Owner:オブジェクトまたはファイルの元の所有者。File Path:デバイス上の完全なファイルパス。DLP Policy:違反のトリガーとなったDLPポリシー。DLP Profile:DLPポリシーおよび違反に関連付けられているDLPプロファイル。DLP Rule:DLPポリシーおよび違反に関連付けられているDLPルール。注記
ServiceNow 向け API データ保護では、特定の種類のアクティビティについて、実際のユーザーではなく ServiceNow システム管理者ユーザーが Last Modified By ユーザーになる場合があります。これは、ファイル アップロードなどの特定のアクティビティに対して、ServiceNow がいくつかのチェックとスキャンを実行するためです。このため、Last Modified By ユーザーが「system」または「admin」になることがあります。
- Object: 違反の原因となったファイルまたはオブジェクトの名前。詳細が表示されるページを開くをクリックして、ステータスの変更、インシデントの割り当て、重大度の変更、およびアクションの実行を行いますApplication:違反の原因となったアプリケーションSite:違反の原因となったウェブサイトExposure:ファイルの公開レベル。
- Mark Status AsとSeverityを更新するオブジェクトを1つ以上Select 、さらにAssignにインシデントを監視する担当者を指定してください。
- テーブルを以下の基準で並べ替えてください。
- Object
- 応用
- Site
- 暴露
- 状態
- Assignee
- 重大度
- 実例
- Last Modified By
- オブジェクト所有者
- Timestamp
- ステータスを更新するオブジェクトを1つ以上Select 。 また、以下のことも可能です。
- Create Custom Statusカスタムステータスの名前を作成します。
- Manage Custom Statusesカスタムステートの表示、編集、または削除。
- 深刻度レベルを編集するには、1つまたは複数のオブジェクトSelect 。
- 1 つ以上のオブジェクトSelect 、インシデントを監視する管理者の電子メール アドレスを選択します。
- すべてのDLPインシデント(最大50万行)を、概要またはすべての詳細情報を含めてCSVファイルにエクスポートします。
- クリック
テーブルの列をカスタマイズするか、デフォルトの列に戻す。 - 1ページあたり最大100件のDLPインシデントを表示できます。
- 表の複数ページを表示する。

オブジェクトの詳細を表示
DLPページでは、 Objectをクリックすると、より詳細な情報が表示されます。

オブジェクト詳細ページの上部では、以下の項目を編集できます。
- Statusオブジェクトの状態を選択してください。クリック
に:- Create Custom Statusカスタムステータスの名前を作成します。
- Manage Custom Statusesカスタムステートの表示、編集、または削除。
- Assigned to: オブジェクトを監視する管理者の電子メール アドレスを選択します。
- Severity対象物の深刻度レベルを選択してください。
- Actions以下のいずれかの操作を実行してください。
- Encrypt:対象を暗号化してください。
- Restore: Restore the object.
- Blockオブジェクトをブロックします。
注記
NetskopeのテナントUIでは、Microsoft Office 365 SharePointサイトで「チェックアウトが必要」オプションが有効になっているファイルに対して、暗号化、復元、ブロックの操作が無効になっています。「チェックアウトが必要」が有効になっている場合、ファイルのコピーが隔離されますが、元のファイルは削除されません。

- Deleteオブジェクトを削除します。
- Release Email:隔離された電子メールを受信者にリリースします(SMTPプロキシインシデントのみ)。
- Change File Permissions: 特定の管理者、ユーザー、ファイル所有者などへのアクセスを制限することで、オブジェクトの権限を変更します。
- Contact Users: コンタクト 対象に関わるユーザーたち。
- Check Object HistoryAPIデータ保護から、オブジェクトに関する履歴(オブジェクトで発生したすべてのインシデント、オブジェクトに対して実行された修復またはアクションのログ、およびオブジェクトに関連するその他のアクティビティとバージョン情報を含む)を表示します。
- Download Objectインシデントオブジェクトを、フォレンジックプロファイルで定義されたフォルダにダウンロードします。詳細については、 「DLPインシデントファイルのダウンロード」をご覧ください。
- View Moreオブジェクトに関する現在の概要詳細(基本情報、共有リンク、共同作業者、バージョン履歴など)を表示します。
墓石の作成に失敗すると、Netskope はエラー メッセージを表示します。


インシデントの詳細を表示する
オブジェクト詳細ページのIncident Detailの下には、オブジェクトの詳細情報が表示されます。
- Timestamp違反行為が発生した日時。
- Type:事件の種類。
- Entity Created: SaaSアプリ上でエンティティが作成されたタイムスタンプを表示します。これは次世代APIデータ保護にのみ適用されます。
- Last Modified: エンティティが最後に更新または変更された日時のタイムスタンプを表示します。これは次世代APIデータ保護にのみ適用されます。
- Last Modified ByNetskopeがファイルを処理した時点で、最後にファイルに変更を加えたユーザー。
注記
ServiceNow向けのAPI データ Protectionでは、特定の種類のアクティビティについて、実際のユーザーではなく、Last Modified ByユーザーがServiceNowのシステム管理者ユーザーになる場合があります。これは、ファイルのアップロードなどの特定のアクティビティにおいて、ServiceNowがいくつかのチェックとスキャンを実行するためです。このため、Last Modified Byユーザーは「system」または「admin」になることがあります。
- Activity:当該事件に関連する活動。
- Action Taken貴社のポリシーに基づき、当該事案に対して講じられた措置。
- Violationsファイルに関連する違反の総数。このカウントは、インシデントに関連するすべてのポリシーで検出されたレコードの合計数を指します。クリック
Skope ITアラートにアクセスするには、こちらをクリックしてください。 - Application違反を引き起こしたクラウドアプリケーション(例:Dropbox)。
- Site違反行為を引き起こしたサイト。Traffic TypeがCloud Appの場合、サイトにはクラウドアプリ名が表示されます。Traffic TypeがWebの場合、サイトにはセカンドレベルドメイン名とトップレベルドメイン名が表示されます。例えば、「www.cnn.com」の場合、「cnn.com」です。
- Instance違反を引き起こしたアプリケーションインスタンス。
- URL違反を引き起こしたファイルまたはアプリケーションのURL。
- Object Name違反を引き起こしたファイル名またはオブジェクト名。クリック
API対応保護機能でファイルの詳細画面に移動します。 - Object Type: 操作の対象となるオブジェクトのタイプ。それはファイル、フォルダ、レポート、文書、メッセージなどである可能性があります。
- File Path: ユーザーのデバイス上の完全なファイルパス。
- File Typeファイルの種類。
- File Sizeファイルサイズ(バイト単位)。
- File Ownerアプリケーション内のファイルの作成者。
注記
Googleドライブでは、フォルダの所有権を変更しても、変更されるのは選択したフォルダの所有権のみであり、フォルダ内のファイルは含まれません。例えば、フォルダの所有権をユーザーAからユーザーBに変更する場合:
- フォルダの所有権がユーザーBに変更されます。
- フォルダの内容(ファイルやフォルダなど)の所有権はユーザーBには変更されません。ユーザーAの所有権はそのまま維持されます。
- File Language: ファイルの記述言語。
- True File Type: 真のファイルの種類。
- True File Category: 真のファイルのカテゴリ。
- From User: SaaSアプリにログインするために使用する電子メール アドレス。
- ChannelSlackおよびSlack Enterpriseアプリにおけるユーザーのチャンネル。
- Data Classificationデータ分類の詳細。
- Incident IDサブファイルに関連付けられたインシデントID。インシデントがメインファイルに対して発生した場合、インシデントIDは親インシデントIDと同じになります。
- Parent Incident IDスキャンされたメインコンテナ(または非コンテナ)ファイルに関連付けられたインシデントID。
- Object IDオブジェクトまたはファイルのID。
- MD5ファイルのMD5ハッシュ値。このハッシュ値を使用して、Skope IT イベントをフィルタリングし、ファイルに関連付けられたその他のアクティビティを表示できます。
- Connection ID接続障害のID。各接続には固有のIDがあります。
- App Session ID: Traffic TypeがCloud AppまたはWeb場合の、一意のアプリ/サイトセッションID。アプリ セッションは、ユーザーがクラウド アプリ/サイトの使用を開始すると開始され、一定期間 (15 分など) 非アクティブになった後に終了します。 このIDを使用すると、単一のアプリセッションにおけるすべてのユーザーアクティビティを確認できます。 アプリのセッションIDは、ユーザー、デバイス、ブラウザ、ドメインごとに一意です。
- Referer: ユーザーがアクセスしたアプリケーションの参照元URL(HTTP)。
- Source: MaxmindまたはIP2Locationジオデータベースによって特定されたユーザーの都市。
- Destination: MaxmindまたはIP2Locationジオデータベースによって決定された、アプリケーションの都市。
違反行為の閲覧
オブジェクト詳細ページのViolationsの下に、そのオブジェクトに関するすべてのDLP違反のリストが表示されます。
- クリック
データ識別子の一致結果のプレビューを表示します。ハイライト表示された一致項目にカーソルを合わせると、トリガーされたDLPプロファイル、データ識別子、トリガーされたDLPルール、および重大度レベルが表示されます。ストレージ容量の制限により、すべての試合がハイライト表示されるわけではありません。 - Overviewについては、以下を参照してください。
- Policy: トリガーされた DLP ポリシー。 Edit Policyをクリックすると、リアルタイム保護ページに移動してDLP ポリシーを編集できます。
- Violations: DLPポリシーの違反総数。
- Rule HitトリガーされたDLPルールの一覧。
- Policies: トリガーされたDLPルールに関連するDLPポリシーの一覧。
- Severity各DLPルールの深刻度レベルとヒット数。DLPルールでSeverity Thresholdの下にCount only unique record選択した場合、重大度にはカウントがCount: <Number of Violations> uniqueと表示されます。Count only unique record選択を解除すると、深刻度カウントはCount: <Number of Violations>と表示されます。
- DLP Rule Violationsについては、以下を参照してください。
- #違反番号。
- Preview: データ識別子のリストが一致します。トリガーされたデータ識別子を見るためにカーソルを合わせてください。
- Rule: クリックすると、関連するDLPルールの詳細が表示されます。View Ruleをクリックすると、 DLPルールページに移動します。
- DLP Profile: クリックすると、関連するDLPプロファイルの詳細が表示されます。View Profileをクリックすると、 DLPプロファイルページに移動します。
- DLP Policy: クリックすると、違反により DLP ポリシーがトリガーされた理由の詳細が表示されます。 Edit Policyをクリックすると、リアルタイム保護ページに移動してDLP ポリシーを編集できます。

ワークフロー設定

インシデントは、そのインシデントを引き起こしたユーザーのマネージャーにエスカレーションできます。これにより、実行したユーザーのマネージャーは、トリガーアクションがビジネス目的で必要であるか、それとも会社組織のポリシーに違反しているかにかかわらず、verdictを提供できるようになります。このフィードバックに基づいて、アナリストはインシデント解決をどのように進めるかを決定できます。
マネージャーはワークフローを完了するために適切な判定をクリックしてください。一度判決が下されると、その判決は変更できず、他の判決をクリックしても効果はありません。
ワークフロー開始から20日後に管理者にリマインダー電子メールが送信されます。
ワークフローはトリガーから30日後に期限切れとなり、 No Response 状態に移行します。その時点でアナリストは再びワークフローを起動できます。
前提条件
修復ワークフローを設定する前に、次の要件が満たされていることを確認してください。
- マネージャーの電子メールアドレスを取得するために、組織でカスタムSCIM属性が有効になっています。
- アクションを実行するユーザーがNetskopeテナントにインポートされており、SCIMプロファイルに有効な管理者電子メールが設定されています。
- リアルタイム保護ポリシーには、フラグが設定されたメッセージを隔離する Add SMTP Header アクションが含まれています。詳細については、リアルタイム保護ポリシーをご覧ください。
Microsoft Exchange 連携の承認
Microsoft Exchangeでの電子メール検疫の修復ワークフローについては、次の承認手順を完了してください。
ステップ1:Netskopeで統合認証を付与する
- Netskope 管理コンソールで、Incidents > DLP に移動します。
- 右側のWorkflow Settingsをクリックしてください。
- Workflow Settings ペインで、Integrations タブを選択します。
- Microsoft Exchange をクリックし、Microsoft 365 管理者アカウントでサインインして、同意プロンプトを承認します。
- 同意が成功すると、Microsoft は
Netskope for SMTP Workflowエンタープライズ アプリケーションを Microsoft Entra テナントに追加します。
- 同意が成功すると、Microsoft は
ステップ2:Azureポータルでのセキュリティ管理者ロールの割り当て
- 同じ Microsoft テナントを使用して Azure ポータルにサインインします。
- 上部の検索バーに
Microsoft Entra roles and administratorsを入力し、Services の下の Microsoft Entra roles and administrators を選択します。 - All roles ページで、Security Administrator を検索して選択します。
- Add assignmentsをクリックしてください。
Netskope for SMTP Workflowを検索して選択し、Add をクリックします。
承認者のマッピングの設定
承認者のマッピング設定は、テナントに対してグローバルです。管理者エスカレーションおよび電子メールリリースリクエスト用のカスタム属性をマッピングするには:
-
Netskope 管理コンソールで、Incidents > DLP に移動します。
-
右側のWorkflow Settingsをクリックしてください。
-
Workflow Settings ペインで、Approver Mapping タブを選択します。
-
Custom Attribute for Manager Emailの下で、Manager Email – Custom Attributeドロップダウンリストをクリックします。

-
ユーザーのマネージャーの電子メールアドレスを格納するカスタム属性を選択します。
-
Saveをクリックしてください。
ワークフローを設定した後、ページを更新してインシデント詳細ビューでワークフローオプションを有効にします。
ワークフローの開始
DLPインシデントの詳細ページから直接修復ワークフローを開始できます。
-
管理コンソールから、Incidents > DLPに移動します。
-
修復するインシデントをクリックします。
-
適切な修復アクションを選択します。
管理者へのインシデントのエスカレーション
隔離された電子メールのリリース(Microsoft Exchange)
Microsoft Exchangeで電子メールが隔離された電子メールDLPインシデントの場合:
-
Direct Release:上部のアクションバーにある RELEASE EMAIL をクリックすると、管理者の承認を求めずに、隔離された電子メールを直ちに受信者にリリースできます。
-
Request Manager Approval:INITIATE WORKFLOW > Request Approval to Release Emailをクリックします。ワークフローが直ちに開始され、送信者のマネージャーに電子メール通知が送信されます。
ワークフローをトリガーする場合:
- 送信者は、承認ワークフローがトリガーされたことを確認する通知電子メールを受信します。
- 送信者、受信者、件名、タイムスタンプ、添付ファイル名、違反した特定の DLP ルールおよび重大度レベルなど、インシデントの詳細を含む電子メール通知が送信者のマネージャーに送信されます。マネージャーは、電子メール通知から直接 Release または Reject をクリックできます。
- 送信者とアナリストの両方が、マネージャーの承認または却下の判定に関する電子メール通知を受け取ります。
-
ワークフローのステータスとツールチップ
修復ワークフローに対して表示されるインターフェイスのステータスとツールチップについて、次の表で説明します。
| ワークフローの状態 | デスクリプション | Tooltip Text |
|---|---|---|
| Missing Attribute Mapping | カスタム属性マッピングがワークフロー設定で構成されていません。 | このワークフローを有効にして利用するには、ワークフロー(Workflow)設定ページでカスタム属性マッピングを指定してください。 |
| Workflow In Progress | このインシデントに対して、すでに承認ワークフローが開始されています。 | 電子メールリリースの承認をリクエストするワークフローはすでに開始されています。管理者がそれまでに判定を下さない場合は、最初のトリガー日から30日後にこのワークフローを再開できます。 |
| Missing Acting User Email | アクションを実行するユーザーの電子メールが見つからないか、解決できません。 | 隔離された電子メールのリリースを試みるときに参照する管理者を指定する際に使う、有効な実行ユーザーの電子メールがありません。 |
| Email Released | 電子メールはすでに検疫から解除されています(同じ電子メールに対する重複インシデントを含みます)。 | RELEASE EMAIL ボタンと Request Approval to Release Email メニュオプションが無効になり、電子メールがすでにリリースされていることが通知に示されます。 |
| Not a Quarantined Email | このインシデントは、隔離された電子メール インシデントではありません。 | 電子メール検疫リリース ワークフローは、隔離された電子メール インシデントでのみ利用可能です。 |
| Not an SMTP Proxy Incident | このインシデントはSMTPプロキシによって検知されませんでした。 | 電子メール検疫リリースワークフローは、SMTPプロキシによって検出されたインシデントでのみ利用できます。 |
| Not Microsoft Exchange | この電子メールのインシデントは、Microsoft Exchangeに起因するものではありません。 | 電子メール隔離リリースワークフローは、Microsoft Exchange の電子メールインシデントでのみ使用できます。 |
| Missing Exchange Grant | Microsoft Exchangeインスタンスへのアクセスが許可されていません。 | このワークフローを有効にするには、ワークフロー設定の統合(Workflow Configuration Integrations)ページで Microsoft Exchange インスタンスへのアクセス権を付与します。 |
| Quarantine Expired | 30日間の検疫保持期間が経過しました。 | 隔離された電子メールはインシデントの日付から 30 日間のみ保持されるため、電子メールを隔離から解除できなくなります。 |
すべてのワークフローのアクション、管理者からの応答、およびリリース操作は、Incident Workflow Details および Object History の下のインシデント詳細に記録されます。
DLPインシデントへのメモの追加
今、DLPインシデントにメモを追加できるようになりました。メモには 512 文字の制限があり、最大25個のメモを追加できます。
メモの権限は、Settings > Administration > Roles > (Role) > Privileges > Incidents > DLP にあります。ロールを閲覧のみ (View) または追加許可 (Manage に設定できるようになります。

メモを追加するには:
-
Incidents > DLPへ移動してください。
-
いずれかのIncidentをクリックしてください。
-
上記でハイライト表示されているIncident Notesボタンをクリックしてください。これによりIncident Notesウィンドウが開きます。

-
テキストを入力してAdd Noteを押してください。追加されたメモは、追加時にログインしていたユーザーに関連付けられます。(少なくとも書き込み権限を持つ)ユーザーは@でタグ付けできます。これらのメモは、当該事案に割り当てられた担当者(特定のメモにタグ付けされた担当者を含む)に通知します。


1 つのIncident Event内に複数のIncidentsが存在する場合、それぞれのIncidentは独自のノート スレッドを維持します。
削除されたファイルに関連するDLPインシデントの表示
ファイルが削除されたかどうかを確認するには:
- Incidents > DLPへ移動してください。
- Objectをクリックしてください。オブジェクトの詳細ページが表示されます。

- Actionsの下で、Netskope は注意メッセージを表示します。






