Cloudflare Docs
Cloudflare Zero Trust
Edit this page on GitHub
Set theme to dark (⇧+D)

Applications and app types

Gateway allows you to build DNS, Network, and HTTP policies based on applications and app types. This feature gives you more granular control over how web applications are used on your network.

​​ Applications

When you choose the Application selector in a Gateway policy builder, the Value drop-down menu will show all supported applications and their respective app types. Alternatively, you can use the Gateway API to fetch a list of applications, app types, and ID numbers.

​​ App types

Application typeDefinition
Collaboration & Online MeetingsApplications used to communicate or collaborate in a business setting.
DevelopmentApplications used for software development and development operations.
EmailApplications used for email.
Encrypted DNSApplications used for encrypting DNS.
File SharingApplications used to share files.
Finance & AccountingApplications used as finance and accounting tools.
Human ResourcesApplications used to manage employees and workforce tools.
Instant MessagingApplications used for instant messaging.
IT ManagementApplications used to manage IT deployments.
LegalApplications used as legal tools.
ProductivityApplications used as business tools.
Public CloudApplications used to manage public cloud infrastructure.
Sales & MarketingApplications used as sales and marketing tools.
SecurityApplications used for information security.
Social NetworkingApplications used for social networking.
StreamingApplications used for streaming video or audio.
Do Not InspectApplications that are incompatible with the TLS man-in the middle certificate that is required for Cloudflare Gateway’s proxy to function. These applications either use certificate pinning or send non-web traffic such as Session Initiation Protocol (SIP) or Extensible Messaging and Presence Protocol (XMPP) over TLS.

​​ Do Not Inspect applications

Some applications are incompatible with TLS decryption for a variety of reasons, one of which is certificate pinning. This is a process used by applications to verify that the TLS certificate presented from the origin server matches a known, specified list of certificates hardcoded in the application.

This is a countermeasure to man-in-the-middle attacks where an attacker presents a trusted, but false, certificate on behalf of the origin in order to decrypt the traffic. This is exactly what TLS interception in a Secure Web Gateway does, although for the purposes of securing a user’s web traffic.

Gateway automatically groups applications incompatible with TLS decryption into the Do Not Inspect app type. To ensure that traffic gets through to these applications, you can create an HTTP policy for all Do Not Inspect applications.

Gateway periodically updates the Do Not Inspect app type to include new applications. By creating this Do Not Inspect HTTP policy and selecting all applications within the Do Not Inspect app type, you will ensure that your Do Not Inspect policy will apply to any new applications added to the app type.

​​ Office 365 integration

You can perform a one-click action to bypass TLS decryption for all Office 365 traffic. To enable, go to Settings > Network > Bypass decryption of Office 365 traffic and select Create policy. This will create a Do Not Inspect policy for all Office 365 domains and IP addresses specified by Microsoft. This policy also uses our own Cloudflare intelligence to determine which traffic belongs to Office 365.