Orca Security — Integration Setup
Prerequisites
- Orca Security account with cloud accounts (AWS/Azure/GCP) already onboarded
- Orca admin access to generate API tokens
- CMDash Essentials tier or above
Step 1: Generate an API Token
- Log in to the Orca Security portal.
- Go to Settings → API Tokens (sometimes labeled API Keys).
- Click Create Token, name it
CMDash Integration, and select a read-only role if your Orca edition supports scoped tokens. - Copy the generated token — it is shown only once.
Step 2: Connect in CMDash
- Navigate to Integrations in your CMDash dashboard.
- Find Orca Security and click Connect.
- Enter:
- API Token (stored as this connection's access token, sent as
Authorization: Token <token>) - Region (e.g.,
us; defaults tousif left blank — use the region matching where your Orca instance is hosted)
- API Token (stored as this connection's access token, sent as
- Click Save & Test Connection.
What Syncs
| Data Type | Orca API | Sync Frequency |
|---|---|---|
Vulnerabilities (alerts where type_string is vulnerability or category is Vulnerabilities) | GET /api/alerts | Every 4 hours by default (configurable per connection) |
| Incidents (all other alert types — misconfigurations, malware, identity findings, etc.) | Same GET /api/alerts call, everything not classified as a vulnerability | Every 4 hours by default (configurable per connection) |
CMDash pulls every open Orca alert via the paginated /api/alerts endpoint (next_page_token) and splits the result set client-side: anything Orca tags as a vulnerability-category alert becomes a CMDash vulnerability record (with CVE ID and CVSS score if present); everything else — cloud misconfigurations, malware detections, identity/access findings, lateral-movement risk, etc. — becomes a CMDash incident. The sync stops after 2,000 alerts.
Troubleshooting
- 401 Unauthorized: Token expired or revoked; regenerate in the Orca portal.
- 403 Forbidden: The token's role doesn't have read access to alerts.
- Wrong region / empty results: Confirm the Region field matches your Orca deployment (
https://api.{region}.orcasecurity.io). - Everything lands as an "incident" and nothing as a "vulnerability": Orca's
type_string/categoryfields must matchvulnerability/Vulnerabilitiesexactly for CMDash to classify an alert as a vulnerability — some Orca alert categories that conceptually look like vulnerabilities (e.g., certain CVE-based cloud workload findings) may still be tagged with a different category string and land in the incident bucket instead.
Rate Limits & Sync Behavior
| Setting | Value |
|---|---|
| Sync frequency | Every 4 hours by default (syncInterval is configurable per connection) |
| Pagination cap | 2,000 alerts per sync |
| Rate limit handling | Every outbound request is paced through CMDash's shared per-tenant token bucket for this provider, and a vendor 429 (with its Retry-After) holds that tenant's budget until the vendor says it is ready (#507) |
| Failed sync retry | Job queue retries 3 times with exponential backoff (starting at 30s) — see docs/developers/dead-letter.md |
Credential Rotation
Orca API tokens do not have a fixed expiry by default. CMDash recommends rotating quarterly.
To rotate:
- In the Orca portal: Settings → API Tokens → Create Token.
- In CMDash: Settings → Integrations → Orca Security → Edit.
- Enter the new API Token and Save.
- Revoke the old token in Orca once confirmed working.
Note: Orca tokens expose no expiry metadata to CMDash, so the 30-day expiry warning banner is not shown for this integration.
Multiple Instances / Multi-Site
If your Orca deployment spans multiple regions, or you want to segment by business unit with separate tokens, add a connection per scope.
To add another connection:
- Generate an additional API token, following Step 1.
- In CMDash: Settings → Integrations → Add Integration → Orca Security.
- Enter the token and region for the additional scope.
- Give the connection a descriptive name (e.g.,
Orca - AWS Prod,Orca - Azure). - Click Save & Test Connection.
Compliance Framework Coverage
The Orca Security integration provides evidence for the following controls. Coverage is automatically mapped when data is synced.
| Framework | Control | Description |
|---|---|---|
| PCI DSS | 2.2 | Secure configuration standards — Orca misconfiguration findings |
| PCI DSS | 11.3 | Vulnerability scanning — Orca cloud workload vulnerability findings |
| HITRUST | 06.d | Configuration management — cloud posture findings |
| CMMC L2 | RA.2.141 | Vulnerability scanning — Orca findings mapped to scanning evidence |
| SOC 2 | CC7.1 | Threat detection — Orca alerts feed the threat-detection evidence bucket |