Security Cloud Platform Configuration

Netskope Secure Web Gateway provides the different global configuration settings below.

Dynamic URL Classification

Dynamic URL classification augments the URL categorization process for uncategorized URLs, i.e., URLs not found in the inline (NSProxy) database. When enabled, the service checks a POP-specific cache for uncategorized URLs. If a URL is not found in this cache, then the service immediately returns “Uncategorized” for the first request while simultaneously initiating an asynchronous search of Netskope’s second, larger database to find the correct category. Once the category is found, Netskope adds this categorization to the cache for 12 hours, allowing subsequent requests through the POP to receive the categorization.

Netskope uses a popularity algorithm to optimize the residency for URLs in its inline database to maximize performance for the highest traffic requests. As a result, a URL can phase out of this database and require dynamic URL classification to be classified.

To enable dynamic URL classification globally:

1. Go to Settings > Security Cloud Platform > Configuration.
2. Under Dynamic URL Classification, click Edit.

   

3. In the Edit Dynamic URL Classification, click the toggle to enable or disable. If enabled and users browse an uncategorized URL, Netskope dynamically classifies it into a predefined category.

   

4. Click Save.
5. Go to Policies > Web > URL Lookup to search for predefined and custom categories or report miscategorization.

   

URL Case Insensitivity Match

URL lists allow you to compile lists of URLs to include or exclude in policy scans. To enable your URL lists to be treated as case insensitive:

1. Go to Settings > Security Cloud Platform > Configuration.
2. Under URL Case Insensitivity Match, click Edit.

   

3. In the Edit URL Case Insensitivity Match window, click the toggle to enable or disable. If enabled, all URLs included in your URL lists are matched in a case-insensitive manner.

   

4. Click Save.

Safe Search

To block porn and other explicit content in image format that violates your corporate policy, use the Safe Search feature. Supported search engines include Bing, DuckDuckGo, Google, and Yahoo.

To enable safe search globally:

1. Go to Settings > Security Cloud Platform > Configuration.
2. Under Safe Search, click Edit.

   

3. In the Edit Safe Search, click the toggle to enable or disable. If enabled, Netskope blocks the session when users browse any inappropriate URLs.

   

4. Click Save.

Dynamic Trusted Store

To enable trusted store certificates globally:

1. Go to Settings > Security Cloud Platform > Configuration.
2. Under Dynamic Trusted Store, click Edit.

   

3. In the Edit Dynamic Trusted Store, click the toggle to enable or disable. If enabled, Netskope blocks the session when users browse any inappropriate URLs.

   

4. Click Save.

X-Forwarded-For Header

An X-Forwarded-For (XFF) header is used to identify the originating IP address of a user connecting to a web server through an HTTP proxy. Without the XFF header, the proxy server will be identified as the originating IP address. Use this feature to trust IP addresses contained in the XFF header.

To trust XFF headers globally:

1. Go to Settings > Security Cloud Platform > Configuration.
2. Under X-Forwarded-For Header, click Edit.

   

3. In the Edit X-Forwarded-For Header window, click the toggle to enable or disable. If enabled globally, Netskope trusts XFF headers for all traffic in your organization and overrides your XFF configurations for your IPSec tunnels, GRE tunnels, and Explicit Proxy over Tunnel. If disabled, you can trust XFF headers for traffic going through specific tunnels.

   

4. Click Save.

Detection Settings for AI Guardrails

With AI Guardrails, you can:

• enable GPU-based detection by connecting to the Netskope public cloud LLM for higher efficacy AI guardrails detection.

• store matched prompt and response content in Netskope

To enable these detection settings for AI Guardrails:

1. Go to Settings > Security Cloud Platform > Configuration.

2. Under Detection Settings for AI Guardrails, click Edit for:

   • GPU-based Detection

   • Matched Prompt and Response

     

3. In the GPU-based Detection and Matched Prompt and Response window, click the toggle to enable or disable.

   

   

4. Click Save.

Dedicated Egress IP Footprint

There are several auth-related services which may require configuration to allow Netskope Cloud IPs as the source address to these services.

For example, with active auth on the O365 Proxy, the local ADFS server may restrict auth from certain source IPs. Another case is when you want IdP providers to restrict auth requests from certain source IPs, or similarly restrict application access to a specific application. In these cases, you can use the Netskope Cloud IPs for these configurations.

Web and cloud apps that rely on source IP addresses as a form of identification and security can use the Netskope Dedicated Egress IP Footprint feature to help transition from on-premises security controls to a Security Service Edge (SSE) architecture. This provides admins with an additional option to enable access to these applications and minimize disruption to users.

Netskope’s Dedicated Egress IP Footprint feature allocates a minimum of two IP addresses from Netskope owned IP ranges per data plane that matches your accounts NewEdge traffic management zone/region. The dedicated IP ranges are completely separate from the shared IP ranges. Port exhaustion is monitored by the Netskope platform.

All traffic will use these IP addresses and is available for all steering methods and traffic except for Netskope Private Access (NPA) traffic.

You can see the list of IPs assigned to your account by going to Settings > Security Cloud Platform > Enforcement > Netskope IP Ranges. The Dedicated IP Ranges tab lists the assigned dedicated IPs. You can copy the IP ranges to use for conditional access policies on the SaaS side.

All Traffic Dedicated Egress IP

To enable dedicated egress IPs for user traffic hitting SaaS apps through the proxy:

1. Go to Settings > Security Cloud Platform > Configuration.
2. Under Dedicated egress IP Footprint, click Edit.

   

3. In the Edit Dedicated egress IP Footprint, click the toggle to enable or disable.

   

4. Click Save.

After saving this configuration, Netskope sends all traffic through the dedicated egress IP.

Conditional Dedicated Egress IP

(Optional) You can specify Source and Destination criteria to route matching traffic through the dedicated egress IP. If no criteria is specified, dedicated egress IP applies to all traffic.

To enable dedicated egress IPs for a subset of traffic hitting SaaS apps through the proxy:

1. Go to Settings > Security Cloud Platform > Configuration.
2. Under Dedicated Egress IP Footprint, click Edit.
3. Configure the Source and Destination specifications.

Important

When configuring a Conditional Dedicated Egress IP policy, keep the following in mind:

• Any traffic matching the policy criteria uses the dedicated egress IP to egress. The remaining traffic uses a Netskope public IP to egress.
• All Source and Destination conditions are OR conditions. That is, if any conditions are matched, then that traffic egresses out via the dedicated egress IP.
• Due to the policy’s OR logic, if the policy excludes users and includes domains, then Netskope sends matching domain traffic from excluded users to the dedicated egress IP.
• Netskope doesn’t support using the same network profile as match criteria for both Source IP and Destination IP.
• To add an app belonging to a cloud app suite as a match condition, you must select its cloud app suite from the Cloud App Suite dropdown list. Individual apps belonging to cloud app suites are unavailable for selection from the Application dropdown list. For example, Box is unavailable for selection, but you can select its cloud app suite, Box App.
• When a Conditional Dedicated Egress IP policy is enabled, the conditions don’t apply to bypassed traffic (i.e., traffic matching a SSL Do Not Decrypt policy). All bypassed traffic uses dedicated egress IP.



4. Click Save.

Localization Zones

Localization zones further extend NewEdge global coverage by providing the same experience as direct-to-net with native language and localized content support for all websites, even when there’s no in-country Data Plane (DP). This feature also addresses certain websites or SaaS applications that require users to be local (geo-blocking or geo-fencing). In addition, localization zones maintain users’ experiences during failover or maintenance situations, even when using an out-of-country DP. Localization zones don’t change or modify the traffic path, such as traffic backhauling that adds latency.

For example, when this feature is enabled, a user in Greece receives search results and websites relevant to Greece and in the Greek language, despite connecting via the NewEdge DP in Vienna, Austria. Similarly, in a failover situation for a user in Mexico (where there’s one single DP), the user can connect via the Dallas DP and continue to receive localized content in Spanish. In the case of Mexico, localization zones extend the resilience of NewEdge via six DPs to ensure both security coverage and digital experience remain intact at all times. These DPs include Atlanta, Dallas, Miami, Phoenix, and two in Los Angeles.

The following table lists the currently supported countries for this feature:

To enable localization zones:

1. Go to Settings > Security Cloud Platform > Configuration.
2. Under Localization Zones, click Edit.

   

3. In the Edit Localization Zones window, click the toggle to enable or disable. If enabled, your users receive content based on their geographic location.

   

4. Click Save.

Identify HTTP Traffic on Non-Standard Port

By default, Cloud Firewall (CFW) inspects all traffic on standard and non-standard ports, but web policies are applied only on standard web ports. The “Identify HTTP Traffic on Non-Standard Port” feature allows you to inspect all web traffic on standard and non-standard ports. When enabled, the Netskope service applies web policies to all web traffic, even on non-standard ports, without the need to configure custom ports.

To enable identification for HTTP(s) traffic on non-standard ports:

1. Go to Settings > Security Cloud Platform > Configuration.
2. Under Identity HTTP Traffic on Non-Standard Port, click Edit.

   

3. In the Edit Identify HTTP Traffic on Non-Standard Port window, click the toggle to enable or disable. If enabled, the Netskope service applies configured Real-time Protection policies for cloud app, web access, and firewall policies on all identified HTTP traffic on non-standard ports. That is, the same policy that applies to HTTP traffic on standard ports also applies to traffic on non-standard ports. Block traffic identified on non-standard ports can also be enabled.
4. Click Save.