Huntress Signals
Overview
Signals are security-relevant events detected by Huntress agents on managed endpoints. Not all signals become incidents — they represent the raw detection layer that feeds into Huntress SOC analysis. Monitoring signals provides visibility into the threat landscape before incidents are formally created.
Anti-triggers
- Anything requiring action or remediation — signals are read-only
telemetry with no remediation lifecycle; once the SOC confirms one it
becomes an incident, so use
huntress-incidents. - Real-time alerting — signal queries are point-in-time; Huntress webhooks carry the push feed.
Key Concepts
Signals vs Incidents
- Signals are raw detections from endpoint agents
- Incidents are confirmed threats escalated by the Huntress SOC
- Many signals are benign or informational; only confirmed threats become incidents
- Reviewing signals provides early warning and proactive threat hunting context
Signal Types
Signals cover various detection categories including:
- Suspicious process execution
- Persistence mechanism changes
- Network connection anomalies
- File system modifications
- Registry changes
API Patterns
List Signals
huntress_signals_list
Parameters:
organization_id— Filter by organizationpage_token— Pagination token
Example response:
{
"signals": [
{
"id": "sig-555",
"type": "suspicious_process",
"description": "PowerShell execution with encoded command",
"organization_id": "org-456",
"hostname": "ACME-WS-042",
"severity": "medium",
"created_at": "2026-02-26T14:00:00Z"
}
],
"next_page_token": "eyJwYWdlIjoyfQ=="
}
Get Signal Details
huntress_signals_get
Parameters:
signal_id— The signal ID
Example response:
{
"signal": {
"id": "sig-555",
"type": "suspicious_process",
"description": "PowerShell execution with encoded command",
"organization_id": "org-456",
"hostname": "ACME-WS-042",
"severity": "medium",
"created_at": "2026-02-26T14:00:00Z",
"details": {
"process_name": "powershell.exe",
"command_line": "powershell.exe -EncodedCommand ...",
"parent_process": "cmd.exe",
"user": "ACME\\jsmith"
}
}
}
Common Workflows
Proactive Signal Monitoring
- List recent signals with
huntress_signals_list - Filter by organization for client-specific views
- Review signal types and severity distribution
- Investigate unusual patterns or high-severity signals
- Correlate with known incidents
Signal Investigation
- Get signal details with
huntress_signals_get - Review process chain and command details
- Check if related incidents exist
- Assess whether the signal indicates a genuine threat
- If concerning, check for related signals on the same host
Threat Pattern Analysis
- List signals across all organizations
- Group by type and severity
- Identify trending signal types
- Detect patterns that may indicate widespread attacks
- Proactively alert affected clients
Error Handling
Signal Not Found
Cause: Invalid signal ID or signal has been archived Solution: List signals to verify available IDs
Large Result Sets
Cause: Unfiltered signal queries return many results Solution: Use organization filters and pagination; signals are high-volume
Best Practices
- Use signals for proactive threat hunting, not just reactive incident response
- Filter by organization to manage volume
- Correlate signals with incidents for complete threat context
- Monitor signal trends to detect emerging threats early
- Don't treat every signal as an incident — trust the Huntress SOC triage process
- Use signal data in client security reports for added value
Related Skills
- api-patterns - Pagination for high-volume data
- incidents - Incidents created from signals
- agents - Agents generating signals
- organizations - Organization context for signals