File protection

File protection lets you identify documents containing sensitive data through the use of protection rules. Once protection rules are created, they can be applied to documents gathered in workbooks.

NOTE: Only file types supported by your selected file protection method can be protected.

File protection is implemented using one or more of the following systems.

  • Mask file system and SharePoint documents in their original source location.

  • Encrypt files using Microsoft Purview Information Protection, referred to as "Microsoft Purview labeling" in OpenText Core Data Discovery & Risk Insights.

  • Perform custom actions on items in workbooks by connecting to existing third-party applications using OpenText Core Data Discovery & Risk Insights APIs. For example, you can generate a list of sensitive items that you can handover to File Governance Suite (FGS) File Report to create a file access report.

You can filter and search for protected items by metadata in Analyze and Manage, but the content of protected items is not viewable.

For information about applying file protection rules to items in a workbook, see Manage workbook activity

Mask at the source location

You can mask file system and SharePoint documents at their original source location. This method replaces the original documents, at the source location, with masked versions in the original file format. Masking at the source location is referred to as internal masking. When applied from the workbook protection action, masking is based on existing grammar types or rules for which masking is configured and selected as part of the file protection rule.

The following document file types processed from file system or SharePoint sources can be masked at their source location.

  • text-based formats

  • PDF

  • new Microsoft Office formats, such as .docx, .xlsx, and .pptx

A single Internal Masking file protection system is automatically created when your OpenText Core Data Discovery & Risk Insights application was installed and cannot be edited or deleted. You need to create File protection rules to define how you want to mask documents at their source.

CAUTION: This is an irreversible action that overwrites the document in the original source location. To ensure you have a backup, perform a send to target action against the workbook before masking the documents at the source.

Encrypt using Microsoft Purview labeling

Encrypt files using Microsoft Purview Information Protection. In OpenText Core Data Discovery & Risk Insights, this file protection type is referred to as "Microsoft Purview labeling". Once Microsoft Purview labeling systems have been configured in Connect and the desired Microsoft Purview labeling rule applied to items in a workbook in Manage, the binary file (if collected and not on hold), content, and grammar value details are removed from OpenText Core Data Discovery & Risk Insights.

For each Microsoft Purview labeling system you create in Connect, OpenText Core Data Discovery & Risk Insights reads the associated rules (policies) you have already implemented in your environment. When you manually deactivate a Microsoft Purview labeling system in OpenText Core Data Discovery & Risk Insights, all rules associated with the system are deactivated. If you re-activate a system, you must manually re-activate the associated rules. When systems or rules are deleted in Microsoft, the systems or rules are automatically deactivated in OpenText Core Data Discovery & Risk Insights.

NOTE: You can apply Microsoft Purview Information Protection labels in OpenText Core Data Discovery & Risk Insights 24 hours after the label is created in Microsoft.

For information about configuring the connection to Microsoft Purview Information Protection, see Microsoft Purview Information Protection connection.

Protect using custom actions

Perform custom actions on items in workbooks by connecting to existing third-party applications using OpenText Core Data Discovery & Risk Insights APIs. For example, you can generate a list of sensitive items that you can handover to File Governance Suite (FGS) File Report to create a file access report.

Once API-based systems have been configured in Connect and the corresponding action applied to items in a workbook in Manage, an API Developer, user using the included APIs, can retrieve the information about the workbook items and can mark the action status as Processing. The designated person can then apply the custom action and take any addition necessary actions.

Permissions to access the API-based custom actions are created when the system is created. The permissions display at the bottom of the Manage and Workspace Security role permissions in Administration but are not assigned to existing roles by default. You must assign the permission for the custom action to a role. For a user to be able to execute the custom action on items in a workspace, the user must be assigned that role when you create or edit the Security for the workspace. For more information, see "Roles" in the Administration Help Center.

If you have the appropriate permissions to use the APIs to manage custom actions, see API-based custom activities.

The defined icon for an API-based custom action displays alongside the default action icons on the Activity tab of the workbook detail pane. The workspace must have the feature enabled for the API-based action. The features display in a separate column on the Features page when creating or editing a workspace in Manage. Like the default features, you must select the custom action feature for the workspace and assign a user with the necessary role to allow that user to see the custom action icons for the workbook.

Edit a file protection system

Microsoft Purview labeling and API file protection systems can be edited as needed.

Activate or deactivate a file protection system

You can activate and then deactivate Microsoft Purview labeling and API file protection systems as needed. Once deactivated, you will not be able to select the system when selecting a file protection system to apply to a workbook. A deactivated system cannot be edited or deleted.

For each Microsoft data protection system you create in Connect, OpenText Core Data Discovery & Risk Insights reads the associated rules (policies) in your environment. When you manually deactivate a Micorosoft data protection system in OpenText Core Data Discovery & Risk Insights, all rules associated with the system are deactivated. If you re-activate a system, you must manually re-activate the associated rules. When systems or rules are deleted in Microsoft, the systems or rules are automatically deactivated in OpenText Core Data Discovery & Risk Insights.

Delete a file protection system.

You can delete Microsoft data protection and API file protection systems as needed. The source location, the underlying Microsoft Purview Information Protection solution, or the API itself.