NSK300 Questions and Answers

• When configuring Real-time Protection policies in Netskope, the recommended order is as follows:
• Placing the policies in this order ensures that risk assessment and cloud-specific controls are applied before addressing web and threat-related issues. References:
• Netskope Security Cloud Introductory Online Technical Training
• Netskope Security Cloud Operation & Administration (NSCO&A) - Classroom Training
• Netskope Certification Description
• Netskope Architectural Advantage Features

When integrating a third-party Data Loss Prevention (DLP) engine that requires ICAP, the Netskope platform component that must be configured is the Netskope Adapter. The Netskope Adapter is designed to facilitate the integration of Netskope with various third-party tools and services, including DLP engines that use ICAP for communication. By configuring the Netskope Adapter, you can ensure that the third-party DLP engine can communicate effectively with the Netskope platform to provide comprehensive data protection.

References: This information is based on the integration capabilities of the Netskope platform, which includes the use of Netskope Adapters for third-party integrations as detailed in the Netskope Knowledge Portal1 and the Netskope Data Loss Prevention (DLP) documentation2

The appropriate rule type to use in the DLP profile for a document that is considered confidential when filled out isfingerprint classification. Fingerprinting is a method used to identify and protect sensitive data within documents. It works by creating a digital fingerprint of a file, which can then be used to detect any copies or derivatives of that file.In this case,fingerprinting would allow the hospital to differentiate between the blank patient form, which can be freely shared, and the same form with patient information filled out, which is confidential1.

References: Netskope’s DLP rules can contain elements such as predefined data identifiers, custom data identifiers, keyword identifiers from a dictionary file, RegEx expressions, and exact match criteria1.For this specific use case, fingerprint classification is the most effective method as it can accurately detect the presence of filled-out information in the forms, which is crucial for maintaining patient confidentiality as per HIPAA regulations1.

To ensure that no data is uploaded to non-AcmeCorp instances of OneDrive, the policies that would accomplish this are:

• Policy B: This policy allows traffic only for AcmeCorp’s OneDrive and blocks all other Microsoft 365 Suite traffic. It ensures that data is not uploaded to non-AcmeCorp OneDrive instances by restricting access to only the corporate instance of OneDrive.
• Policy C: This policy allows traffic for AcmeCorp’s Microsoft 365 Suite but blocks all other OneDrive for Business traffic. It achieves the same outcome by permitting corporate suite usage while preventing uploads to any OneDrive for Business instances that are not part of AcmeCorp.

These policies are designed to provide granular control over the data flow, ensuring that company data remains within the corporate environment and is not transferred to external or personal storage solutions.

References: The policies are based on Netskope’s capabilities for real-time protection and data security, which allow organizations to enforce granular access and control policies. The information aligns with the best practices for setting up such policies as described in Netskope’s documentation and resources

The first step to protect the medical forms containing sensitive data is tocreate fingerprints of all forms ©using Netskope Secure Forwarder. Fingerprints are unique identifiers that can be used to detect when a form contains sensitive data. By creating fingerprints, you can set up DLP (Data Loss Prevention) rules that will allow blank forms to exit the company but will prevent forms with sensitive data from leaving the protected environments. This method ensures that only forms without sensitive information are allowed to be shared externally.

References: The process of creating fingerprints for DLP rules is a common practice in data security to protect sensitive information.It is part of the DLP capabilities provided by Netskope, as outlined in their documentation on data protection and loss prevention1.

To ensure that the web application using HTTPS on port 6443 is both reachable and decrypted by Netskope, the correct action is toenable “Steer non-standard ports” in the steering configuration and add the domain and port as a new non-standard port. This is because Netskope’s default configuration steers standard HTTP/HTTPS traffic, typically on ports 80 and 443.Since port 6443 is a non-standard port for HTTPS traffic, it requires explicit configuration to be steered through Netskope1.

References: The process for configuring non-standard ports in Netskope is detailed in the Netskope Knowledge Portal, which provides step-by-step instructions on how to steer HTTP(S) traffic over non-standard ports1. This includes adding the specific non-standard port number in the steering configuration to ensure that traffic to and from that port is properly handled by Netskope.

 To enable the Netskope Client to automatically determine whether it is on-premises or off-premises, you can use the following options in the Netskope UI:

• Enable Dynamic Steering:

In the scenario where users are unable to access an application through Netskope Private Access, and after verifying that the Real-time Protection policy allows access, the application is steered for the users, and it is reachable from internal machines, the next step is to verify the application’s reachability through the Netskope Publisher. The two tools in the Netskope UI that would be used to accomplish this task are:

A. Reachability Via Publisher in the App Definitions page - This tool allows you to check if the application is reachable through the configured Publishers. It is essential toensure that the application’s connectivity is intact and that there are no issues with the Publishers themselves.

B. Troubleshooter tool in the App Definitions page - The Troubleshooter tool can help diagnose and resolve issues related to application reachability. It provides insights into potential problems and offers guidance on how to fix them.

These tools are designed to assist in troubleshooting and ensuring that applications are accessible through Netskope Private Access.

References: The explanation is based on the standard procedures for managing private applications and troubleshooting within the Netskope Private Access environment as outlined in the Netskope Knowledge Portal

• The given Skope IT query specifies the following conditions:
• The query combines these conditions using logical operators (AND and OR).
• The result of this query will include all events where the specified user (‘user@company.com’) is either downloading or uploading data to or from the site ‘Amazon S3’ using the Netskope Client.
• It does not include events related to other users or IP addresses. References:
• Netskope Security Cloud Introductory Online Technical Training
• Netskope Security Cloud Operation & Administration (NSCO&A) - Classroom Training

• To retain the original dashboard without automatic updates due to improvements made by Netskope, you can download the desired dashboard and then import it from a file into your Group or Personal folder.
• This approach ensures that you have a static version of the dashboard that won’t be affected by future changes or enhancements. References:
• The answer is based on general knowledge of dashboard management and customization within Netskope.

In the scenario where CASB traffic steering is enabled using the Netskope Client without a Real-time Protection policy being activated, the default behavior of the traffic is toallow and log it (B). This means that the traffic will not be blocked; instead, it will be permitted to pass through and will be recorded for monitoring and analysis purposes.This default setting ensures visibility into the traffic and user activities without immediately enforcing a block, allowing for a period of observation and policy tuning before potentially more restrictive actions are taken1.

References: The default behavior of traffic steering in Netskope, including the logging of allowed traffic, is detailed in Netskope’s best practices and community discussions on Real-time Protection policies1.

When deploying Netskope and steering all traffic, if you find that the Real-time Protection policies for Microsoft OneDrive are not being enforced, the likely issue is with the default steering exceptions. To resolve this, you should remove the default steering exception for domains ©. This is because the default exceptions may include domains related to Microsoft services, which could prevent the Real-time Protection policies from being applied to traffic directed towards OneDrive. By removing these exceptions, you ensure that all traffic, including that to OneDrive, is subject to the policies you have set up.

References: This recommendation is based on best practices for configuring Real-time Protection policies in Netskope, as outlined in their documentation, which suggests that exceptions should be carefully managed to ensure that security policies are enforced as intended

To obtain a list of aggregated users, applications, and instance IDs, especially when dealing with non-sanctioned Cloud Storage platforms, the Advanced Analytics (A) tool within Netskope would be used. Advanced Analytics provides in-depth visibility into cloud app usage and activities. It allows security teams to create detailed reports and dashboards that can help identify risks and ensure compliance with company policiesby analyzing user behavior, application access, and data movement across the organization1.

References: The capabilities of the Advanced Analytics tool are outlined in Netskope’s documentation and resources, which describe its use for gaining insights into cloud application usage and security posture