Cisco Firepower Threat Defense REST API Guide

Transcription

1 Americas Headquarters Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA USA Tel: NETS (6387) Fax:

2 THE SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS IN THIS MANUAL ARE SUBJECT TO CHANGE WITHOUT NOTICE. ALL STATEMENTS, INFORMATION, AND RECOMMENDATIONS IN THIS MANUAL ARE BELIEVED TO BE ACCURATE BUT ARE PRESENTED WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED. USERS MUST TAKE FULL RESPONSIBILITY FOR THEIR APPLICATION OF ANY PRODUCTS. THE SOFTWARE LICENSE AND LIMITED WARRANTY FOR THE ACCOMPANYING PRODUCT ARE SET FORTH IN THE INFORMATION PACKET THAT SHIPPED WITH THE PRODUCT AND ARE INCORPORATED HEREIN BY THIS REFERENCE. IF YOU ARE UNABLE TO LOCATE THE SOFTWARE LICENSE OR LIMITED WARRANTY, CONTACT YOUR CISCO REPRESENTATIVE FOR A COPY. The Cisco implementation of TCP header compression is an adaptation of a program developed by the University of California, Berkeley (UCB) as part of UCB's public domain version of the UNIX operating system. All rights reserved. Copyright 1981, Regents of the University of California. NOTWITHSTANDING ANY OTHER WARRANTY HEREIN, ALL DOCUMENT FILES AND SOFTWARE OF THESE SUPPLIERS ARE PROVIDED AS IS" WITH ALL FAULTS. CISCO AND THE ABOVE-NAMED SUPPLIERS DISCLAIM ALL WARRANTIES, EXPRESSED OR IMPLIED, INCLUDING, WITHOUT LIMITATION, THOSE OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OR ARISING FROM A COURSE OF DEALING, USAGE, OR TRADE PRACTICE. IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING, WITHOUT LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THIS MANUAL, EVEN IF CISCO OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. Any Internet Protocol (IP) addresses and phone numbers used in this document are not intended to be actual addresses and phone numbers. Any examples, command display output, network topology diagrams, and other figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses or phone numbers in illustrative content is unintentional and coincidental. Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and other countries. To view a list of Cisco trademarks, go to this URL: / Third-party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a partnership relationship between Cisco and any other company. (1721R) Cisco Systems, Inc. All rights reserved.

3 CONTENTS CHAPTER 1 Firepower Threat Defense REST API 1 Audience for This Programming Guide 1 About the Firepower Threat Defense REST API 1 General Process for Using the REST API 2 Supported HTTP Methods 2 The Base URL for the API 2 Version History for the Firepower Threat Defense REST API 3 Authenticating Your REST API Client Using OAuth 3 Overview of the API Client Authentication Process 3 Requesting a Password-Granted Access Token 4 Requesting a Custom Access Token 5 Using an Access Token on API Calls 7 Refreshing an Access Token 8 Revoking an Access Token 10 Deploying Configuration Changes 11 CHAPTER 2 The API Explorer 13 Opening the API Explorer 13 Finding Your Way Around API Explorer 14 Viewing Documentation About a Resource 15 Finding the Object ID (objid) and Parent ID 16 Using the Methods and Resources 17 Trying a Method and Interpreting the Results 17 GET: Obtaining Data from the System 19 POST: Create a New Object 21 PUT: Modify an Existing Object 22 DELETE: Remove a User-Created Object 25 iii

4 Contents iv

5 CHAPTER 1 Firepower Threat Defense REST API You can use a REST API to programmatically interact with a Firepower Threat Defense device that you are managing locally through Firepower Device Manager. The following topics provide basic information on the API. Audience for This Programming Guide, page 1 About the Firepower Threat Defense REST API, page 1 Authenticating Your REST API Client Using OAuth, page 3 Deploying Configuration Changes, page 11 Audience for This Programming Guide This guide is written on the assumption that you have a general knowledge of programming and a specific understanding of REST APIs and JSON. If you are new to these technologies, please first read a general guide on REST APIs. About the Firepower Threat Defense REST API You can use the Firepower Threat Defense REpresentational State Transfer (REST) Application Programming Interface (API), over HTTPS, to interact with a Firepower Threat Defense device through a client program. The REST API uses JavaScript Object Notation (JSON) format to represent objects. Firepower Device Manager includes an API Explorer that explains all of the resources and JSON objects available for your programmatic use. The Explorer provides detailed information about the attribute-value pairs in each object, and you can experiment with the various HTTP methods to ensure you understand the coding required to use each resource. The API Explorer also provides examples of the URLs required for each resource. The API is has its own version number. There is no guarantee that a client designed for one version of the API will work for a future version without error or without requiring changes to your program. 1

6 General Process for Using the REST API Firepower Threat Defense REST API General Process for Using the REST API In general, your client interacts with a Firepower Threat Defense device using the following iterative process: 1 Obtain an access token to authenticate your API calls. See Overview of the API Client Authentication Process, on page 3. 2 Except when simply reading data, build a JSON payload. 3 Transmit the JSON payload using an HTTPS call for the Universal Resource Locater (URL) for the resource. 4 Consume the returned JSON response. 5 If you make configuration changes, deploy the changes. See Deploying Configuration Changes, on page 11. Supported HTTP Methods You can use the following HTTP methods only. The other methods are not supported. GET To read data from the system. POST To create new objects. PUT To modify existing objects. When using PUT, you must include the entire JSON object. You cannot selectively update individual attributes within an object. DELETE To remove a user-defined object. The Base URL for the API The easiest way to determine the base URL for a given Firepower Threat Defense device is to try out a GET method in the API Explorer, and simply delete the object part of the URL from the result. For example, you can do a GET /object/networks, and see something similar to the following in the returned output under Request URL: The server name part of the URL is the hostname or IP address of the Firepower Threat Defense device, and will be different for your device in place of ftd.example.com. In this example, you delete /object/networks from the path to get the base URL: All resource calls use this URL as the base for the request URL. In the API Explorer, if you scroll to the bottom of the page, you can see information on the base URL (without the server name) and API version. 2

7 Firepower Threat Defense REST API Version History for the Firepower Threat Defense REST API Version History for the Firepower Threat Defense REST API The following table lists the API versions and associated Firepower Threat Defense releases. REST API Version Firepower Threat Defense Version Changes This is the initial release of the Firepower Threat Defense REST API. Authenticating Your REST API Client Using OAuth The Firepower Threat Defense REST API uses Oauth 2.0 for authenticating calls from API clients. OAuth is an access token-based method, and Firepower Threat Defense uses JSON web tokens for the schema. The relevant standards are: RFC6749, The OAuth 2.0 Authorization Framework, RFC7519, JSON Web Token (JWT), The following topics explain the methods for obtaining and using the required tokens. Overview of the API Client Authentication Process Following is the end-to-end view of how to authenticate your API client with the Firepower Threat Defense device. Procedure Step 1 Step 2 Step 3 Authenticate the API client user using whatever method you require. Your client is obligated to authenticate users and ensure they have the authority to access and modify the Firepower Threat Defense device. If you want to provide differential abilities based on authorization rights, you need to build that into your client. For example, if you want to allow read-only access, you must set up the required authentication server, user accounts, and so forth. Then, when a user with read-only rights logs into your client, you must ensure that you issue GET calls only. This type of variable access cannot be controlled by the Firepower Threat Defense device itself. When communicating with the device, you must use the admin user account on the Firepower Threat Defense device. The admin account has full read/write authorization for all user-configurable objects. Request a password-granted access token based on username/password using the admin account. See Requesting a Password-Granted Access Token, on page 4. Optionally, request a custom access token for your client. With a custom token, you can explicitly request a validity period, and assign a subject name for the token. See Requesting a Custom Access Token, on page 5. 3

8 Requesting a Password-Granted Access Token Firepower Threat Defense REST API Step 4 Step 5 Step 6 Use the access token on API calls in the Authorization: Bearer header. See Using an Access Token on API Calls, on page 7. Before the access token expires, refresh the token. See Refreshing an Access Token, on page 8. When you are finished, revoke the token if it has not yet expired. See Revoking an Access Token, on page 10. Requesting a Password-Granted Access Token Every REST API call must include an authentication token to verify that the caller is authorized to perform the requested action. Initially, you need to obtain an access token by supplying the admin username/password. This is called a password-granted access token, that is, grant_type = password. Procedure Step 1 Create the JSON object for the password-granted access token grant. "grant_type": "password", "username": "string", "password": "string" Specify the admin username and the correct password, for example: "grant_type": "password", "username": "admin", "password": "Admin123" Step 2 Use POST to obtain the access token. For example, the curl command would look like the following: curl -X POST --header 'Content-Type: application/json' --header 'Accept: application/json' -d ' "grant_type": "password", "username": "admin", "password": "Admin123" ' ' Step 3 Retrieve the access and refresh tokens from the response. A good response (status code 200) looks like the following: 4

9 Firepower Threat Defense REST API Requesting a Custom Access Token "access_token": "eyjhbgcioijiuzi1nij9.eyjpyxqioje1mdi4mzi2njcsinn 1YiI6ImFkbWluIiwianRpIjoiMGM3ZDBmNDgtODIwMS0xMWU3LWE4MWMtMDcwZmYzOW U3ZjQ0IiwibmJmIjoxNTAyODMyNjY3LCJleHAiOjE1MDI4MzQ0NjcsInJlZnJlc2hU b2tlbkv4cglyzxnbdci6mtuwmjgznta2nzqxoswidg9rzw5uexblijoisldux0fjy2 VzcyIsIm9yaWdpbiI6InBhc3N3b3JkIn0.b2hI6fVA_GbmhCOPM-ZUx6IC8SgCk1Ak HXI-llV0r7s", "expires_in": 1800, "token_type": "Bearer", "refresh_token": "eyjhbgcioijiuzi1nij9.eyjpyxqioje1mdi4mzi2njcsi nn1yii6imfkbwluiiwia nrpijoimgm3zdbmndgtodiwms0xmwu3lwe4mwmtmdcwzmy zowu3zjq0iiwibmjmijoxntayodmynjy3lcjlehaioje1mdi4mzuwnjcsimfjy2vzc1 Rva2VuRXhwaXJlc0F0IjoxNTAyODM0NDY3NDE5LCJyZWZyZXNoQ291bnQiOi0xLCJ0b2 tlblr5cguioijkv1rfumvmcmvzacisim9yawdpbii6inbhc3n3b3jkin0.ilnqz1c1xl vcq0j9pqyw4gwysvuccsyaidrxgutaz_o", "refresh_expires_in": 2400 Where: access_token is the bearer token you need to include on API calls. See Using an Access Token on API Calls, on page 7. expires_in is the number of seconds for which the access token is valid, from the time the token is issued. refresh_token is the token you would use on a refresh request. See Refreshing an Access Token, on page 8. refresh_expires_in is the number of seconds for which the refresh token is valid. This is always longer than the access token validity period. Requesting a Custom Access Token You can use the password-granted access token. However, you can also request a custom access token. With a custom token, you can supply a subject name to help differentiate token usage (for your own purposes). You can also request specific validity periods if the default values returned for password tokens do not fit your requirements. Before You Begin You must first get a password-granted access token before getting a custom token. See Requesting a Password-Granted Access Token, on page 4. Procedure Step 1 Create the JSON object for the custom access token grant. "grant_type": "custom_token", "access_token": "string", "desired_expires_in": 0, 5

10 Requesting a Custom Access Token Firepower Threat Defense REST API "desired_refresh_expires_in": 0, "desired_subject": "string", "desired_refresh_count": 0 Where: access_token is a valid password-granted access token. desired_expires_in is an integer representing the number of seconds for which the custom access token will be valid. In comparison, the password-granted tokens are valid for 1800 seconds. desired_refresh_expires_in is an integer representing the number of seconds for which the custom refresh token will be valid. If you obtain a refresh token, ensure that this value is larger than the desired_expires_in value. In comparison, the password-granted refresh tokens are valid for 2400 seconds. This parameter is not required if you specify 0 for desired_refresh_count. desired_subject is a name you give to the custom token. desired_refresh_count is the number of times you want to be able to refresh the token. Specify 0 if you do not want to get a refresh token. When you do not have a refresh token, you must obtain a new access token when the existing one expires. For example, the following requests a custom token for api-client that expires in 2400 seconds, with a refresh token that expires in 3000 seconds. The token can be refreshed 3 times. "grant_type": "custom_token", "access_token": "eyjhbgcioijiuzi1nij9.eyjpyxqioje1mdi4mzi2njcsinn 1YiI6ImFkbWluIiwianRpIjoiMGM3ZDBmNDgtODIwMS0xMWU3LWE4MWMtMDcwZmYzOW U3ZjQ0IiwibmJmIjoxNTAyODMyNjY3LCJleHAiOjE1MDI4MzQ0NjcsInJlZnJlc2hU b2tlbkv4cglyzxnbdci6mtuwmjgznta2nzqxoswidg9rzw5uexblijoisldux0fjy2 VzcyIsIm9yaWdpbiI6InBhc3N3b3JkIn0.b2hI6fVA_GbmhCOPM-ZUx6IC8SgCk1Ak HXI-llV0r7s", "desired_expires_in": 2400, "desired_refresh_expires_in": 3000, "desired_subject": "api-client", "desired_refresh_count": 3 Step 2 Use POST to obtain the access token. For example, the curl command would look like the following: curl -X POST --header 'Content-Type: application/json' --header 'Accept: application/json' -d ' "grant_type": "custom_token", "access_token": "eyjhbgcioijiuzi1nij9.eyjpyxqioje1mdi4mzu5n jgsinn1yii6imfkbwluiiwianrpijoiymmynjm4n2etodiwoc0xmwu3lwe4mwm tyznlytzkzjjjzthjiiwibmjmijoxntayodm1oty4lcjlehaioje1mdi4mzc3n jgsinjlznjlc2hub2tlbkv4cglyzxnbdci6mtuwmjgzodm2odywniwidg9rzw5 UeXBlIjoiSldUX0FjY2VzcyIsIm9yaWdpbiI6InBhc3N3b3JkIn0.acOE_Y4SE ds-ne4qw99fqluzdoskhsjinach0a9wk38", "desired_expires_in": 2400, "desired_refresh_expires_in": 3000, 6

11 Firepower Threat Defense REST API Using an Access Token on API Calls "desired_subject": "api-client", "desired_refresh_count": 3 ' ' Step 3 Retrieve the access and refresh tokens from the response. A good response (status code 200) looks like the following: "access_token": "eyjhbgcioijiuzi1nij9.eyjpyxqioje1mdi4mzu5o TEsInN1YiI6ImFwaS1jbGllbnQiLCJqdGkiOiJjOWIxYzdjYi04MjA4LTExZT ctytgxyy02ymy0nzy3zmrmzguilcjuymyioje1mdi4mzu5otesimv4cci6mtu wmjgzodm5mswicmvmcmvzafrva2vurxhwaxjlc0f0ijoxntayodm4otkxmzmx LCJ0b2tlblR5cGUiOiJKV1RfQWNjZXNzIiwib3JpZ2luIjoiY3VzdG9tIn0.9 IVzLjGffVQffHAWdrNkrYfvuO6TgpJ7Zi_z3RYubN8", "expires_in": 2400, "token_type": "Bearer", "refresh_token": "eyjhbgcioijiuzi1nij9.eyjpyxqioje1mdi4mzu5 OTEsInN1YiI6ImFwaS1jbGllbnQiLCJqdGkiOiJjOWIxYzdjYi04MjA4LTExZ TctYTgxYy02YmY0NzY3ZmRmZGUiLCJuYmYiOjE1MDI4MzU5OTEsImV4cCI6MT UwMjgzODk5MSwiYWNjZXNzVG9rZW5FeHBpcmVzQXQiOjE1MDI4MzgzOTEzMzE sinjlznjlc2hdb3vudci6mywidg9rzw5uexblijoisldux1jlznjlc2gilcjv cmlnaw4ioijjdxn0b20ifq.qseqjg3uo183yvfn_77ijzeleqwpww5abkaqan CIcSA", "refresh_expires_in": 3000 Where: access_token is the bearer token you need to include on API calls. See Using an Access Token on API Calls, on page 7. expires_in is the number of seconds for which the access token is valid, from the time the token is issued. refresh_token is the token you would use on a refresh request. See Refreshing an Access Token, on page 8. refresh_expires_in is the number of seconds for which the refresh token is valid. This is always longer than the access token validity period. Using an Access Token on API Calls After you obtain either a password-granted or custom access token, you must include it on each API call in the Authorization: Bearer header to the HTTPS request. For example, a curl command to perform GET /object/networks might look like the following: curl -k -X GET -H 'Accept: application/json' -H 'Authorization: Bearer eyjhbgcioijiuzi1nij9.yjp YXQiOjE1MDI4MzU5OTEsInN1YiI6ImFwaS1jbGllbnQiLCJqdG kioijjowixyzdjyi04mja4ltexztctytgxyy02ymy0nzy3zmrm ZGUiLCJuYmYiOjE1MDI4MzU5OTEsImV4cCI6MTUwMjgzODM5MS 7

12 Refreshing an Access Token Firepower Threat Defense REST API wicmvmcmvzafrva2vurxhwaxjlc0f0ijoxntayodm4otkxmzmx LCJ0b2tlblR5cGUiOiJKV1RfQWNjZXNzIiwib3JpZ2luIjoiY3 VzdG9tIn0.9IVzLjGffVQffHAWdrNkrYfvuO6TgpJ7Zi_z3RYu bn8' ' Note When you use the API Explorer to try out methods and resources, the curl command shown does not include the Authorization: Bearer header. However, you must add this header when making calls from your API client. Refreshing an Access Token After an access token expires, you need to refresh it using the refresh token that was supplied in the original grant. A refreshed access token is actually different than the original access token. Refreshing actually supplies a new pair of access token and refresh token, it does not simply extend the life of the old access token. Procedure Step 1 Create the JSON object for the refresh token grant. "grant_type": "refresh_token", "refresh_token": "string" The refresh_token can be from a password-granted or custom access token grant. For example: "grant_type": "refresh_token", "refresh_token": "eyjhbgcioijiuzi1nij9.eyjpyxq ioje1mdi4mzu5otesinn1yii6imfwas1jbgllbnqilcjqdgk ioijjowixyzdjyi04mja4ltexztctytgxyy02ymy0nzy3zmr mzguilcjuymyioje1mdi4mzu5otesimv4cci6mtuwmjgzodk 5MSwiYWNjZXNzVG9rZW5FeHBpcmVzQXQiOjE1MDI4MzgzOTE zmzesinjlznjlc2hdb3vudci6mywidg9rzw5uexblijoisld UX1JlZnJlc2giLCJvcmlnaW4iOiJjdXN0b20ifQ.qseqjg3U o183yvfn_77ijzeleqwpww5abkaqancicsa" Step 2 Use POST to obtain the refreshed access token. For example, the curl command would look like the following: curl -X POST --header 'Content-Type: application/json' --header 'Accept: application/json' -d ' "grant_type": "refresh_token", "refresh_token": "eyjhbgcioijiuzi1nij9.eyjpyxqioje1m DI4MzU5OTEsInN1YiI6ImFwaS1jbGllbnQiLCJqdGkiOiJjOWIxYzdj 8

13 Firepower Threat Defense REST API Refreshing an Access Token Yi04MjA4LTExZTctYTgxYy02YmY0NzY3ZmRmZGUiLCJuYmYiOjE1MDI 4MzU5OTEsImV4cCI6MTUwMjgzODk5MSwiYWNjZXNzVG9rZW5FeHBpcm VzQXQiOjE1MDI4MzgzOTEzMzEsInJlZnJlc2hDb3VudCI6MywidG9rZ W5UeXBlIjoiSldUX1JlZnJlc2giLCJvcmlnaW4iOiJjdXN0b20ifQ.q seqjg3uo183yvfn_77ijzeleqwpww5abkaqancicsa" ' ' Step 3 Retrieve the access and refresh tokens from the response. A good response (status code 200) looks like the following. In this example, the refresh token was for a custom token. The expiration periods are based on the values from the original custom access token request. "access_token": "eyjhbgcioijiuzi1nij9.eyjpyxq ioje1mdi4mzc1mtasinn1yii6imfwas1jbgllbnqilcjqdg kioijjowixyzdjyi04mja4ltexztctytgxyy02ymy0nzy3z mrmzguilcjuymyioje1mdi4mzc1mtasimv4cci6mtuwmjgz OTkxMSwicmVmcmVzaFRva2VuRXhwaXJlc0F0IjoxNTAyODQ wntewnzqxlcj0b2tlblr5cguioijkv1rfqwnjzxnziiwib3 JpZ2luIjoiY3VzdG9tIn0.fAAreX0DdnuqnM0Bs0NXYnI-9 jkpyw1pwdmwgwo_h7a", "expires_in": 2400, "token_type": "Bearer", "refresh_token": "eyjhbgcioijiuzi1nij9.eyjpyx QiOjE1MDI4Mzc1MTAsInN1YiI6ImFwaS1jbGllbnQiLCJqd GkiOiJjOWIxYzdjYi04MjA4LTExZTctYTgxYy02YmY0NzY3 ZmRmZGUiLCJuYmYiOjE1MDI4Mzc1MTAsImV4cCI6MTUwMjg 0MDUxMCwiYWNjZXNzVG9rZW5FeHBpcmVzQXQiOjE1MDI4Mz k5mtewnzisinjlznjlc2hdb3vudci6miwidg9rzw5uexbli joisldux1jlznjlc2gilcjvcmlnaw4ioijjdxn0b20ifq.p Adc2N0oun7Yyw872qK12pFlix4arAwyMETD1ErKu5c", "refresh_expires_in": 3000 Where: access_token is the bearer token you need to include on API calls. See Using an Access Token on API Calls, on page 7. expires_in is the number of seconds for which the access token is valid, from the time the token is issued. refresh_token is the token you would use on a refresh request. refresh_expires_in is the number of seconds for which the refresh token is valid. This is always longer than the access token validity period. 9

14 Revoking an Access Token Firepower Threat Defense REST API Revoking an Access Token Because access tokens are valid for a particular length of time, you should clean up by revoking a token when the user logs out of your API client. This ensures that no back door is left open into the Firepower Threat Defense device. Procedure Step 1 Create the JSON object for the revoke token grant. "grant_type": "revoke_token", "access_token": "string", "token_to_revoke": "string", "custom_token_id_to_revoke": "string", "custom_token_subject_to_revoke": "string" Where: access_token must be a password-granted access token. You cannot revoke a token using a custom access token. You must specify one, and only one, of the following: token_to_revoke is a password-granted or custom token that you want to revoke. This can be the same token as access_token, so you can use a password-granted token to revoke itself. (Do not use.) custom_token_id_to_revoke identifies custom access token by its internal unique ID. However, there is no direct way for you to obtain this value. Use the other options instead. custom_token_subject_to_revoke is the desired_subject value for the custom access token that you want to revoke. For example: "grant_type": "revoke_token", "access_token": "eyjhbgcioijiuzi1nij9.eyjpyxq ioje1mdi5mdqzmjqsinn1yii6imfkbwluiiwianrpijoizt MzNGIxOWYtODJhNy0xMWU3LWE4MWMtNGQ3NzY2ZTExMzVkI iwibmjmijoxntayota0mzi0lcjlehaioje1mdi5mdyxmjqs InJlZnJlc2hUb2tlbkV4cGlyZXNBdCI6MTUwMjkwNjcyNDE xmiwidg9rzw5uexblijoisldux0fjy2vzcyisim9yawdpbi I6InBhc3N3b3JkIn0.OVZBT9yVZc4zxZfZiiLH4SZcFclaH ycpbzjc_gyd5fe", "custom_token_subject_to_revoke": "api-client" Step 2 Use POST to revoke the access token. 10

15 Firepower Threat Defense REST API Deploying Configuration Changes For example, the curl command would look like the following: curl -X POST --header 'Content-Type: application/json' --header 'Accept: application/json' -d ' "grant_type": "revoke_token", "access_token": "eyjhbgcioijiuzi1nij9.eyjpyxq ioje1mdi5mdqzmjqsinn1yii6imfkbwluiiwianrpijoiztm zngixowytodjhny0xmwu3lwe4mwmtngq3nzy2ztexmzvkiiw ibmjmijoxntayota0mzi0lcjlehaioje1mdi5mdyxmjqsinj lznjlc2hub2tlbkv4cglyzxnbdci6mtuwmjkwnjcyndexmiw idg9rzw5uexblijoisldux0fjy2vzcyisim9yawdpbii6inb hc3n3b3jkin0.ovzbt9yvzc4zxzfziilh4szcfclahycpbzj C_Gyd5FE", "custom_token_subject_to_revoke": "api-client" ' ' Step 3 Evaluate the response to verify that the token was revoked. A good response (status code 200) looks like the following. "message": "OK", "status_code": 200 Deploying Configuration Changes Although POST, PUT, and DELETE calls directly update the Firepower Threat Defense device, they are not immediately active. You must deploy configuration changes before the device uses your new settings when processing traffic. Procedure Step 1 Use the POST /operational/deploy resource in the DeploymentStatus group to initiate a deployment. For example, the curl command would look like the following: curl -X POST --header 'Content-Type: application/json' --header 'Accept: application/json' ' Step 2 Evaluate the response to verify that the deployment job was queued. A good response (status code 200) looks like the following. Note the state. "id": "a7a227fb-82ab-11e dc471ff0672", "statusmessage": null, "statusmessages": null, 11

16 Deploying Configuration Changes Firepower Threat Defense REST API "modifiedobjects":, "queuedtime": , "starttime": -1, "endtime": -1, "state": "QUEUED", "links": "self": " a7a227fb-82ab-11e dc471ff0672" Step 3 Use the GET /operational/deploy/objid resource to check the status of the job. For example, the curl command would look like the following: curl -X GET --header 'Accept: application/json' ' a7a227fb-82ab-11e dc471ff0672' The response might look like the following. Note the state, DEPLOYED, indicates the job completed successfully. The modifiedobjects parameter lists the objects that were changed in the deployment job. In this case, there is a single change, to a network object named new-network. "id": "a7a227fb-82ab-11e dc471ff0672", "statusmessage": null, "statusmessages": null, "modifiedobjects": "NetworkObject": [ "new-network" ], "queuedtime": , "starttime": , "endtime": , "state": "DEPLOYED", "links": "self": " a7a227fb-82ab-11e dc471ff0672" 12

17 CHAPTER 2 The API Explorer Use the API Explorer to learn about the REST API. You can also test the various methods and resources to verify you are configuring them correctly. You can copy and paste the JSON models into your code as a starting point. Tip The purpose of the API Explorer is to help you learn the API. Testing calls through the API Explorer requires the creation of access locks that might interfere with regular operation. We recommend that you use the API Explorer on a non-production device. Opening the API Explorer, page 13 Finding Your Way Around API Explorer, page 14 Viewing Documentation About a Resource, page 15 Finding the Object ID (objid) and Parent ID, page 16 Using the Methods and Resources, page 17 Opening the API Explorer The API Explorer explains all of the resources and JSON objects available for your programmatic use. The Explorer provides detailed information about the attribute-value pairs in each object, and you can experiment with the various HTTP methods to ensure you understand the coding required to use each resource. Procedure Step 1 Step 2 Step 3 Using a browser, open the home page of the system, for example, Log into Firepower Device Manager using the admin account and password. Edit the URL to point to /#/api-explorer, for example, 13

18 Finding Your Way Around API Explorer The API Explorer Finding Your Way Around API Explorer When you enter the API Explorer, you are presented with a list of resource groups. These groups include the resources available in the API. The following illustration shows a small sample of the list. These group names are links: click the link to open the group to see the methods you can use with the resources in the group. Each group also includes the following commands on the right: Show/Hide opens and closes the group. This is the same as clicking the group name. Initially, the expansion simply shows the methods (same as List Operations), but the system remembers the last expanded state (before you closed it) and re-opens to the same degree of expansion. List Operations shows the HTTP methods available for each resource in the group. The information includes the relative path for the universal resource locator (URL) template for each resource. Path variables are indicated by the standard convention: variable. You need to replace variable, including the braces, with an appropriate value. You must add the base URL to this relative path; see The Base URL for the API, on page 2. Click an operation URL template to see complete documentation for that method. Expand Operations opens all of the HTTP methods and resources available for in a group. Some groups have many children resources. For example, the DataInterface ManagementAccess group includes GET, POST, and DELETE operations for /devicesettings/default/managementaccess, and GET and PUT operations for /devicesettings/default/managementaccess/objid. 14

19 The API Explorer Viewing Documentation About a Resource Viewing Documentation About a Resource The attributes in each resource are documented in the API Explorer: there is no separate reference information available. Procedure Step 1 Step 2 Drill down to the specific resource and method that interests you. In the Response Class section, click the Model tab. The model lists the attributes with descriptions and data types. For GET, there are also paging options that might be returned. If there are more objects than were returned in the response, you get the URLs for the next and previous batch of objects. For example, the following graphic shows the POST /object/tcpports method and resource, with the Model tab selected. By default, the Example Value tab is selected, so you must always click Model to see the documentation. 15

20 Finding the Object ID (objid) and Parent ID The API Explorer Finding the Object ID (objid) and Parent ID Some resources require an object ID or related parent object ID in the URL, such as the following: PUT /object/networks/objid GET /policy/intrusionpolicies/parentid/intrusionrules In most cases, you can get the object or parent ID by using a GET method one level higher in the resource hierarchy. The object/parent ID is the UUID on the id parameter for a given object. For example, GET /object/networks returns a list of all network objects currently defined. You might need to do multiple calls to page through the list to get to the object you want, or include the limit query parameter 16

21 The API Explorer Using the Methods and Resources to increase the number of objects returned for a call. Each object has the following format; the object ID is highlighted. "version": "9bbb9e5d e7-8cb4-772d7eb1894d", "name": "any-ipv4", "description": null, "subtype": "NETWORK", "value": " /0", "issystemdefined": true, "id": "9bbbc56e e7-8cb c95f930", "type": "networkobject", "links": "self": " 9bbbc56e e7-8cb c95f930" Note In some cases, the objid occurs at the top-level of a hierarchy. In these cases, sometimes you can enter any value for object ID and get the same results. In other cases, examine the object model documentation for information on valid object types; the ID is one of the valid types. These are always GET calls. For example, GET /operational/systeminfo/objid and GET /operational/featureinfo/objid. Using the Methods and Resources The following topics explain in general how to use the various methods and resources. Trying a Method and Interpreting the Results You can use the API Explorer to test the various methods. This topic explains the general process, with an explanation of the response the system returns. See the topics on each method type for specific method-related techniques. The Try It Out! button for each method/resource interacts directly with the system. GET retrieves actual data, POST/PUT creates or modifies real resources, and DELETE removes real objects. You are making real configuration changes in the system, although the changes are not immediately deployed. To make the changes active, use the POST /operational/deploy resource to start a deployment job. You can find the Try It Out! button after the Response Message section when you open a method/resource. For some method/resources, you must enter an object ID to test it. In this case, you typically need to first do a GET on the parent resource. For more information, see Finding the Object ID (objid) and Parent ID, on page 16. For POST/PUT, you also need to fill in the required values in the JSON model. After you click Try It Out!, the API Explorer adds the results to the page after the button. The response includes the following sections: 17

22 Trying a Method and Interpreting the Results The API Explorer Curl The curl command used to make the call. For example, clicking Try It Out! on the GET /object/networks resource returns something like the following: curl -X GET --header 'Accept: application/json' ' Note This does not include the Authorization: Bearer header, which would be required in an API call from your client. Request URL The URL to issue from your client to make the request. For example, for GET /object/networks: Response Body The object that the system returns to your client. If a resource can include multiple objects (such as /object/network), you get a list of items on a GET request. POST/PUT/DELETE responses will be about a single object. The specific content returned is based on the resource model. For example, GET /object/networks returns a list of objects, with each object looking something like the following (the initial indication of an items list is also shown). Note that the links/self value indicates the URL you would use to refer to this object; the object ID is included in the URL. "items": [ "version": "900f8558-7d19-11e7-bf7b-3dcaf0c58345", "name": "AIM_SERVERS ", "description": null, "subtype": "HOST", "value": " ", "issystemdefined": true, "id": "900fac69-7d19-11e7-bf7b-d9417b20e59e", "type": "networkobject", "links": "self": " object/networks/900fac69-7d19-11e7-bf7b-d9417b20e59e", GET requests also include a paging section, which is explained in GET: Obtaining Data from the System, on page 19. Response Code The numeric HTTP status code returned for the HTTP call. These are the standard HTTP status codes, which you can find in RFCs or Wikipedia (such as For example, 200 (OK) indicates a successful GET/PUT/POST call, and 204 a successful DELETE call. 18

23 The API Explorer GET: Obtaining Data from the System Response Headers These are the packet headers in the HTTP response. For example, GET /object/networks might have headers such as the following: "date": "Thu, 10 Aug :19:16 GMT", "content-encoding": "gzip", "x-content-type-options": "nosniff", "transfer-encoding": "chunked", "connection": "Keep-Alive", "vary": "Accept-Encoding", "x-xss-protection": "1; mode=block", "pragma": "no-cache", "server": "Apache", "x-frame-options": "SAMEORIGIN", "strict-transport-security": "max-age= ; includesubdomains", "content-type": "application/json;charset=utf-8", "cache-control": "no-cache, no-store, max-age=0, must-revalidate", "accept-ranges": "bytes", "keep-alive": "timeout=5, max=99", "expires": "0" GET: Obtaining Data from the System Use the GET method to read information from the device. If a resource can contain multiple objects, you get a list of objects in the response. You can include query parameters on the URL to control the number of objects returned. The default is to return 10 objects from the start of the object list. The following procedure explains the general approach for making GET calls in the API Explorer. Use the example code for your API client. Procedure Step 1 Step 2 Step 3 In API Explorer, open a GET method (first, open the group to see the methods and resources). If the method you want to use requires an object or parent ID in the URL, use a parent method to obtain the needed ID. For example, GET /objects/networks/objid requires the ID of a specific object. Use the GET /objects/networks method to get a list of network objects, then look for the id value for the object you want to examine. Note that in this case, the information returned in the GET /object/networks call will be the same as what you see in GET /objects/network/objid. See Finding the Object ID (objid) and Parent ID, on page 16. In the Parameters section, configure the following options: objid The object ID is always required if it is needed in the URL. For example, 900fac69-7d19-11e7-bf7b-d9417b20e59e. parentid The parent ID is equivalent to object ID, but is simply for a parent that is higher up in the hierarchy. For example, GET /policy/intrusion returns a list of intrusion policies, whereas GET /policy/intrusion/parentid/intrusionrules returns the rules defined within one of those policies. You would get the parent ID from GET /policy/intrusion. 19

24 GET: Obtaining Data from the System The API Explorer offset For resources that support multiple objects, how far into the list to start returning objects. The default, 0, indicates the start of the list. limit The maximum number of objects to return in the response. The default is 10. sort How to sort the objects returned in the response. The default sort is alphabetical by the name value. To change the sort, enter the name of the attribute within the resource to sort on. For example, you can use sort=value in network objects to sort on the value (that is, IP address) attribute. To sort in reverse order, include a minus sign, for example, sort=-name. filter (not available for all resources) Return items that match the filter criteria only. The format of the filter value is keyoperatorvalue, where the key is an attribute name and value is the string to filter on. There are no spaces between the items. The fields you can filter on are listed in the description of the filter parameter in the API Explorer; the fields differ per object. If an object supports filtering on multiple fields, you can include multiple values on the filter parameter, separated with a semi-colon (;). For example, you could filter on gid:1;sid:105 for GET /policy/intrusionpolicies/parentid/intrusionrules. The allowed operators are: : for equal to. For example, filter=name:canada.! for not equal to. For example, filter=name!canada. ~ for similar to. For example, filter=name~united. time_duration (available for trending reports only) How many seconds into the past the report should include. For example, 1800 returns a report for the past 30 minutes. Step 4 Note Whereas objid and parentid are part of the URL path, add the offset, limit, sort, filter, and time_duration parameters after a? character to the end of the URL. Click the Try It Out! button and examine the response. For successful calls (return code 200), the response body includes one object or a list of objects, depending on the call you made. For information on the general structure and content of the response, see Trying a Method and Interpreting the Results, on page 17. GET requests include a paging section. If there are more objects than were returned for the call, the prev and next values indicate how to get the previous or next set of objects. The count value indicates the overall number of objects. The limit value indicates how many items are returned in the response. The offset value indicates the starting position of the returned objects, with 0 indicating the start of the list. "paging": "prev": [], "next": [ " ], "limit": 10, "offset": 0, "count": 22, "pages": 0 20

25 The API Explorer POST: Create a New Object POST: Create a New Object Use the POST method to create a new object for a type of resource. For example, use POST to create a new network object. The following procedure explains the general approach for making POST calls in the API Explorer. Use the example code for your API client. Procedure Step 1 Step 2 Step 3 In API Explorer, open a POST method (first, open the group to see the methods and resources). Click Model under the Response Class heading and read about the data types and values for the resource attributes. Under the Parameters heading, configure the following options if they are available: parentid The ID of the parent object that will contain this object. For example, when adding an SSL rule, the ID of the SSL Decryption policy. at For objects that reside in a parent that organizes the objects in an ordered list, such as SSL decryption policies, the location to insert the object. Use an integer to indicate the location, with 0 being the start of the list. The default is to insert the new object at the end of the list. Step 4 Note Whereas objid and parentid are part of the URL path, add the at parameter after a? character to the end of the URL. Also under the Parameters heading, click the JSON model shown in the Data Type > Example Value column for the body parameter. Clicking in this box loads the JSON model into the Value column for the body parameter. For example, clicking the box for the POST /object/networks resource loads the following body: "name": "string", "description": "string", "subtype": "HOST", "value": "string", "type": "networkobject" Step 5 Fill in the required values for the body JSON object attributes. For enum values, be certain to read the allowed values under Response Class > Model. For example, you can create a network object for a subnet (rather than a host) address by filling in the values and changing the default value for subtype: "name": "new_network_object", "description": "A subnet object created using the REST API.", "subtype": "NETWORK", "value": " /24", "type": "networkobject" 21

26 PUT: Modify an Existing Object The API Explorer Step 6 Click the Try It Out! button and examine the response. Examine the curl command used to update the system. Note the additional headers. When you create your API client, you need to also include these header fields and values. For example, the curl command to create the sample object is the following. Note the Content-Type and Accept headers. curl -X POST --header 'Content-Type: application/json' \ --header 'Accept: application/json' -d ' \ "name": "new_network_object", \ "description": "A subnet object created using the REST API.", \ "subtype": "NETWORK", \ "value": " /24", \ "type": "networkobject" \ ' ' For successful calls (return code 200), the response body includes the complete object that you created, including other system-generated values such as version and id. The version and ID values are especially important, as you need them if you subsequently use PUT to change the object. For information on the general structure and content of the response, see Trying a Method and Interpreting the Results, on page 17. The response body also includes the links/self value, which is the URL for the object you created. For example, the following is the response body for the sample object. "version": "f6d8da48-7ed5-11e7-9bfd-d96183b5f5f1", "name": "new_network_object", "description": "A subnet object created using the REST API.", "subtype": "NETWORK", "value": " /24", "issystemdefined": false, "id": "f6d8da49-7ed5-11e7-9bfd-27136f5686ad", "type": "networkobject", "links": "self": " f6d8da49-7ed5-11e7-9bfd-27136f5686ad" PUT: Modify an Existing Object Use the PUT method to change the attributes of an existing object. For example, use PUT to modify the address contained within an existing network object without changing the object s ID. The PUT method replaces the entire object. You cannot simply change one attribute. Thus, you must ensure that your JSON object includes the old values that you want to preserve. The following procedure explains the general approach for making PUT calls in the API Explorer. Use the example code for your API client. 22

27 The API Explorer PUT: Modify an Existing Object Before You Begin Use the GET method for the parent resource to obtain a copy of the existing state of the object, as described in GET: Obtaining Data from the System, on page 19. You must have the correct values for at least the following parameters, as well as any user-supplied values that you do not want to change. version id Procedure Step 1 Step 2 In API Explorer, open a PUT method (first, open the group to see the methods and resources). Under the Parameters heading, configure the following options: objid The id value for the object. For example, 900fac69-7d19-11e7-bf7b-d9417b20e59e. parentid For objects that reside within another object, the ID of the parent object that will contain this object. For example, when modifying an SSL rule, the ID of the SSL Decryption policy. at For objects that reside in a parent that organizes the objects in an ordered list, such as SSL decryption policies, the location to insert the object. Use an integer to indicate the location, with 0 being the start of the list. The default is to insert the object at the end of the list. Step 3 Note Whereas objid and parentid are part of the URL path, add the at parameter after a? character to the end of the URL. Also under the Parameters heading, click the JSON model shown in the Data Type > Example Value column for the body parameter. Clicking in this box loads the JSON model into the Value column for the body parameter. For example, clicking the box for the PUT /object/networks resource loads the following body. Note that this is slightly different from the POST version for the same resource: the PUT body includes the version attribute. "version": "string", "name": "string", "description": "string", "subtype": "HOST", "value": "string", "type": "networkobject" Step 4 Fill in the required values for the body JSON object attributes. Be certain to replicate old values that you do not want to change. For enum values, be certain to read the allowed values under Response Class > Model. Repeat the old value unless you are changing the object to a different subtype. For example, the default PUT model for a network object has HOST for subtype, but if you are changing a subnet object, make sure you change subtype to NETWORK. 23

28 PUT: Modify an Existing Object The API Explorer For example, to update the subnet IP address in a network object, repeat all the old values for all attributes except value. Enter the new subnet address in value. "version": "f6d8da48-7ed5-11e7-9bfd-d96183b5f5f1", "name": "new_network_object", "description": "A subnet object created using the REST API.", "subtype": "NETWORK", "value": " /24", "type": "networkobject", Step 5 Click the Try It Out! button and examine the response. Examine the curl command used to update the system. Note the additional headers. When you create your API client, you need to also include these header fields and values. For example, the curl command to update the sample object is the following. Note the Content-Type and Accept headers. curl -X PUT --header 'Content-Type: application/json' \ --header 'Accept: application/json' -d ' \ "version": "f6d8da48-7ed5-11e7-9bfd-d96183b5f5f1", \ "name": "new_network_object", \ "description": "A subnet object created using the REST API.", \ "subtype": "NETWORK", \ "value": " /24", \ "type": "networkobject" \ ' ' networks/f6d8da49-7ed5-11e7-9bfd-27136f5686ad' For successful calls (return code 200), the response body includes the complete object that you updated. Note that the version value changes, but the object ID (and thus the link/self) stays the same. The version changes every time you modify an object. For information on the general structure and content of the response, see Trying a Method and Interpreting the Results, on page 17. For example, the following is the response body for updating the sample object. "version": "96f5f3cc-7ede-11e7-9bfd-9b7d8a92863f", "name": "new_network_object", "description": "A subnet object created using the REST API.", "subtype": "NETWORK", "value": " /24", "issystemdefined": false, "id": "f6d8da49-7ed5-11e7-9bfd-27136f5686ad", "type": "networkobject", "links": "self": " f6d8da49-7ed5-11e7-9bfd-27136f5686ad" 24

29 The API Explorer DELETE: Remove a User-Created Object DELETE: Remove a User-Created Object Use the DELETE method to remove an object that you, or another user, created. For example, use DELETE to remove a network object that you no longer use. You cannot delete system-defined objects or objects that are required to exist. You also cannot delete an object that is currently being used by another object, such as a network object that is used in an access rule. For in-use objects, first modify all objects that use it, then delete the object. The following procedure explains the general approach for making DELETE calls in the API Explorer. Use the example code for your API client. Before You Begin Use the GET method for the parent resource to obtain a copy of the existing state of the object, as described in GET: Obtaining Data from the System, on page 19. You must have the object ID (the id value) to delete the object. Procedure Step 1 Step 2 Step 3 In API Explorer, open a DELETE method (first, open the group to see the methods and resources). Under the Parameters heading, enter the id value for the object in the objid field. For example, f6d8da49-7ed5-11e7-9bfd-27136f5686ad. If the object resides within a container, you also need to enter the ID of the parent object into the parentid field. Click the Try It Out! button and examine the response. Examine the curl command used to delete the object from the system. Note the additional headers. When you create your API client, you need to also include these header fields and values. For example, the curl command to delete the sample object is the following. Note the Accept header. curl -X DELETE --header 'Accept: application/json' ' networks/f6d8da49-7ed5-11e7-9bfd-27136f5686ad' For successful calls (return code 204 No Content ), you get an empty response body. This is the expected result. 25