Findings API — Recent Changes

Customer-relevant changes to Findings API endpoints and schemas from the past 6 months. Dates below are when each change was committed, not necessarily when it reached production — release to production may lag as it rolls through our int → uat → production pipeline.

DateVersionTypeChange
2026-09-281.10.0AddedAdded an optional include query parameter to GET /v2/findings. Setting include=response_actions embeds each finding's response actions directly in the list response, and extends the response_actions schema with additional fields (uuid, response_id, updated_by, updated_timestamp, error_details, action_taken).
2026-09-151.9.0AddedAdded an optional tenant_code query parameter to GET/POST /v2/findings and its sub-resource endpoints, letting an authorized partner organization act on behalf of a tenant it directly manages. Deprecated the existing, always-ignored customer_code query parameter in favor of tenant_code.
2026-09-021.8.0FixedCorrected the published OAuth scope requirements for several endpoints, added the missing 503/504 error responses to GET /v2/findings, and fixed a typo in the support contact email address.
2026-08-271.7.0AddedAdded GET /v2/findings/{case_id}/comments and GET /v2/findings/{case_id}/emails to retrieve case comment and email history for escalated findings.
2026-08-261.6.0AddedAdded GET /v2/findings/{finding_id}/activity-logs, /related-alerts, and /events, and a fully typed finding-detail response for GET /v2/findings/{finding_id}, for parity with the finding detail page in the customer portal.
2026-08-261.6.0ChangedGET /v2/findings and its sub-resource endpoints now consistently return lower_snake_case field names.
2026-06-251.4.2AddedAdded Suspicious to the finding category enum.
2026-05-251.4.2Fixedstart_date/end_date query parameters now accept ISO 8601 date-time format in addition to plain dates.

← Back to Findings API docs