Overview
The ThreatAware API provides REST-based, read-only access to your portal data over HTTPS. Query devices, users, alerts, Vitals status, and integration-specific data programmatically.API Endpoints
Browse available endpoints by category.Devices
Query device inventory and detailed information from all connected integrations
Users
Retrieve user account information aggregated across identity providers
Inventory
Access aggregated inventory data from all connected integrations
Alerts
Query security issues and Vitals health problems detected across your environment
Vitals
Retrieve security control health status for devices and integrations
Settings
Access portal configuration, tags, teams, roles, and integration settings
Base URL
All API requests should be made to your portal-specific base URL:{cloudId} with your organization’s Cloud ID. You can find your Cloud ID in your portal URL or in Settings → API Access.
Authentication
ThreatAware uses API key authentication. Include your API key in theX-ThreatAware-ApiKey header with every request.
- cURL
- Python
- JavaScript
- PowerShell
Response Codes
The ThreatAware API uses standard HTTP response codes to indicate success or failure.Rate Limits
Current Rate Limit: 10 requests per 60 secondsRate limits are applied portal-wide regardless of IP addresses. They may vary based on your ThreatAware plan.
429 status code. Implement exponential backoff in your integration to handle this gracefully.
Quick Start
1
Generate API Key
Navigate to Settings → API Access → Generate Key
2
Test Connection
Make a test request to verify your API key works. See the Authentication section above for examples in multiple languages.
3
Explore Endpoints
Browse the API Endpoints section above or visit apidocs.threataware.com for the complete reference.
Available Endpoints
The ThreatAware API provides access to the following resources:Devices
Devices
Query device inventory with detailed information from all connected integrations.Common Use Cases:
- Export device list to CMDB
- Power BI dashboards
- Custom reporting
- Integration with ticketing systems
Users
Users
Retrieve user account information aggregated across directory services and identity providers.Common Use Cases:
- User access auditing
- Multi-Factor Authentication (MFA) coverage reporting
- Offboarding validation
Inventory
Inventory
Access aggregated inventory data from all connected integrations.Common Use Cases:
- Asset management exports
- Compliance reporting
- Hardware tracking
Alerts & Issues
Alerts & Issues
Query security issues and Vitals health problems detected across your environment.Common Use Cases:
- SIEM integration
- SOC dashboards
- Automated ticket creation
Vitals
Vitals
Retrieve security control health status for devices and integrations.Common Use Cases:
- Security posture dashboards
- Compliance evidence collection
- Executive reporting
Settings
Settings
Access portal configuration, tags, and integration settings.Common Use Cases:
- Automation configuration
- Tag-based reporting
- Integration status monitoring
Pagination
ThreatAware’s API uses offset and limit parameters for pagination:- offset: Number of records to skip (default: 0)
- limit: Number of records to return (default: all if 0 or omitted)
Common Use Cases
Power BI Integration
Goal: Real-time security dashboards
- Use Power BI’s “Web” data source
- Configure API key in Advanced settings
- Set refresh schedule (hourly recommended)
- Build visuals from Vitals and device data
SIEM Integration
Goal: Forward security issues to SIEM
- Poll
/public-api/v1/alertsendpoint every 5-15 minutes - Filter by severity or integration
- Send to Splunk, Sentinel, or QRadar
- Correlate with other security events
ServiceNow CMDB Sync
Goal: Keep CMDB up-to-date with ThreatAware data
- Query
/public-api/v1/devicesdaily - Map ThreatAware fields to CI attributes
- Update or create CI records
- Track discrepancies
Custom Reporting
Goal: Automated compliance reports
- Export Vitals status via API
- Generate PDF/Excel reports
- Email to stakeholders
- Archive for audit evidence
Best Practices
Security
Security
Protect Your API Keys
- ✅ Store keys in environment variables or secrets managers
- ✅ Use separate keys per integration/team
- ✅ Rotate keys annually or when team members leave
- ✅ Monitor API access in Settings → Audit Log
- ❌ Never commit API keys to source control
- ❌ Don’t share keys via email or chat
- ❌ Avoid hardcoding keys in scripts
Performance
Performance
Optimize API Usage
- Use pagination for large datasets
- Cache responses when data doesn’t change frequently
- Implement exponential backoff for rate limit handling
- Query only the fields you need (if filtering supported)
- Schedule heavy queries during off-peak hours
Error Handling
Error Handling
Handle Failures GracefullyCommon status codes:
Example: Python Error Handling
- 200: Success
- 401: Invalid API key
- 429: Rate limit exceeded
- 500: Server error
Integration Testing
Integration Testing
Test Before Production
- Create a test API key
- Query a small dataset first
- Validate response structure
- Test error scenarios (invalid key, rate limits)
- Monitor initial production usage closely
- Set up alerting for API failures
Complete API Documentation
For the complete API reference with all endpoints, parameters, and response schemas, visit:ThreatAware API Documentation
Full API reference with interactive examples and detailed schemas
Support
Need help with the API?- Documentation: apidocs.threataware.com
- Email Support: help@threataware.com
- Portal: Settings → API Access (for key management)
Next Steps
Integrations
Learn about data sources feeding the API
Automation
Combine API with Actions for workflows
Security Monitoring
Understand Vitals data available via API