This post is a variation of another I wrote, Use AIP Labels in DLP Policy Rules, where I demonstrated how you can apply a Data Loss Prevention (DLP) Policy based on a managed property in the SharePoint search schema.
My background is SharePoint so most of my ideas tend to center around how I can integrate other services with it. The DLP capability I describe above made me think of content types and whether there would ever be a business need to apply a DLP Policy based on a specific content type in SharePoint. I think yes. An example of this would be to restrict external sharing for your company’s contracts. This is the scenario I’ll walk-thru in this post.
In the steps below, I assume you already know how to set up a content type, work with the SharePoint search schema and run PowerShell against the Security & Compliance Center. Let’s get started!
Step 1: I created a custom document content type in SharePoint called Contoso Contract.
Step 2: I added 2 documents to a library using the Contoso Contract content type and one document with the Document content type. I did this only to demonstrate the DLP Policy will be applied to the Contoso Contract documents and not to the Document content type. Pictured below is the library with the 2 types of documents.
Step 3: In the tenant search schema, I mapped the ows_ContentType crawled property to a new managed property, RefinableString03 and gave it a descriptive alias, ContentTypeAlias, as shown in image below:
Note: you could have the same Contoso Contract content type set up across many other site collections and use them anywhere in your tenant. This would mean the DLP policy would be in effect across any site collection in your tenant storing Contoso Contracts. This makes this a very scalable solution.
I tried using the existing SPContentType and ContentType managed properties but neither of them worked for setting a DLP rule. I had success with using one of the pre-configured RefinableString## managed properties instead.
Step 4: I requested a re-index of the library/site.
Step 5: To test the managed property setting, I entered the search request below to ensure the two documents of type Contoso Contract would be returned. I used the alias, ContentTypeAlias, in the search query but the managed property name, RefinableString03, would have worked equally as well.
Step 6: I configured the DLP Policy to be in effect across all Exchange, SharePoint and OneDrive locations. This must be done via PowerShell.
Step 7: I configured the DLP Rule pointing to the new RefinableString03 managed property.
Note: you can use either the managed property name, RefinableString03, or the alias name, ContentTypeAlias, in the DLP Rule setting. Either will work however the alias is easier for others viewing the Rule to know which property it applies to:
- -ContentPropertyContainsWords “ContentTypeAlias:Contoso Contract”
- -ContentPropertyContainsWords “RefinableString03:Contoso Contract”
This will ensure the DLP Policy will be applied to Contoso Contract documents across your entire tenant (assuming you have the policy published to that location). I also restricted this policy for external sharing and set the DLP Policy tip and required an override.
"WithJustification" -NotifyPolicyTipCustomText "This is a Contoso Contract! Treat as Confidential" -NotifyUser "Owner"
Step 8: Nothing to do here but wait. DLP policies are synced to the locations we’ve configured in the policy and will then asynchronously start to evaluate the content and enforce the restrict external sharing restriction we’ve configured on the rule.
Step 9: I monitored the document library to test if all Contoso Contract content types were now protected by DLP policy as indicated by the policy tip that will show in the document property pane. Yes, they were! As expected, the regular Document content type was not protected by the DLP policy.
Step 10: I selected one of the documents protected by the DLP Policy and could see the policy tip and was required to enter an override if I wanted to share it externally. Sweet!
Go ahead and try this out in your own organization. It’s a good way to leverage some of the Information Architecture you already have set up in your environment and place a layer of protection on top of it – a great way to safeguard some of the “crown jewels” in your organization.
Thanks for reading.