Skip to content

Securing data at rest

Last reviewed: 6 months ago

Introduction

Data at rest refers to data that is stored in a fixed location, such as on a local hard drive, on-premises server, or cloud storage. Many businesses today are using SaaS platforms that store a lot of business data in structured forms (like databases) and unstructured forms (files like documents, images, spreadsheets). The security of the actual storage of the data, such as encryption and reliable backups, is usually abstracted from your control. But the SaaS applications allow you to manage user accounts, define what data they have access to, and also provide an ability to share access to data.

While Cloudflare mostly secures data in transit as it travels over our network, we also have the ability to connect to your SaaS applications and use our DLP profiles to examine data at rest that might not be adequately secured and then provide recommendations for you to take action.

Protecting data with Cloudflare CASB

Cloudflare’s API-driven Cloud Access Security Broker (CASB) works by integrating with SaaS APIs and discovering both unstructured data at rest (documents, spreadsheets, and so on) and also examining general configuration of the application and user accounts to ensure data access controls are correctly configured.

DLP profiles are used to discover if files stored in your SaaS application contain sensitive data. Matches are then compared with access controls and findings are generated, such as findings to alert you to a spreadsheet that contains credit card information that is accessible by anyone on the Internet.

When Cloudflare CASB is combined with Cloudflare’s Secure Web Gateway service, which inspects all the traffic going to and from a SaaS application, customers can achieve comprehensive visibility into both data in transit and data at rest for SaaS applications.

Figure 1: Overall solution of user access controls to, and the discovery of, sensitive data.
Figure 1: Overall solution of user access controls to, and the discovery of, sensitive data.

Securing user access to data at rest

  1. Cloudflare authenticates users attempting to access SaaS applications, whether they are initiating the request from managed or unmanaged endpoints.

    1. For managed endpoints, we recommend deploying our device agent to maximize visibility and control of all traffic between the end user’s device and the resources being requested.
    2. For unmanaged endpoints, we have client-less solutions which all you to still have visibility over and inspection into the data accessed by users.
  2. Cloudflare’s Zero Trust Network Access (ZTNA) service can integrate directly with your SaaS applications using standard protocols (e.g. SAML or OIDC) to become the initial enforcement point for user access. Access calls your identity provider (IdP) of choice and uses additional security signals about your users and devices to make policy decisions.

  3. As an extension of what was covered in Securing data in use, Cloudflare Remote Browser Isolation (RBI) can also be used with dedicated egress IPs, so that even remote clientless user’s traffic can arrive at the requested SaaS application from predictable and consistent IP addresses.

Discovering and protecting the data at rest

  1. In addition to what we covered in Securing data in transit, Cloudflare Data Loss Prevention (DLP) can be used to discover files that reside in your SaaS applications that contain sensitive data. CASB will scan every shared and/or publicly accessible file in the SaaS app for sensitive text that matches the DLP profile and alert you with recommended actions to take.

  2. To complement the dedicated egress IP option mentioned above, SaaS providers enable the ability to restrict access to your organization’s resources by only permitting access when traffic is sourced from specific IP addresses.

  3. When you integrate a third-party SaaS application with Cloudflare CASB, CASB makes routine, out-of-band API calls that analyze the associated metadata of your configurations, users, files, and other SaaS ‘objects’. Security issues, or ‘Findings’, are then detected based on whether the metadata indicates any insecure or potentially hazardous configurations exist within the integrated SaaS applications. This can include application misconfigurations, exposed and/or sensitive data, and users accounts with poor security.