24/7 watch over security events across the whole infrastructure, with automatic correlation and priority set by real risk, not by volume.
Every relevant alert is analyzed to identify the MITRE tactic, the potential impact and the recommended remediation, with full context. During an active incident the analyst can request a tailored response playbook.
Every relevant alert is delivered to whoever operates that client, through their own channel, with a daily summary and spike detection. A daily check confirms the alert would go out before it is needed.
Automatic creation of enriched tickets in osTicket, Jira Service Management or ServiceNow. Every incident is documented, assigned and traceable with full AI analysis.
Live monitor with risk indicators, plus service and technical reports per period — one sheet per incident, with severity, MITRE tactic and response times — ready for the board or an audit.
Perimeter traffic aggregated per minute: allowed and blocked sessions, bandwidth, destination countries and applications in use, without storing raw logs. Plus who connects over VPN, from which country and with which address: access granted after several failed attempts raises an immediate alert and opens a ticket.
Firewalls and perimeter gear, servers and workstations, cloud services and any SIEM or EDR already in use send their events to OBSIDIA. The usual protocols are supported — syslog, API and webhooks — without changing how the client operates.
Events from different origins end up in a common format and repeats are discarded, so the same fact is not counted — or alerted — twice. Adding a new source does not force anything built before to be redone.
Depending on the contracted plan, alerts from a given severity go through the AI engine: it identifies the MITRE ATT&CK tactic and technique, the kill chain phase, the likely impact and the recommended remediation, with the full context of the case.
A ticket is opened with a structured subject — severity, rule and the device that originated the alert — and a body carrying the event data, the full AI analysis, the MITRE context and the remediation steps. Works with osTicket, Jira Service Management and ServiceNow.
The alert goes out through the channel of whoever operates that client, not to a generic list: real-time alerting, SLA watch, notice when equipment stops reporting and volume spike detection. If nobody responds within the plan's time, the case escalates to the next level.
Every event is recorded and shows up on the monitor as it happens. From there it is marked Acknowledged, Resolved or False positive: the action is audited and closes the ticket in the service desk. All of it feeds the service reports and the monthly executive summary afterwards.
The AI engine receives full incident context: triggered rule, affected device, MITRE tactic, severity and related events in the time window. No client data exposed in shared environments.
Containment steps specific to the detected threat: network isolation, session revocation, process or account blocking. Ordered by minimum operational impact.
Forensic investigation guide: artifacts to collect, logs to review, recommended tools and key questions to determine the actual scope of the incident.
Incident documentation structure, closure criteria, post-incident remediation actions and control improvement recommendations to prevent recurrence.
| Type | Starter | Pro | Enterprise |
|---|---|---|---|
| 🛡️ Firewalls / routers (logical) | 3 | 6 | 10 |
| 🖥️ Servers | 20 | 40 | 70 |
| 💻 Devices / workstations | 100 | 200 | 350 |
| 🔒 WAF, databases, EDR, vulnerabilities | Separate | Separate | Separate |
| ☁️ O365 tenants · SASE consoles | Per tenant | Per tenant | Per tenant |
| ➕ Beyond what is included | Overage | Overage | Overage |