Configuring Netskope Connectors
This connector allows Stellar Cyber to collect data from external sources and add the records to the data lake.
Netskope integration with Stellar Cyber enables organizations to monitor and protect their cloud environment, providing real-time threat intelligence and automated response workflows to improve incident response and threat mitigation.
There can be any number of Netskope connectors active.
Stellar Cyber connectors with the Collect function (collectors) may skip collecting some data when the ingestion volume is large, which potentially can lead to data loss. This can happen when the processing capacity of the collector is exceeded.
Connector Overview: Netskope
Capabilities
-
Collect: Yes
-
Respond: No
-
Native Alerts Mapped: Yes
-
Runs on: DP
-
Interval: Configurable
Collected Data
Content Type |
Index |
Locating Records |
---|---|---|
Alert Event Page Pops Tunnels |
Syslog
|
Domain
https://<Netskope Tenant Name>.goskope.com where <Netskope Tenant Name> is a variable from the configuration of this connector |
Response Actions
N/A
Third Party Native Alert Integration Details
This connector ingests logs from Netskope to get the raw alerts that are stored in the Syslog index.
Stellar Cyber maps Netskope alerts. The alerts are read from the Syslog index, enriched with Stellar Cyber fields, and mapped (with deduplication) to the Alerts index.
Deduplication is by the following fields:
-
Breach—
tenantid
,user.name
,netskopewsg.breach_id
-
Connection—
tenantid
,user.name
,netskopewsg.connection_id
-
Malsite—
tenantid
,user.name
,netskopewsg.malsite_id
The following types are supported:
-
Netskope Alert (Breach)
-
Netskope Alert (Connection)
-
Netskope Alert (Malsite)
For details, see Integration of Third Party Native Alerts.
Required Credentials
-
Netskope Tenant Name and API Key
Locating Records
To search the alerts in the Alerts index or to search the Original Records in the Syslog index, use the queries:
-
msg_class: netskopewsg_alert AND netskopewsg.type: breach
-
msg_class: netskopewsg_alert AND netskopewsg.type: connection
-
msg_class: netskopewsg_alert AND netskopewsg.type: malsite
Let us know if you find the above overview useful.
Adding a Netskope Connector
To add a Netskope connector:
- Obtain your Netskope credentials
- Add the connector in Stellar Cyber
- Test the connector
- Verify ingestion
Obtaining your Netskope Credentials
Before you configure the connector in Stellar Cyber, you must obtain an API token from Netskope.
-
Log in as an administrative user to the Netskope Admin Console, for example: https://netskope-tech.okta.com/app/UserHome.
-
Choose Settings.
-
Choose Tools.
-
Choose REST API v2 to get an API token for all the available content types. (Or, you can choose REST API v1 to get an API token for the Alert and Event content types only.) Then choose NEW TOKEN.
To select the Netskope API version that you want the connector to use, refer to the following information as a guide for selecting your Netskope endpoints. This selection must correspond to the version associated with the API token:
V1: For this version, the following endpoints are supported:
-
/api/v1/alerts
-
/ api/v1/events
V2: For this version, the following endpoints are supported:
-
/api/v2/events/data/alert (supports data types: policy, dlp, watchlist)
-
/ api/v2/events/data/application (supports data type: application)
-
/api/v2/events/data/page (supports data type: page)
-
/api/v2/steering/ipsec/pops (supports data type: pops)
-
/api/v2/steering/ipsec/tunnels (supports data type: tunnels)
-
-
Select the privilege for the endpoints you want to select. At a minimum, select Read.
For example, for REST API v2: -
Click Save.
Adding the Connector in Stellar Cyber
With the configuration information handy, you can add the Netskope connector in Stellar Cyber:
-
Log in to Stellar Cyber.
-
Click System | Integration | Connectors. The Connector Overview appears.
-
Click Create. The General tab of the Add Connector screen appears. The information on this tab cannot be changed after you add the connector.
The asterisk (*) indicates a required field.
-
Choose Web Security from the Category drop-down.
-
Choose Netskope from the Type drop-down.
-
For this connector, the supported Function is Collect, which is enabled already.
-
Enter a Name. This field is required, and does not accept multibyte characters.
-
Choose a Tenant Name.
Notes:- This field does not accept multibyte characters.
- It is recommended that you follow a naming convention such as tenantname-connectortype.
-
Choose the device on which to run the connector.
-
(Optional) When the Function is Collect, you can apply Log Filters. For information, see Managing Log Filters.
-
Click Next. The Configuration tab appears.
-
Select the Netskope API Version that you want the connector to use.
If the selected API Version is V1, the Configuration tab is as follows:
The asterisk (*) indicates a required field.
If the selected API Version is V2, the Configuration tab is as follows:
The asterisk (*) indicates a required field.
-
Choose the Content Type you would like to collect. For V1, the logs for Alert and Event are supported. For V2, the logs for Alert, Event, Page, Pops, and Tunnels are supported.
-
Enter the Netskope Tenant Name, for example, companya.
Do not enter a full URL, for example, companya.goskope.com.
-
Enter the API Key you noted above in Obtaining your Netskope Credentials.
-
Choose the Interval (min). This is how often the logs are collected. The default interval is 5 minutes.
Pops and Tunnels information is queried every 24 hours.
-
Choose the Interval (min). This is how often the logs are collected.
-
Click Next. The final confirmation tab appears.
-
Click Submit.
To pull data, a connector must be added to a Data Analyzer profile if it is running on the Data Processor.
The new connector is immediately active.
Testing the Connector
When you add (or edit) a connector, we recommend that you run a test to validate the connectivity parameters you entered. (The test validates only the authentication / connectivity; it does not validate data flow).
For connectors running on a sensor, Stellar Cyber recommends that you allow 30-60 seconds for new or modified configuration details to be propagated to the sensor before performing a test.
-
Click System | Integrations | Connectors. The Connector Overview appears.
-
Locate the connector that you added, or modified, or that you want to test.
-
Click Test at the right side of that row. The test runs immediately.
Note that you may run only one test at a time.
Stellar Cyber conducts a basic connectivity test for the connector and reports a success or failure result. A successful test indicates that you entered all of the connector information correctly.
To aid troubleshooting your connector, the dialog remains open until you explicitly close it by using the X button. If the test fails, you can select the button from the same row to review and correct issues.
The connector status is updated every five (5) minutes. A successful test clears the connector status, but if issues persist, the status reverts to failed after a minute.
Repeat the test as needed.
If the test fails, the common HTTP status error codes are as follows:
HTTP Error Code | HTTP Standard Error Name | Explanation | Recommendation |
---|---|---|---|
400 | Bad Request | This error occurs when there is an error in the connector configuration. |
Did you configure the connector correctly? |
401 | Unauthorized |
This error occurs when an authentication credential is invalid or when a user does not have sufficient privileges to access a specific API. |
Did you enter your credentials correctly? Are your credentials expired? Are your credentials entitled or licensed for that specific resource? |
403 | Forbidden | This error occurs when the permission or scope is not correct in a valid credential. |
Did you enter your credentials correctly? Do you have the required role or permissions for that credential? |
404 | Not Found | This error occurs when a URL path does not resolve to an entity. | Did you enter your API URL correctly? |
429 | Too Many Requests |
This error occurs when the API server receives too much traffic or if a user’s license or entitlement quota is exceeded. |
The server or user license/quota will eventually recover. The connector will periodically retry the query. If this occurs unexpectedly or too often, work with your API provider to investigate the server limits, user licensing, or quotas. |
For a full list of codes, refer to HTTP response status codes.
Verifying Ingestion
To verify ingestion:
- Click Investigate | Threat Hunting. The Interflow Search tab appears.
- Change the Indices to Syslog. The table immediately updates to show ingested Interflow records.