Overview
Updates the status of one or more alerts. Allows analysts to change the alert state (e.g., Open, In Review, Completed) and optionally add an observation note. Supports auditing for traceability.Authorization Required: Include a valid Bearer Token in the Authorization header.
Endpoint Details
POST /api/utm-alerts/status
Method: POST
Content-Type: application/json
Authentication: Bearer Token required
Response: HTTP 200 OK (no body)
Content-Type: application/json
Authentication: Bearer Token required
Response: HTTP 200 OK (no body)
Request Body
Array of alert UUIDs to update
New status code for the alerts (see status codes below)
Optional observation note about the status change
Whether to add a “False positive” tag to the alerts
Status Codes Reference
OPEN
Value: 2
Alert is open and pending review
Alert is open and pending review
IN_REVIEW
Value: 3
Alert is currently being reviewed
Alert is currently being reviewed
COMPLETED
Value: 5
Alert has been resolved/completed
Alert has been resolved/completed
JSON Schema
Request & Response Examples
Additional Code Examples
Response Details
Successful Update
- Success Response
- Error Response
The API returns HTTP 200 OK with no response body when the status is successfully updated.
Status Codes
Status updated successfully
Invalid request payload or malformed JSON
Missing or invalid Bearer token
One or more alerts not found
Internal server error during update
Usage Examples
Mark Alert as False Positive
Move Alert to Review
Bulk Status Update
Security Considerations
Security Notes:
- Requires Bearer token authentication
- All status changes are audited using ApplicationEventService for traceability
- Users without proper permissions will receive 401 Unauthorized
- Alert IDs must be valid UUIDs that exist in the system
Best Practices
Status Workflow
Status Workflow
Follow a logical status progression:
- OPEN (2) - Initial alert state
- IN_REVIEW (3) - Under investigation
- COMPLETED (5) - Resolved or closed
Observation Notes
Observation Notes
Always include meaningful
statusObservation
notes:- Document the reason for status change
- Include investigation findings
- Reference any related tickets or incidents
False Positive Handling
False Positive Handling
When marking alerts as false positives:
- Set
status
to 5 (COMPLETED) - Set
addFalsePositiveTag
to true - Include detailed reasoning in
statusObservation