Configuring a ServiceNow destination
Tanium can create an incident ticket in ServiceNow. The input for the incident ticket can be any connection source including saved questions, Detect notifications, or Tanium system status information.
You must install a complementary ServiceNow App for Tanium on your ServiceNow instances.
Example Use Cases
- Create a ServiceNow Incident for any system where the CPU utilization is over 95%.
- Create a ServiceNow Incident when an IOC (Indicator of Compromise) is detected on an endpoint.
- Create a ServiceNow Incident on System or Application crash events.
ServiceNow administrative privileges to install the Tanium App and create a user.
For ServiceNow to allow Tanium to create Incident tickets, you must first install and configure the Tanium App on your ServiceNow instance.
- Download the Tanium App from the ServiceNow App store: https://store.servicenow.com/
- Install the App.
From the Downloads page, you can find the app is in the ServiceNow System Applications > Applications menu. Click Install. When the installation completes, the page refreshes to show that App as installed.
- Create a user.
You must create a user account for Tanium™ Connect to use when interacting with your instance of ServiceNow. Within ServiceNow, click User Administration > Users and click New. Create the new user.
- Assign the required role to the user.
Add a role to the new user that you just created. Scroll down to the Roles section of the page and click Edit. Find the “
x_taniu_tanium.Tanium Integration” role and add the role for the selected user. Right click on the menu bar and click Save.
- On the Connect home page, click Create Connection > Create.
- Enter a name and description for your connection.
- Enable the connection to run on a schedule.
Select Enable. You can set up the schedule when you configure the rest of the connection. If the schedule is not enabled, the connection only runs when you manually run it.
- (Optional) Set the logging level.
By default, the logging is set to Information. Set the log level to Trace or Debug if you are debugging the connection. To reduce the amount of logging, you can set the log level to Warning, Error, or Fatal.
The connection source determines what data you are sending to the destination. This data is usually information from Tanium, such as a saved question, question log, system status, or event. The settings vary depending on which source you choose.
The action history is a record of all actions issued by console operators. To view this record in Tanium, click Actions > Action History. For more information, see Tanium Platform User Guide: Managing Action History.
Tanium Server keeps detailed audit logs for server configuration and settings changes. However, accessing these logs requires direct access to the Tanium database. To access the audit logs, you can set them up as a data source in Tanium Connect.
Tanium solutions, like Tanium™ Detect and Tanium™ Discover, can forward events to Connect as a data source. These events can then be used as a connection source in a connection and sent to any of the available connection destinations.
Palo Alto WildFire
Integration between Tanium and WildFire takes a list of confirmed malware from a Palo Alto firewall and requests a full report from the WildFire system. The full malware report is then converted into a standard indicator of compromise (IOC) and passed to the Detect system for multiple endpoint compromise detection. For more information, see Configuring Palo Alto Networks WildFire and Tanium Detect.
The question history log is a history of every question that has been asked. When you are using the question log as a data source in Connect, you can filter the log in several ways to reduce the total volume of data being sent. For more information, see Tanium Platform User Guide: Question History.
The reputation service is an aggregated repository of reputation data from various sources, including as Palo Alto WildFire and VirusTotal. You can choose which type of status to include, such as only malicious or suspicious content. You can choose to include the full report, which includes the detailed information from the reputation source, not just the status of the reputation item. You must have one or more reputation sources configured to get information from this connection source. For more information, see Configuring reputation data.
A saved question is a Tanium question that you want to ask on a repeated basis. For more information about saved questions, see Tanium Platform User Guide: Working with Saved Questions. You can use the following settings for saved questions:
|Flatten||You might want to enable the Flatten setting to process results as individual records. For example, you might want to get notified when you see a new MD5 hash on a machine. Without the Flatten setting enabled, the entire data set that is retrieved by the saved question from a machine, such as all MD5 hashes, is considered to be a single record. Any change that is made to this data set shows up in the destination. By enabling the Flatten setting, Connect processes the new hashes on an individual basis (one MD5 hash from one machine) instead of all hashes from a machine as a single record.|
|Hide Errors||If the saved question returns an error, you can use the Hide Errors setting to prevent the error results from getting sent to the destination.|
|Hide No Results||If the saved question returns [No results], you can use the Hide No Results setting to prevent this result from being sent to the destination.|
|Recent||If you want to include results from machines that are offline, select Recent, which returns the most recent answer to the saved question for the offline endpoint.|
|Answer Complete Percent||
Results are returned when the saved question returns the configured complete percent value. Any results that come in after the configured percent value has passed are not sent to the destination. If you are finding that the data returned from the saved question is incomplete in your destination, you can disable this setting by setting it to 0. If disabled, all data is returned after the timeout passes.
|Timeout||Minutes to wait for clients to reply before returning processed results.|
|Batch Size||Number of rows that are returned for the saved question results at one time. This setting might vary depending on your destination.|
Use the server information in the following location as a connection source: https://<tanium_server>/info.json.
System status includes the state of all the endpoints, including some useful information about the endpoint like IP Address, position in the network, and the last time it registered with the Tanium Server. For more information about the system status data, see Tanium Platform User Guide: Monitoring System Status.
Tanium Asset comes with a set of predefined reports to help you prepare for audit and inventory activities. You can also create your own custom reports and views. For each report or view, you can create a connection that specifies a report or view as a data source. Currently supported destinations include Email, File, HTTP, Socket Receiver, Splunk, and SQL Server. For more information, see Tanium Asset User Guide: Asset overview.
- Specify authentication credentials, including the host name, user name, and password.
The user that you specify must be the user that you assigned the assigned to the special Tanium role (x_taniu_tanium.Tanium Integration).
- Specify information about the ticket that gets created in ServiceNow.
- Specify Tanium settings. If you have a proxy defined for your Tanium™ Module Server, select the Use Tanium Module Server Proxy Setting setting.
(Optional) You can use filters to modify the data that you are getting from your connection source before it is sent to the destination.
For more information about the types of filters you can configure, see Reference: Filtering options.
When you select the ServiceNow destination, you are limited to a CSV file as your only output option.
You can change the Destination name of each column and Value Type to force the column to be a String, Numeric, or DateTime value. If you choose Numeric for the value, you can specify a default value that is used if the data cannot be coerced into a numeric value. You can specify any negative or positive number. If you choose DateTime for the value, specify the Date/Time format that you want to use for the column.
Connections can run at a highly configurable time interval, such as multiple times per hour, day, week, or month.
Update the schedule:
- Use the Generate Cron tab to build a schedule based on some common time intervals. This tab generates a Cron expression.
- To view or edit the Cron expression directly, click the Edit Cron Expression tab.
A quick reference to Cron syntax follows. You can use Crontab to build a Cron expression.
┌────────────── second (optional) │ ┌──────────── minute │ │ ┌────────── hour │ │ │ ┌──────── day of month │ │ │ │ ┌────── month │ │ │ │ │ ┌──── day of week │ │ │ │ │ │ │ │ │ │ │ │ * * * * * *
Each asterisk is a field that must be included in the Cron expression. The field value can either be an asterisk (any value) or one of the following values:
|day of month||1-31|
|day of week (Sunday is 0 and 7)||0-7|
- Click Create Connection > Create. When the connection gets created, your new connection displays in the list on the Connections page.
- To view details about when the connection is running, click the name of the connection. On the resulting connection details page, click the Runs tab.
- To view individual run logs, click the link in the Status column in the Runs table.
When a connection runs, the connection logs will have a URL that is a direct link to the incident that was created. This link is very helpful in determining whether the incident was created as expected. How many tickets get created depend on the value that is set for the Aggregate setting. When Aggregate is enabled, all results for the saved question are put in a single incident ticket. If you do not have this setting enabled, each unique row in the results has an incident ticket opened.
Connection logs for the ServiceNow connector are in the same place as other connection logs. For more information, see Troubleshooting.
Last updated: 9/18/2018 4:07 PM | Feedback