cancel
Showing results for 
Search instead for 
Did you mean: 

A Security Practitioner's Perspective Blocking Time Sensitive Materials from Public Exposure

stevan
Netskope
Netskope

A Security Practitioner's Perspective

Blocking Time Sensitive Materials from Public Exposure

By: Stevan Pierce and Jose Ramirez

 

Background

Netskope DLP technologies are typically known to be used for blocking a variety of materials such as Intellectual Property, databases containing employee or customer data, hashes of data to be used in Exact Data Matching, etc, etc.

 

Netskope is also able to provide protection of time sensitive materials from public exposure and allow for the dissemination of the material internally.  A prime use case would be blocking the ability of employees to share information about a company acquisition; and, at the same time, allow those employees to talk amongst themselves using company resources such as those which are sanctioned, i.e. Slack or Google GMail.

 

The example we are using to showcase this capability of time sensitive material controls is the release of an article on Forbes, Netskope – Security Transformation For Digital Transformation

 

In addition to meeting the use case above, Netskope partners provide additional protection such as Mimecast restricting outbound emails.

 

In this paper, we will explore what it looks like to block time sensitive information from public exposure using Real-time DLP policies for CASB applications, API-enabled Protection for SaaS applications, and augmenting these services with Mimecast.  

Practical Application

Use Case

We are blocking time sensitive materials from public exposure.  In order to do this, we will create Real-time Protection DLP policies for sanctioned CASB applications and general CASB categories using the following requirements:

  • Allow sending the article to internal email recipients and alert for visibility and reporting using Google GMail;
  • Block sending the article using the Webmail category until a specified time;
  • Allow a specific person and group within the enterprise to actively work on the article using their corporate identity in Slack;
  • Block sending the article using the Collaboration category until a specified time;
  • User Alert on Google Drive and Microsoft Office 365 OneDrive; and,
  • Block activities using the Cloud Storage category until a specified time.

 

In addition to Real-time Protection policies, we are going to further secure and restrict activities using API Data Protection policies using the following requirements:

  • Relocate the article to a Legal Hold location using DLP for all users except persons responsible for the article in Microsoft Office 365 OneDrive;
  • Alert on emails sent using DLP for all users except persons responsible for the article in Microsoft Office 365 Outlook; and,
  • Encrypt the article using DLP for all users in Microsoft Office 365 Sharepoint.  

 

These rules are crafted to protect the enterprise and guide persons to use officially approved applications which the organization has signed off on: Google GMail; Slack; and Microsoft Office 365.  Mimecast will be used in conjunction with Netskope to provide an additional level of security.

DLP Rule & Profile

In order to block time sensitive materials from public exposure, we have to know what we are working with.  With this in mind, we need to create a DLP rule, a profile encompassing the rule, and subsequent policies. 

 

We need to choose keywords or phrases in the article to help differentiate it from other traffic and use those in a DLP rule.  The keywords or phrases below will be defined as data identifiers and named as is, except the last phrase will be called Skate and Puck:

  • SWG;
  • SASE;
  • “sassy,”;
  • CASB;
  • FWaaS;
  • zero-trust network access;
  • ZTNA;
  • big data analytics;
  • Patrick Moorhead;
  • Zededa;
  • Sanjay Beri; and,
  • “skate to where the puck is going, not where it has been.”

 

The data identifiers will be similar to the following and will be case insensitive to avoid a capitalization issue which allows for exfiltration.

 

stevan_0-1665634519131.png

 

 

We need to add these data identifiers to a DLP rule and select a keyword or phrase to be found at the beginning of the article, known as a global data identifier.  Only content will be scanned.

 

stevan_1-1665634519274.png

 

 

Since we are only scanning the article and not scanning for exfiltration of employee data, we are only looking at one (1) record. 

 

stevan_2-1665634520008.png

 



For simplicity’s sake, this will be the “Forbes Article” in a DLP profile with the same name.

 

stevan_3-1665634518966.png

 




Real-time Protection Policies

stevan_4-1665634519222.png

 

 

Similar to a firewall, Real-time protection policies are processed from the top down.  After the first match, the rest of the policies are not processed.

 

GMail Internal Recipients Alert

stevan_5-1665634519450.png

 

 

With this policy, we are allowing and alerting on activities between Netskope employees using constraints when detecting movement of the Forbes article.  The alerts to be seen in SkopeIT Alert Events only and not user visible.

 

We do not want to allow any other webmail application to send, receive, download, and other activities when it comes to this article.

 

Webmail Category Block

stevan_6-1665634519249.png

 

With this policy, we are not concerned about using constraints to limit activities to only Netskope employees.  Therefore we are using the general webmail category to block activities regardless of who is using any webmail application until Friday 8/26 at 5pm when the article will be publicly available.

 

Slack Actions Allow

stevan_7-1665634519021.png

 

We do want specific employees to be able to share the article internally over Slack but no other collaboration applications.  In this policy, we are allowing activities over Slack before we block other collaboration applications as seen below.


Collaboration Block

stevan_8-1665634519513.png

 

Similar to the webmail block policy, we are prohibiting any communication using collaboration applications until Friday 8/26 at 5pm when the article will be publicly available.


Google Drive User Alert

stevan_9-1665634519088.png

 

 

With this policy we want to make users aware of their activities centered around the article and still allow for their ability to work on it, share it, etc, etc. 

 

Microsoft Office 365 OneDrive User Alert 

stevan_10-1665634519124.png

 

Since access to or licensing in Microsoft Office 365 is extremely limited, we are not concerned about using constraints and therefore will use a policy similar to Google Drive minus constraints of course.

 

Cloud Storage Block

stevan_11-1665634519246.png

 

Similar to the other category blocks, we are going to apply a cloud storage category block policy, prohibiting the use of any cloud storage applications until Friday 8/26 at 5pm when the article will be publicly available.

 

API-enabled Protection Policies

Unlike Real-time Enabled Protection Policies, API-enabled Protection Policy ordering is not a concern.  Since access to or licensing in Microsoft Office 365 is extremely limited, we are going to exclude three users from API policies and apply them to the rest of the Microsoft Office 365 user base.

 

Microsoft Office 365 OneDrive Legal Hold

stevan_12-1665634519590.png

 



Microsoft Office 365 Outlook Alert

stevan_13-1665634519158.png

 

 

Microsoft Office 365 Sharepoint Encryption

stevan_14-1665634519540.png

 

Mimecast

Content Examination Policy

Mimecast allows us to create content examination policies for inbound and outbound mail. With this policy type we are able to search for specific content within email subject lines, headers, email bodies, and attachments through keywords, regex patterns, and MD5 file hashes. With the example given earlier, if we were to replicate this within Mimecast, to add some layered defense to our pre-existing Netskope policy, this is what the content examination definition would look like:

 

stevan_15-1665634519333.png

 

Now, let's start off with the “Activation Score”, this is the set amount of hits needed for the policy to take its defined action. The action can be either hold, delete, or bounce the email.

stevan_16-1665634519482.png

 

This score is made up of the amount of hits for the words/phrases within the Match list. Each entry has a score to it and each match will drive the score up until it reaches the activation score. We can then balance the weight of each match to tune the definition. In this example, we gave some of the words/phrases a larger score to guarantee the activation score will be met if the higher valued word/phrases are detected.

stevan_17-1665634519457.png

 

We can then define what sections of the email will be scanned. For this example, we set the subject line, the email’s headers, the email’s body, and any attachments in the email as sections that can be scanned (binary attachments will not be scanned unless the “Scan Binay Attachment” option is selected).

stevan_18-1665634519051.png

 

The rest of the definition can be configured differently based on the policies action.

stevan_19-1665634519420.png

 

 

Monitoring

Once the policies have been deployed and synced across the proxies we would be able to see activities related to the policies put in place earlier.  Subsequently, we will be able to allow, alert, user alert, and block activities which may be harmful if time sensitive information is leaked.

 

These activities include the use of Google Mail and Yahoo Mail to send the article.

stevan_20-1665634519248.png

 

 

Other activities include the use of Slack to send internal communications, collaboration.

stevan_21-1665634519351.png

 

 

Conversely, we are able to block unauthorized use of Evernote to collaborate with others.

stevan_22-1665634519279.png

 

 

We even see the storing of the article in MIcrosoft Office’s OneDrive for Business as well as Google Drive to make the user aware through the use of user alerts.

stevan_23-1665634519292.png

 

 

stevan_24-1665634519600.png

 

 

When it comes to API-enabled protection, we are able to easily see the alerts and actions taken by Netskope.

stevan_25-1665634519560.png

 

 

As for Mimecast, policy events can be monitored from the Data Leak Prevention section of the Administration Console (Administration > Monitoring > Data Leak Prevention). The UI allows us to sort for specific actions, recipients, senders, subject lines, and policy names. From here we are able to get a good overview of the amount of emails being affected by a content examination policy, giving us an insight on whether the policy is too restrictive or lenient.

stevan_26-1665634519394.png

 

 

If the policy action is set to hold, we can navigate to Administration > Message Center > Held Messages and select the policy name within the Held Reason section of the Overview tab.

stevan_27-1665634519485.png

 

 

This allows us to look at the messages caught by the policy in the past 30 days, we can then look at the ‘Held Information’ field within the Details tab to learn more about the reasons the message was held. We can use the Message tab to look at the message’s contents for context and to discern the senders/recipients intentions.

stevan_28-1665634519567.png

 

Conclusion

Blocking of time-sensitive data is particularly relevant during mergers and acquisitions, marketing campaigns, and changes in business which warrant secrecy but require coordination of personnel to work.  Netskope allows for the use of time-sensitive data by necessary persons without worrying about its disclosure.

0 REPLIES 0