AI InfrastructureStatus: Case StudyYear: 2025
Ragnarok SIEM Triage
Explainable alert scoring for a SIEM, built in 24 hours. Won 1st place.
- Python
- FastAPI
- SIEM
Overview
A SIEM alert-triage service built with teammates in 24 hours: it scores incoming security alerts, explains every score, and suggests a first response.
Security teams face noisy alert queues where triage, prioritization, and remediation planning consume valuable response time.
What I built
Team project at the Black Pearl hackathon. I helped design the triage flow and the security workflow around it; the service code lives in a teammate's repository.
What it does
- Alert scoring
- Score explanations
- Suggested response
System and architecture
A FastAPI service scores each alert from rule severity, threat-intelligence hits, burst counts, asset criticality, MITRE technique risk and suspicious-command patterns, explains the score, and suggests whether to block the source IP or enrich the alert.
Alerts are posted to /score, which combines weighted signals into a priority and a suggested action. /why/{dedup_key} returns the reasons behind any score, and /metrics exposes counters. The team's design places the service between Wazuh alerts and TheHive cases, with MISP for threat intelligence.
- Security & identity
- API & services
- AI & models
- Weighted, explainable alert scoring
- Per-alert explanations through /why
- Suggested first response: block the IP or enrich the alert
Technology
Themes
Challenges and trade-offs
- Producing a score an analyst can trust: every point has to be explainable.
- Scoping a full SOC pipeline down to what could work in 24 hours.
Outcome
Black Pearl 24-hour Cybersecurity Hackathon · 1st place
- Built in 24 hours with teammates.
- Won 1st place at the Black Pearl Cybersecurity Hackathon.
Learnings
- Explainable heuristics beat opaque scores when an analyst makes the final call.
- Security tooling needs clear escalation and review boundaries.