As either a quick start or to know where we are going, this a sample request to get all devices with a specific id.
Follow the information on this page for info on how to create them.
X-Auth-Token
The X-Auth-Token authentication method uses the API Id and Secret directly in the call to the Carbon Black Cloud APIs.
This is a valid cURL request - some values need to be replaced with yours.
This is the same request with the variables named. Follow the information on this page for info on how to create them.
$ curl {cbc-hostname}/{API Service Category}/{API path}\
-X POST \
-H 'X-Auth-Token: {API Secret}/{API ID}'\
-H 'Content-Type: application/json'\
-d '{{request body}}'
For a tutorial on how to make API calls and some commonly used tools, see the series of videos for
Getting Started with APIs on Tech Zone.
Authenticate your Request
Carbon Black Cloud APIs and Services are authenticated via API Keys. In order to access the data in Carbon Black Cloud via API, you must set up keys with the correct permissions for the calls you want to make. All APIs use an Access Level type of Custom.
For more information about Role-Based Access, see the RBAC Guide.
Carbon Black Cloud Manages identities and roles
If your service category uses an API Key of type Custom, an Access Level with minimal permissions should be created to follow the practice of least privilege.
1. Go to your Carbon Black Cloud console, and open the Add Access Level panel from Settings > API Access > Access Levels tab.
2. Give the access level a unique name (you will need this for creating your API Key) and give it a description.
3. From the table below, scroll down until you see your API Service Category. Some Service Categories have multiple permissions that can be configured. The API documentation will indicate which permissions are required for each call.
This example shows the permissions “Create”, “Read”, “Update”, and “Delete” are granted for the Settings permissions in the Data Forwarding category.*
For more information about Role-Based Access, see the RBAC Guide.
This is like adding a user to a system and setting their access level, except you are granting access to your application or script instead of a user.
1. To create an API Key, go to Settings > API Access > API Keys tab in the Carbon Black Cloud console.
2. Select Add API Key from the far right.
3. Give the API Key a unique name, and select the appropriate access level provided in the table above. If you select Custom,
you will need to choose the Access Level you created in the prior section.
• Choose a name to clearly distinguish the API from your organization’s other API Keys.
Example: Event_Forwarder_Test_Key
• Access Level types of `API`, `LIVE_RESPONSE` and `SIEM` are deprecated. See the Migration Guides for details of how to move to new APIs.
5. Hit save, and you will be provided with your API Key Credentials:
• API Secret Key (store the API Secret Key somewhere securely, because it cannot be retrieved after initial creation)
• API ID
6. If your API Key already exists, you can view your credentials by opening the Actions dropdown and selecting API Credentials. This will reveal your API ID, but not your API Secret Key. However if the API Secret Key is not stored anywhere, you can reset it.
• If your system becomes compromised, you can generate a new secret key here (this is like changing the password for your application or script).
Construct your Request
You will need to construct your base URL in order to run the API calls.
Build the Base URLs
The base URL is comprised of the following:
Hostname + Environment (based on your organization’s product instance)
API Service Category (based on which Carbon Black Cloud product the API is for)
API path (based on the API version you choose)
Org key (found in your product console under Settings > API Access > API Keys)
These components are put together in the following structure:
Hostname / API Service Category / API Path / Org Key
The URL Parts
Hostname
First you need to determine which environment, or product URL you use. You can find this by looking at the web address of your Carbon Black Cloud console. Select your URL to view a table with the base URL for each product and API.
The API Service Category corresponds to the Carbon Black Cloud product and API you use
Platform APIs use one of the following API Service Categories:
/appservices/ for Alerts, Devices, Live Response and Reputation Override APIs v6
/data_forwarder/ for the Data Forwarder Configuration APIs (previously Event Forwarder)
/investigate/ for the Platform Search APIs (Processes or Enriched Events)
/jobs/ for the Jobs Service APIs
/policyservice/ for policy management APIs
/sus/ for the Sensor Update Service APIs
/vulnerability/assessment/api/ for the Vulnerability Assessment APIs
/threat-intel/ for the Threat Intel APIs and Threat Intel TAXII2 APIs
Enterprise EDR APIs use one of the following API Service Categories:
/threathunter/ for the Feed Search, Feed Manager and Watchlist APIs
/ubs/ for the Unified Binary Store REST API
Audit and Remediation APIs use /livequery/
Endpoint Standard APIs use one of the following API Service Categories:
/device_control/ for the Device Control APIs
/integrationServices/ for the Integration Service APIs for Audit Logs and Notification APIs
/investigate/ for the Enriched Events Search APIs
recommendation-service for the Recommendation API
Workload APIs use one of the following API Service Categories:
/applianceservice/ for the Appliance Service APIs
/lcm/view/ for the VM Workloads Search APIs
/lcm/ for the Sensor Lifecycle Management APIs
/public-cloud/account-management/ for Public Cloud Account Management
API Path
The API Path is specific to the API call you’re using. Usually it is the API version, e.g. v1.
Org Key
Most Carbon Black Cloud APIs or Services require an org_key in the API request path to support customers who manage multiple organizations.
You can find your org_key in the Carbon Black Cloud Console under Settings > General, and if Carbon Black Cloud
manages your identities it is also available on Settings > API Access.
When inserting your Org Key, do not include any < > or { } brackets around the value.
Now you have all the information needed to populate the template curl request from the beginning and make your own request.
$ curl {cbc-hostname}/{API Service Category}/{API path}\
-X POST \
-H 'X-Auth-Token: {API Secret}/{API ID}'\
-H 'Content-Type: application/json'\
-d '{{request body}}'
Troubleshooting
Troubleshooting Access Levels
Problem: Unable to edit Access Level
Reason: The access level likely contains permissions that you as a user do not have.
There are two reasons this can happen.
The Access Level is type custom and contains permissions you as a user do not have
Check that you can create a new Access Level and assign it to a new API Key; this verifies you have the necessary Manage API Key permissions
Have someone compare the permissions your user role has to the permissions the troublesome API Access Level has
Troubleshooting REST API Errors
Reason: Usually means that request contains unexpected parameters.
Suggested fix: Verify that your request adheres to API documentation.
Reason: Either authentication (invalid token) or access control (missing RBAC) error.
Suggested fix: Check that your X-Auth-Token matches the format secret_key/api_id and that the values are correct.
Reason: The specified object cannot be accessed or changed.
Suggested fix: If it has a Custom access level, check it has been assigned the correct RBAC permissions.
If it is an API, SIEM or LIVE_RESPONSE type Access Level, verify it is the right Access Level type for the API in use.
Reason: The object referenced in the request cannot be found.
Suggested fix: Verify that your request contains objects that haven’t been deleted. Verify that the`org_key`in the path is correct.
Reason: The server knows the request method, but the target resource doesn’t support the method. This can be caused when the wrong verb is used (e.g. GET instead of POST) and there is no other call that uses that verb, the API route is incorrect, or the hostname is incorrect.
Suggested fix:
• Verifying the correct verb and route by comparing with the API documentation on the Developer Network.
• Verifying the correct hostname by comparing it with the Authentication page on the Developer Network or the CBC URL.
Reason: Either the name you chose already exists, or there is an unacceptable character used.
Suggested fix: Change any spaces in the name to underscores. Look through your list of API Keys and see if there is an existing key with the same name.
Reason: Access to the target resource is no longer available at the origin server and that this condition is likely to be permanent.
Suggested fix: It is likely this API was deactivated. Review the documentation to find the replacement and migration information.
Reason: Cannot return object at this moment because service is unavailable.
Suggested fix: This can happen if too many file downloads are happening at the same time. You can try later.
Reason: An unexpected error occurred on the server
Suggested fix: Something went wrong on the back end. Try the request again and if it happens consistently open a support case.
Other Troubleshooting Tips
When passing your auth token in the header, make sure the API Secret Key is first and the API ID is second.
Make sure you are using your own API Secret key from the product console and not ABCDEFGHIJKLMNOPQRSTUVWX.
When inserting your Org Key, do not include any < > or { } brackets between the backslashes.
An HTTP 401 Unauthorized error can occur if you attempt to access an API that is not allowed by a given API Key Access Level.
If you have issues, try testing in Postman so you can evaluate your request in a raw format before scripting.
