Orca Security
Purpose
Ingests Orca Security alerts and per-target CVE findings into SubImage without duplicating cloud inventory already discovered from AWS, Azure, or GCP.
tip
Secret fields below accept either an AWS Secrets Manager ARN or a value pasted directly into SubImage's managed vault. See Secrets for details.
Required Fields
| Field | Secret? | Description |
|---|---|---|
orca_api_endpoint |
No | Regional Orca Security HTTPS API origin, without /api or another route |
orca_api_token |
Yes | Orca Security API token with organization-wide read access to required data |
Setup Steps
- In Orca Security, create a read-only API token that applies to the entire organization.
- Grant the token access to read the organization identity and query
AlertandVulnerabilityV2data, including related Inventory context. - Store the token as a plaintext secret in AWS Secrets Manager and copy the Secret ARN (or paste the value into SubImage's managed vault).
- Identify the regional Orca Security HTTPS API origin for the tenant, such as
https://api.orcasecurity.io. Do not include/apior another route. - In SubImage, fill in
orca_api_endpointandorca_api_token, then save the module.
Notes
- The sync is read-only.
- The token must cover the complete organization because stale-data cleanup requires a complete snapshot.
VulnerabilityV2results must includeInventory.AssetUniqueId.
Troubleshooting
- For HTTP 401 responses, create a valid token and update the module credential.
- For HTTP 403 responses or missing findings, verify the token has organization-wide read access.
- If
Inventory.AssetUniqueIdis missing, inspect the response in Orca's authenticated Serving Layer Request Builder.