In practically any type of organization, important and confidential information is managed which, if it gets into the wrong hands, can be detrimental to the organization. This information may contain management data, financial information, strategic data of the organization or even trade secrets. It can also be detrimental to the company to lose data that is subject to a regulation such as EU-GDPR with regard to third party data. This is especially important in sectors such as Healthcare where Medical Centers or Hospitals manage patient data, where appropriate security measures must be put in place so that there is no leakage of information from this type of data.
This is normally assumed by all organizations: They know that they are managing sensitive data, whether their own or that of third parties, and they understand that it must be protected in some way to avoid possible leaks. On the other hand, the IT or Security teams of the companies know that one of the best ways to protect information is through encryption, and in fact at the communication level encryption is an indispensable requirement via HTTPS/TLS..
In fact, according to a report by the Ponemon Institute for IBM, one of the most effective ways to reduce the cost of a data leak is encryption.
However, it is striking that in most of the information leaks that occur, the encryption of the extracted information was conspicuous by its absence. In fact, in only 3% of information leaks, the extracted data was encrypted and unusable. This has recently been exploited in ransomware attacks, where not only is information encrypted for ransom, but unencrypted data is extracted from the organization and ransom demanded for not making it public.
The creators of ransomware have realized that this is proving more effective than ransoming encrypted data, as in many cases organizations are turning to backup copies to recover their data. We recently saw news of a hospital that had paid a large ransom to attackers who had extracted 240 GB of unencrypted data from the organization through ransomware and threatened to make it public.
When we talk about unstructured information (files, documents, etc.) it is no longer so clear who should encrypt it and which information to encrypt. Managing encrypted information is not as simple as managing unencrypted information, and using it means a change of mentality in the organization that must be managed.
Some impediments that appear in organizations for the use of encryption are:
We have talked before about accompanying simple guides on when to protect information. Users should know when to protect a file and when not to. As the Zero-Trust security model indicates (see “Forrester Five Steps for a Zero-Trust Network”) it is important to identify the data you need to protect.
Some organizations use solutions to search for or identify sensitive information, or data labeling or classification solutions as a first step to determine what should or should not be protected. However, we must not forget that identifying sensitive information or labeling it does not mean protecting it. In this article we talk about two technologies that help classify and protect data: DLP and IRM.
Many organizations have very simple information classification policies with levels such as “Public”, “Internal Use”, “Confidential”, etc. On paper, they seem perfect, but what good are they if we cannot then apply them and protect the information from “Internal Use” or “Confidential”?
A practical approach to deciding what to protect and what not to protect is explained in the figure below:
Depending on the “toxicity of the data”, understood as the extent to which a possible loss or leakage of it may harm customers, employees or the organization itself, I must apply a more restrictive restriction or encryption. For example, if I am managing information that may involve a breach of regulations, I must apply restrictive protection by limiting access to it to certain users in a certain department and with view-only permissions. If the information may have value for a competitor, I should restrict its access or use within our organization, but not make it accessible to external users.
By taking this model further and simplifying it further, I could give internal users the following guide: If I have data that can harm the company, employees or customers, this information must be protected. Later on it is possible to differentiate in the level of protection to be applied, but it can be a good guide to start.
In order to apply this type of guide, it is necessary to have encryption or protection solutions that can go beyond traditional encryption: I must be able to limit who can or cannot access my information and even the permissions with which they can access it. A password or certificate- based system where anyone who has the key can access it is not valid, or that once unprotected, I can do with the file what I consider. In this sense it is key to have a “protection in use” of the information and not only protection in transit or at rest.
As we said before, protecting or encrypting information requires a change of mentality in the organization, but this change of mentality is necessary if we want to extend a culture of protection within the organization.
In fact, by implementing a document management system in the company we will have faced something similar. In the following figure, we simulate the change involved in implementing a document management system with the change involved in encrypting information or applying a data-centric security strategy.
However, despite this change in mentality regarding the implementation of a document management system, all the companies that have implemented it have observed its benefits.
If we talk about the possibility of avoiding a data leakage, the return of investment or ROI (Return Of Investment) that we obtain by implementing a data-centric protection system is even greater. The following figure shows the related ROI of an information protection solution. There are companies that have directly closed down due to the impact of an information leak.
Seeing this Return on Investment and the benefits of reporting, all users in the organization should have the ability to protect their data through easy-to-use tools. If someone in the organization has a file with sensitive information that needs to be protected, they should know that they have to protect it and have the tool at their disposal that allows them to protect it without having to consult with IT to understand how to perform the encryption operation.
Whenever possible I should make things as easy as possible for the users in my organization. For example, by automatically protecting sensitive information when:
In the following article we explain how to automate the classification and protection of data effectively.
Encrypting information, as we said before, has proven to be one of the most useful practices to protect our data against a possible security breach. However, encrypting data does not have to be complicated, but rather a useful means of extending a culture of protection in the company.
SealPath recommends a secure information management cycle based on the following pillars:
You can read the original article in SealPath website.