Kriterienkatalog · Security Information and Event Management
SIEM-Auswahl: die Kriterien, die unter NIS2 und DORA zählen
Die meisten SIEM-Bewertungen vergleichen Dashboards und einen Preis pro Gigabyte. Unter NIS2 und DORA zählen andere Fragen: Wer schreibt die Erkennungsregeln, wie schnell kannst du belegen, was passiert ist, und wie sieht die Rechnung im dritten Jahr aus?
Unabhängige Kriterienreferenz · 23 Kriterien · Stand August 2026 · Von keinem Anbieter gesponsert
Ein SIEM ist das System, vor dem du stehst, wenn die Aufsicht fragt, was passiert ist und wann du davon wusstest. Damit ist die Wahl eine Entscheidung über Nachweise, Aufbewahrung und Jurisdiktion, nicht nur über Erkennung. Es ist außerdem das Security-Tool mit der überraschendsten Kostenkurve: Der Preis wächst mit den Daten, die du hineingibst, und die Daten, die du hineingeben musst, wachsen jedes Jahr. Die Kriterien unten sind die, die DecisionOS für einen SIEM-Fall auf den Bewertungsbogen setzt, in derselben Reihenfolge und Gruppierung, damit du hier prüfst, was du dort bewertest.
Erkennung & Analytik
Kriterium 01
Abdeckung der Erkennungsregeln (MITRE ATT&CK)
Warum es zählt
Ein SIEM wird als leerer Motor geliefert. Seinen Wert bekommt es durch Erkennungsregeln, und die altern: Jede neue Angriffstechnik, jedes neue Logformat und jede Änderung in deiner Umgebung verlangt Updates. Ob der Vendor ein kuratiertes, auf MITRE ATT&CK abgebildetes Regelwerk pflegt oder diese Arbeit dir überlässt, ist der Unterschied zwischen einem Produkt und einem Projekt.
Was du fragst
Frag, wie viele Erkennungsregeln standardmäßig aktiviert ausgeliefert werden, wie sie auf MITRE-ATT&CK-Techniken abgebildet sind, wie oft der Vendor sie aktualisiert, und welchen Anteil der Regeln ein Referenzkunde deiner Größe nach sechs Monaten tatsächlich noch aktiv hat.
Die Falle
"Tausende Detections out of the box" heißt oft: tausende Regeln, die auf alles anspringen und binnen Wochen abgeschaltet werden. Frag nach der Zahl der Regeln, die Kunden wirklich betreiben, nicht nach der Zahl, die in der Schachtel liegt.
Kriterium 02
Mean Time to Detect (MTTD)
Warum es zählt
Die Erkennungszeit des SIEM ist die Summe aus Ingestion-Verzögerung, Korrelationsfenster und Regelintervall, und in jedem davon können sich Minuten bis Stunden verstecken. Einen Angreifer, der in neunzig Minuten vom Erstzugriff zum Domänen-Admin wird, fängt keine Korrelationsregel, die stündlich auf Daten läuft, die dreißig Minuten zu spät kamen. Die 24-Stunden-Uhr von NIS2 beginnt mit der Kenntnis, und Kenntnis beginnt hier.
Was du fragst
Frag nach der gemessenen Ende-zu-Ende-Latenz vom Ereignis an der Quelle bis zum Alarm in der Konsole bei deinem geplanten Volumen, ob Regeln auf Streaming-Daten oder als geplante Suchen laufen, und wie die Verzögerung aussieht, wenn die Plattform unter Ingestion-Spitzenlast steht.
Die Falle
"Echtzeit-Korrelation" beschreibt meist die Ingestion-Pipeline. Die Regeln, die zählen, laufen womöglich als geplante Suchen alle fünfzehn Minuten über Daten, die in Batches indiziert werden. Frag, wo die Uhr tatsächlich läuft, und teste es im Pilot mit einem synthetischen Ereignis.
Kriterium 03
Qualität von Alert-Korrelation & Anreicherung
Warum es zählt
Ein einzelner fehlgeschlagener Login ist Rauschen; fünf fehlgeschlagene Logins, dann ein Erfolg aus einem neuen Land und eine Rechteänderung sind ein Vorfall. Korrelation macht aus Ereignissen diese Geschichte, und Anreicherung ergänzt, wer der Nutzer ist, was das Asset tut und ob die IP als bösartig bekannt ist. Ohne beides liest der Analyst Rohereignisse, und die Warteschlange füllt sich mit Alarmen, die niemand priorisieren kann.
Was du fragst
Lass dir einen echten Vorfall in der Konsole zeigen: aus wie vielen Rohereignissen er gebaut wurde, welche Anreicherungsquellen (Asset-Inventar, Identität, Threat Intelligence, Schwachstellendaten) automatisch angewendet wurden, und wie eine neue Korrelation über zwei deiner Quellen geschrieben und getestet wird.
Die Falle
"KI-gestützte Korrelation" heißt oft: ein Risikowert pro Entität ohne Erklärung, warum. Kann der Analyst nicht sehen, welche Ereignisse den Alarm erzeugt haben, und die Logik nicht anpassen, ist Tuning Raten, und die False-Positive-Rate wird nie besser.
Kriterium 04
SOAR- / Playbook-Automatisierung
Warum es zählt
Erkennung ist nur der erste Schritt. Ein Alarm muss zum Ticket werden, eine Anreicherung auslösen, über das EDR einen Endpunkt isolieren und in dem Vorfallsprotokoll landen, das der Auditor später liest. Sind diese Übergaben manuell, wird Reaktionszeit in Schichten statt in Minuten gemessen, und die Zeitleiste, die du später rekonstruierst, hat Lücken.
Was du fragst
Lass dir in der Demo zeigen, wie ein Alarm von der Erkennung zu einem Ticket in deinem Ticketsystem und zu einer automatischen Eindämmung in deinem EDR wandert, mit vom Vendor gepflegten Playbooks. Frag, wie viele Playbooks mitgeliefert werden, wie sie bearbeitet werden, und wer die Konnektoren pflegt, wenn eine der beiden Seiten ein Update bekommt.
Die Falle
"SOAR inklusive" kann eine vollwertige Automatisierungs-Engine meinen oder eine Handvoll Playbooks in einer separaten Lizenzstufe. So oder so: Rechne die Engineering-Stunden für Bau und Pflege deiner Playbooks zum Preis dazu, und prüfe, ob das Playbook auf deinem EDR handeln kann, nicht nur auf dem des Vendors.
Kriterium 05
False-Positive-Rate & Tuning-Aufwand
Warum es zählt
Ein SIEM, das tausend Alarme am Tag erzeugt, von denen drei zählen, hat die drei versteckt. False Positives sind kein Ärgernis, sie sind der Mechanismus, durch den echte Vorfälle ungelesen geschlossen werden. Der Tuning-Aufwand, ein Regelwerk von laut zu brauchbar zu bringen, sind Analystenwochen, und das sind die Kosten, die nie im Lizenzangebot stehen.
Was du fragst
Frag einen Referenzkunden deiner Größe, wie viele Alarme pro Tag die Plattform im ersten und im sechsten Monat erzeugt hat, wie viele Analystenstunden ins Tuning gingen, und ob die Regeln des Vendors mit Ausnahmen und Schwellwerten getunt werden können oder nur abgeschaltet.
Die Falle
"Machine Learning senkt False Positives um 90 Prozent" ist gegen eine ungetunte Basis gemessen, die niemand betreibt. Die Zahl, die zählt, sind Alarme pro Analyst pro Tag nach dem Tuning, und ob das Tuning das nächste Regel-Update des Vendors überlebt.
Datenaufnahme & Speicherung
Kriterium 06
Log-Aufnahmekapazität & Kostenmodell (pro GB)
Warum es zählt
SIEM-Lizenzen werden pro aufgenommenem Gigabyte, pro Ereignis, pro Node oder pro Workload bepreist, und jedes Modell belohnt ein anderes Verhalten. Preis pro Gigabyte macht jede neue Logquelle zu einer Budgetdiskussion und drängt Teams dazu, genau die geschwätzigen Quellen abzuschalten, die in einer Untersuchung am nützlichsten sind. Das Pilotvolumen ist nie das Produktionsvolumen.
Was du fragst
Bitte um ein Angebot bei deinem aktuellen Tagesvolumen, beim doppelten Volumen und beim Volumen nach Anbindung der Cloud- und Identity-Quellen, die du hinzufügen willst, und frag, was vertraglich an dem Tag passiert, an dem du das zugesagte Volumen überschreitest.
Die Falle
"Planbare Preise" beschreibt meist die Zusage, nicht die Überschreitung. Die Falle ist ein zugesagtes Volumen in Pilotgröße und ein Überschreitungstarif, der eine einzige geschwätzige Firewall in eine fünfstellige Überraschung verwandelt.
Kriterium 07
Abdeckung von Log-Quellen & Use Cases
Warum es zählt
Ein SIEM sieht nur, was du ihm schickst, und erkennt nur, wofür es einen Use Case hat. Angreifer bewegen sich heute durch Identity Provider, SaaS-Anwendungen, Cloud-Steuerungsebenen und in Industrieumgebungen durch OT-Netze. Wenn diese Quellen nicht von vendorgepflegten Parsern und Detections abgedeckt sind, deckt das Tool die Server ab, die du ohnehin überwacht hast, und übersieht die Systeme, in denen Vorfälle heute beginnen.
Was du fragst
Gib dem Vendor deine echte Liste an Logquellen (Identity Provider, Cloud-Plattformen, SaaS-Anwendungen, Firewalls, EDR, OT-Protokolle) und frag, für welche es heute einen vom Vendor gepflegten Parser und Detection Content gibt, welche Eigenarbeit brauchen, und wer diese Arbeit pflegt, wenn die Quelle ihr Format ändert.
Die Falle
"Über 500 Integrationen" zählt alles, was jemals einmal angebunden wurde. Die Zahl, die zählt, ist: Wie viele deiner zwanzig wichtigsten Quellen werden geparst, normalisiert und auf Detections abgebildet, ohne dass du den Parser selbst schreibst?
Kriterium 08
Aufbewahrungsdauer der Logs & Such-Performance
Warum es zählt
Regulatorische Erwartungen und dein eigener forensischer Bedarf können verlangen, dass Security-Logs ein Jahr oder länger aufbewahrt werden, während SIEM-Preise davon ausgehen, dass du wenige Wochen im schnellen Speicher hältst. Und der Moment, in dem du das SIEM am dringendsten brauchst, ist der Moment, in dem es die meisten Daten hält und die meisten Leute darin suchen: Eine Suche, die beim Demo-Volumen in Sekunden antwortet, kann gegen Monate an Bestand Minuten dauern oder abbrechen.
Was du fragst
Nenne die Aufbewahrungsdauer, die du pro Logkategorie brauchst, und lass sie den Vendor bepreisen. Bitte dann darum, eine Suche über neunzig Tage Daten bei deinem geplanten Tagesvolumen auszuführen, mit Wildcard auf einem nicht indizierten Feld, während ein zweiter Analyst eine andere Suche laufen lässt. Frag nach der gemessenen Zeit und nach Dauer und Kosten des Zurückholens aus der Cold-Stufe.
Die Falle
"Unbegrenzte Aufbewahrung" bezieht sich auf Speicherung, nicht auf Suche, und "Suche unter einer Sekunde" ist auf indizierten Feldern im Hot Storage gemessen. Die Suche, die du um zwei Uhr nachts fährst, geht über Cold Storage, auf ein Feld, das niemand indiziert hat, und sie entscheidet über deine 72-Stunden-Meldung.
Kriterium 09
Unterstützung cloud-nativer & hybrider Quellen
Warum es zählt
Deine Logquellen sind nicht mehr nur Syslog von Servern im Rechenzentrum. Cloud-Audit-Trails, Container-Plattformen, Serverless-Funktionen und SaaS-Anwendungen erzeugen Logs über APIs, Event-Streams und Objektspeicher, in Formaten, die sich mit dem Release-Zyklus des Anbieters ändern. Ein SIEM aus der Syslog-Welt sammelt diese Quellen über ein eigenes Skript, das bricht, sobald der Anbieter ein Feld ändert.
Was du fragst
Frag, wie jede deiner Cloud-Plattformen und SaaS-Anwendungen eingelesen wird (nativer API-Konnektor, Event Hub, Abholung aus dem Speicher), ob der Konnektor vom Vendor gepflegt wird und wie schnell er Schemaänderungen des Anbieters folgt, und wie ein On-Premises-Collector und ein Cloud-Tenant als eine Plattform verwaltet werden.
Die Falle
"Cloud-natives SIEM" heißt oft: Das SIEM läuft in der Cloud, nicht: Es versteht Cloud-Quellen. Und ein Konnektor, der stündlich aus dem Objektspeicher abholt, addiert jeder Erkennung eine Stunde. Frag nach Ingestion-Pfad und Verzögerung pro Cloud-Quelle, nicht nach dem Häkchen.
Kriterium 10
Qualität von Datennormalisierung & Parsing
Warum es zählt
Korrelation über Quellen hinweg funktioniert nur, wenn ein Benutzername im Firewall-Log und ein Benutzername im Identity-Log im selben Feld im selben Format landen. Normalisierung und Parsing sind die unglamouröse Schicht, die jede Erkennungsregel zum Laufen bringt, und wenn ein Parser fehlt oder bricht, werden die Ereignisse als Text gespeichert und jede Regel, die davon abhing, verstummt ohne Alarm.
Was du fragst
Frag, in welches Datenmodell die Plattform normalisiert, welcher Anteil deiner Quellen von vendorgepflegten Parsern abgedeckt ist, wie ein Parsing-Fehler erkannt und gemeldet wird, und was es braucht, einen Parser für eine Quelle zu schreiben und zu pflegen, die der Vendor nicht abdeckt.
Die Falle
Der stille Fehler: Eine Quelle ändert nach einem Upgrade ihr Logformat, der Parser extrahiert das Nutzerfeld nicht mehr, die Daten kommen weiter an und zählen gegen deine Ingestion, und die Erkennungsregeln schlagen einfach nie wieder an. Frag, wie du es merken würdest.
Betrieb & Integration
Kriterium 11
Analysten-Workbench & Untersuchungs-UX
Warum es zählt
Ein SIEM ohne Menschen ist eine Rechnung. Jemand muss Regeln tunen, Alarme sichten, Untersuchungen führen und Parser am Laufen halten, und wie schnell ein Analyst von einem Alarm zu den zugehörigen Ereignissen, dem Asset, dem Nutzer und der Zeitleiste springen kann, entscheidet, wie viele Vorfälle ein kleines Team tatsächlich bewältigt. Die Workbench ist der Ort, an dem Analystenstunden gewonnen oder verloren werden.
Was du fragst
Lass einen Analysten aus deinem eigenen Team in der Demo einen Alarm von Anfang bis Ende untersuchen und zähl die Klicks und Kontextwechsel, und frag dann den Vendor, wie viele Analystenstunden pro Woche ein Kunde deiner Größe typischerweise braucht, um die Plattform gut zu betreiben, und ob er oder ein Partner eine 24/7-Überwachung mit vertraglicher Reaktionszeit liefern kann.
Die Falle
"KI-gestützte Triage senkt die Analystenlast" ist die Stelle, an der die Personalfrage begraben wird. Automatisierung senkt das Rauschen; sie untersucht nicht, entscheidet nicht und schreibt keine 72-Stunden-Meldung. Budgetiere die Menschen, bevor du die Lizenz budgetierst.
Kriterium 12
ITSM- / Ticketing-Integration (ServiceNow, Jira)
Warum es zählt
Das Vorfallsprotokoll, das der Auditor liest, und der Change, der die Ursache behebt, leben beide im Ticketsystem, nicht im SIEM. Wird aus einem Alarm kein Ticket mit den richtigen Feldern, dem richtigen Bearbeiter und einem Link zurück zum Nachweis, laufen die Zeitleiste des SIEM und die der Organisation auseinander, und unter NIS2 und DORA wird die der Organisation gemeldet.
Was du fragst
Lass dir zeigen, wie ein Alarm in deiner Ticketing-Plattform ein Ticket mit Schweregrad, betroffenen Assets und Link zum SIEM-Fall erzeugt, frag, ob Statusänderungen in beide Richtungen fließen, und frag, wer den Konnektor pflegt, wenn deine Ticketing-Plattform ein Upgrade bekommt.
Die Falle
"Integriert sich mit ServiceNow und Jira" heißt oft: eine E-Mail an eine Queue oder ein Webhook in eine Richtung. Ein Ticket, das im Ticketsystem geschlossen ist, während der SIEM-Fall offen bleibt, liefert zwei verschiedene Antworten auf "wann wurde das gelöst", und genau das fragt eine Aufsicht.
Kriterium 13
Integrationstiefe von EDR / Identity / Cloud
Warum es zählt
Die drei Quellen, die heute die meisten Untersuchungen entscheiden, sind das EDR, der Identity Provider und die Cloud-Steuerungsebene. Integrationstiefe heißt mehr als ihre Logs einzulesen: Der Analyst sieht den Prozessbaum aus dem EDR, die letzten Anmeldungen des Nutzers aus dem IdP und die Cloud-Rollenänderungen in einer Ansicht und kann aus dem SIEM heraus eine Eindämmung im EDR oder einen Session-Widerruf im IdP auslösen.
Was du fragst
Frag für jede deiner EDR-, Identity- und Cloud-Plattformen, welche Daten eingelesen werden, welcher Kontext während einer Untersuchung bei Bedarf nachgeladen wird, und welche Reaktionsmaßnahmen aus dem SIEM ausgelöst werden können, und lass dir in der Demo eine Untersuchung zeigen, die alle drei kreuzt.
Die Falle
"Bidirektionale Integration" deckt oft Alarme hinein und einen Isolationsbefehl hinaus ab, für das eigene EDR des Vendors. Für das EDR, das du wirklich betreibst, sind es womöglich Alarme hinein und nichts hinaus. Teste die Integration mit deinen Produkten, nicht mit der Referenzarchitektur des Vendors.
Kriterium 14
Threat-Intelligence-Integration
Warum es zählt
Threat Intelligence ist das, womit eine Erkennung "diese IP gehört einer bekannten Ransomware-Gruppe" sagen kann statt "diese IP hat eine Verbindung aufgebaut". Ihr Wert im SIEM hängt davon ab, ob Indikatoren automatisch gegen jede Quelle abgeglichen werden, wie aktuell sie sind, und ob du die Feeds des CERT und ISAC deiner Branche neben denen des Vendors einbringen kannst.
Was du fragst
Frag, welche Intelligence-Feeds enthalten sind, wie Indikatoren gegen eingelesene Ereignisse abgeglichen werden und mit welcher Verzögerung, ob du eigene Feeds und die deines CERT in Standardformaten ergänzen kannst, und wie ein Indikator-Treffer mit dem Kontext angereichert wird, den der Analyst zur Entscheidung braucht.
Die Falle
"Integrierte Threat Intelligence" ist oft ein Lookup, den der Analyst von Hand ausführt. Automatischer Abgleich über alle Quellen bei der Aufnahme ist eine andere Fähigkeit und häufig eine eigene Lizenz. Frag nach der Zahl der automatischen Indikator-Treffer pro Woche auf einem Referenz-Tenant.
Kriterium 15
Rollout-Komplexität (On-Prem / SaaS / Hybrid)
Warum es zählt
On-Premises gibt dir die Residenzfrage zu deinen Bedingungen und macht dich zum Betreiber einer Datenplattform mit Speicher, Patching und Skalierung. SaaS nimmt dir diese Last ab und verschiebt Residenz- und Zugriffsfragen zum Vendor. Hybrid sammelt on premises und analysiert in der Cloud, und die Collector-Schicht ist der Ort, an dem die meisten Hybrid-Installationen ihren Betriebsaufwand verbringen.
Was du fragst
Frag, was ein vollständig betriebener Aufbau deiner Zielgröße pro Modell an Personalzeit pro Monat braucht, wo die Daten in jedem Modell liegen und wer darauf zugreifen kann, wie Collectoren und Forwarder aktualisiert werden, und welchen Migrationspfad es gibt, wenn du das Modell im zweiten Jahr wechselst.
Die Falle
Das günstigere Betriebsmodell im Angebot ist oft das, bei dem der Betrieb stillschweigend bei dir liegt: der Storage-Cluster, dem die Platte ausgeht, der Collector, den niemand gepatcht hat, das Upgrade, das ein Wochenende kostet. Frag einen Referenzkunden nach den Betriebsstunden pro Monat, nicht den Vendor nach der Architekturfolie.
Wirtschaftlichkeit & Compliance
Kriterium 16
TCO (3 Jahre, aktuelles Log-Volumen)
Warum es zählt
Die Lizenz ist ein Bruchteil dessen, was ein SIEM kostet. Speicher für die Aufbewahrung, die Collectoren und ihre Hosts, die Analysten, die es betreiben, die Professional Services für das Onboarding, die Integrationsarbeit, die Schulung und das Ingestion-Wachstum, das jeder neuen Quelle folgt, gehören alle in die Zahl. Eine Dreijahressumme bei deinem aktuellen Log-Volumen, mit Wachstum, ist die einzige Zahl, die sich über Vendoren vergleichen lässt.
Was du fragst
Bitte um ein Dreijahres-Kostenmodell bei deinem aktuellen Tagesvolumen mit realistischem Wachstum, inklusive Aufbewahrungsspeicher, Infrastruktur oder SaaS-Stufe, Support, Onboarding-Services und der oben identifizierten Zusatzmodule, und ergänze selbst eine Zeile für den Analysten-Personalbedarf jedes Modells.
Die Falle
"Kostenlose Migration" deckt den Weg hinein, nie den Weg hinaus, und der Rabatt im ersten Jahr wird in den Jahren zwei und drei zurückgezahlt. Kalkuliere die vollen Kosten über drei Jahre inklusive Ingestion-Wachstum, Aufbewahrung, Zusatzmodulen, Integrationsarbeit und Ausstieg, nicht die Lizenzzeile.
Kriterium 17
DSGVO- / Data-Residency- / SOC-2-Compliance
Warum es zählt
Security-Logs enthalten Benutzernamen, IP-Adressen, Mailbetreffe und manchmal ganze Payloads. Das macht sie zu personenbezogenen Daten unter der DSGVO und oft zu vertraulichen Geschäftsdaten. Wo sie gespeichert werden, ist die eine Frage; wo die Support-Techniker, die Analysten des Managed Service und die Machine-Learning-Pipelines des Vendors darauf zugreifen, die andere, und um die geht es bei Schrems II. Der SOC-2-Bericht des Vendors ist das, was in deine Lieferantenakte kommt.
Was du fragst
Frag, ob eine reine EU-Bereitstellung Speicherung, Verarbeitung, Support-Zugriff und alle Analytics- oder KI-Funktionen umfasst, ob das Standard oder eine höhere Preisstufe ist, was der Vertrag über Zugriffe von außerhalb der EU sagt, und nach dem aktuellen SOC-2-Typ-II-Bericht mit Scope.
Die Falle
"Daten in der EU gespeichert" verträgt sich mit einem Follow-the-Sun-Support-Team, das sie von drei Kontinenten aus liest. Residenz der Speicherung ist nicht Residenz des Zugriffs, und nur Letztere überzeugt eine sorgfältige Datenschutzbeauftragte. Und der SOC-2-Bericht deckt womöglich eine Region ab, in der du nicht bist.
Kriterium 18
NIS2- / DORA-Compliance-Reife
Warum es zählt
NIS2 Artikel 23 erwartet eine Frühwarnung binnen 24 Stunden und eine Meldung binnen 72 Stunden nach Kenntnis; DORA verlangt von Finanzunternehmen die Meldung schwerwiegender IKT-Vorfälle in einem ähnlich engen Zeitrahmen. Beides braucht eine belastbare Zeitleiste dessen, was passiert ist, gebaut aus Logs, für deren Integrität du geradestehen kannst. Wenn das SIEM diese Nachweise nicht in einer Form exportiert, die du übergeben kannst, scheitert die Frist am Papierkram, nicht an der Erkennung.
Was du fragst
Frag, wie du eine vollständige, manipulationssichere Zeitleiste eines Vorfalls (Rohereignisse, ausgeführte Abfragen, Analystennotizen) in einem Format exportierst, das ein Auditor oder eine Aufsichtsbehörde lesen kann, ob gespeicherte Ereignisse write-once sind und das Audit-Log des SIEM außerhalb der Reichweite des Administrators liegt, und ob das ohne Support-Ticket beim Vendor funktioniert.
Die Falle
"Compliance-Reporting integriert" heißt meist: Dashboards, auf denen der Name einer Verordnung steht. Lass dir den Export eines konkreten Vorfalls von Anfang bis Ende zeigen. Wenn die Antwort mit "unser Professional-Services-Team kann" beginnt, ist die Fähigkeit nicht da.
Kriterium 19
Anbieterabhängigkeit & Migrationsaufwand
Warum es zählt
Ein SIEM-Wechsel bedeutet, Jahre an Logs zu bewegen, jede Erkennungsregel in einer neuen Abfragesprache neu zu schreiben und das Team umzuschulen. Diese Wechselkosten sind es, die Vendoren erlauben, bei der Verlängerung die Preise zu erhöhen. Vor der Unterschrift musst du wissen, wie du wieder gehen würdest, und ob die Historie, die du aufbewahren musst, woanders noch lesbar ist.
Was du fragst
Frag, wie du am Vertragsende alle aufbewahrten Daten in einem offenen Format exportierst, zu welchen Kosten und in welcher Zeit, ob Erkennungsregeln portabel sind, und welche Preisdeckel bei der Verlängerung gelten. Stell dieselben Fragen der Plattform, die du gerade verlässt.
Die Falle
Die proprietäre Abfragesprache ist der echte Lock-in: Jede Regel, jedes Dashboard und das Muskelgedächtnis jedes Analysten ist darin geschrieben. "Offene Datenformate" beim Export bewegen den Detection Content nicht, und ihn neu zu bauen ist genau das Projekt, das du vermeiden willst.
Kriterium 20
Anbieter-Roadmap & KI/ML-Fähigkeiten
Warum es zählt
Du unterschreibst für drei Jahre, und der SIEM-Markt konsolidiert schneller als die meisten. Ob der Vendor in den Detection Content, die Cloud-Quellen und das Analysten-Tooling investiert, die du brauchen wirst, und ob seine KI-Funktionen etwas tun, das ein Analyst prüfen kann, entscheidet, ob die Plattform im dritten Jahr noch passt. Es ist auch ein Signal dafür, ob es den Vendor bis dahin noch eigenständig gibt.
Was du fragst
Bitte um die Zwölfmonats-Roadmap unter NDA und prüfe, welche Punkte des letzten Jahres ausgeliefert wurden, frag, was die KI-Funktionen tatsächlich tun (zusammenfassen, korrelieren, Abfragen schreiben, entscheiden) und wie ein Analyst ihre Ausgabe prüfen kann, und frag, wie sich die Übernahmehistorie des Vendors auf die Verträge bestehender Kunden ausgewirkt hat.
Die Falle
"KI-natives SIEM" ist das aktuelle Etikett auf jeder Folie. Der Test ist, ob die Schlussfolgerung der KI die Ereignisse zeigt, aus denen sie gezogen wurde, und ob du sie abschalten kannst, ohne das Produkt zu verlieren. Eine Roadmap aus KI-Funktionen sagt wenig darüber, ob deine OT-Quellen je einen Parser bekommen.
Preis
Kriterium 21
Passung des Preismodells (pro GB vs. pro Node vs. Pauschale)
Warum es zählt
Preis pro Gigabyte bestraft dich für die geschwätzigen Quellen, die in einer Untersuchung am meisten zählen. Preis pro Node bestraft einen großen Bestand kleiner Server. Pauschalpreise wirken sicher, bis du erfährst, was die Pauschale voraussetzt. Jedes Modell belohnt ein anderes Verhalten, und das falsche macht jede neue Logquelle zu einer Budgetverhandlung mit deinem eigenen Security-Team.
Was du fragst
Lass den Vendor dein aktuelles und geplantes Volumen unter jedem angebotenen Modell bepreisen, frag, was als Gigabyte zählt (roh, komprimiert, nach Filterung) oder als Node (Container, Cloud-Instanzen, Arbeitsplätze), und frag, zu welchem Verhalten das Modell dein Team drängen würde.
Die Falle
Das Modell, das die Vergleichstabelle gewinnt, ist das, dessen Einheit in deinem heutigen Bestand am kleinsten ist. Frag, wie die Einheit gemessen und nachgezählt wird, und wie die Rechnung in dem Monat aussieht, in dem du den Cloud-Audit-Trail anbindest, der das Zehnfache deiner Firewalls produziert.
Kriterium 22
Preisplanbarkeit & Mehrkosten bei der Datenaufnahme
Warum es zählt
Das zugesagte Volumen wird in Pilotgröße festgelegt, und der Überschreitungstarif steht im Kleingedruckten. Eine geschwätzige Firewall, ein vergessenes Debug-Flag, eine neue Cloud-Quelle, und die Monatsrechnung ist eine fünfstellige Überraschung. Planbarkeit ist nicht der Listenpreis, sondern was vertraglich an dem Tag passiert, an dem du die Zusage überschreitest, und ob du es kommen siehst.
Was du fragst
Frag nach dem Überschreitungstarif und wie er sich zum zugesagten Tarif verhält, ob Überschreitung täglich abgerechnet oder monatlich gemittelt wird, ob du die Ingestion deckeln oder Quellen an einem Schwellwert automatisch abschalten kannst, und welche Warnung es gibt, bevor du ihn überschreitest. Frag einen Referenzkunden nach seiner größten Überschreitungsrechnung.
Die Falle
"Planbare Preise" beschreibt die Zusage, nicht die Überschreitung. Die Falle ist ein zugesagtes Volumen in Pilotgröße und ein Überschreitungstarif in Höhe eines Vielfachen, entdeckt auf der ersten Rechnung, nachdem die Cloud-Quellen live gingen.
Kriterium 23
Angebotener jährlicher Lizenzpreis (aktuelles Log-Volumen)
Warum es zählt
Am Ende braucht die Entscheidung eine Zahl pro Vendor, die sich vergleichen lässt: den angebotenen jährlichen Lizenzpreis bei deinem aktuellen Log-Volumen, für die Konfiguration, die du wirklich betreiben wirst, über die Laufzeit, die du wirklich unterschreibst. Jedes andere Kriterium in diesem Katalog fließt ein, wie viel diese Zahl wert ist; dieses sorgt dafür, dass sie existiert und vergleichbar ist.
Was du fragst
Bitte jeden Vendor um ein verbindliches schriftliches Angebot für denselben Umfang: dein aktuelles Tagesvolumen, Aufbewahrung pro Kategorie, die in den Kriterien oben identifizierten Module und Integrationen, Betriebsmodell, Support-Stufe, Onboarding und Laufzeit, mit Jahrespreis und Dreijahressumme getrennt ausgewiesen.
Die Falle
Angebote mit unterschiedlichem Umfang lassen sich nicht vergleichen, und Vendoren wissen das. Ein Angebot enthält SOAR, das nächste nimmt dreißig Tage Aufbewahrung an, das dritte ist auf das halbe Volumen kalkuliert. Gleiche den Umfang ab, bevor du die Zahl vergleichst, sonst ist das günstigste Angebot das, das am meisten weggelassen hat.
Welche Pflicht welches Kriterium abdeckt
Die Regulatorik-Karte dieses Katalogs: die Pflicht, ihre Quelle und die Kriterien, die sie abdecken. Damit zeigst du dem Auditor, dass die Anforderungsliste aus den Regeln kommt, nicht aus einer Anbieterpräsentation.
| Pflicht | Quelle | Abgedeckt durch |
|---|---|---|
| Meldefristen bei Vorfällen: Frühwarnung binnen 24 Stunden, Meldung binnen 72 Stunden, Abschlussbericht binnen eines Monats | NIS2 Art. 23 | |
| Meldung schwerwiegender IKT-bezogener Vorfälle durch Finanzunternehmen | DORA Art. 19 | |
| Bewältigung von Sicherheitsvorfällen als geforderte Risikomanagementmaßnahme, einschließlich Erkennungs- und Reaktionsfähigkeit | NIS2 Art. 21(2)(b) |
|
| Zugriffskontrolle, Multi-Faktor-Authentifizierung und Kryptografie für die Systeme, die den Nachweis halten | NIS2 Art. 21(2)(h), (i), (j) | |
| IKT-Drittparteienrisiko: Informationsregister und Ausstiegsstrategien für kritische Dienstleister | DORA Art. 28 | |
| Vertragliche Vereinbarungen mit IKT-Drittdienstleistern | DORA Art. 30 | |
| Auftragsverarbeitungsvertrag und internationale Datenübermittlung | GDPR Art. 28, Art. 44 ff. | |
| Sicherheit der Verarbeitung: Integrität und Verfügbarkeit der Logdaten | GDPR Art. 32 |
Der Fragebogen
Alle Anbieterfragen dieses Katalogs in einer Liste, in der Reihenfolge der Kriterien. Stell jedem Anbieter dieselben Fragen im selben Wortlaut und schreib die Antworten nebeneinander.
- Abdeckung der Erkennungsregeln (MITRE ATT&CK)
Frag, wie viele Erkennungsregeln standardmäßig aktiviert ausgeliefert werden, wie sie auf MITRE-ATT&CK-Techniken abgebildet sind, wie oft der Vendor sie aktualisiert, und welchen Anteil der Regeln ein Referenzkunde deiner Größe nach sechs Monaten tatsächlich noch aktiv hat.
- Mean Time to Detect (MTTD)
Frag nach der gemessenen Ende-zu-Ende-Latenz vom Ereignis an der Quelle bis zum Alarm in der Konsole bei deinem geplanten Volumen, ob Regeln auf Streaming-Daten oder als geplante Suchen laufen, und wie die Verzögerung aussieht, wenn die Plattform unter Ingestion-Spitzenlast steht.
- Qualität von Alert-Korrelation & Anreicherung
Lass dir einen echten Vorfall in der Konsole zeigen: aus wie vielen Rohereignissen er gebaut wurde, welche Anreicherungsquellen (Asset-Inventar, Identität, Threat Intelligence, Schwachstellendaten) automatisch angewendet wurden, und wie eine neue Korrelation über zwei deiner Quellen geschrieben und getestet wird.
- SOAR- / Playbook-Automatisierung
Lass dir in der Demo zeigen, wie ein Alarm von der Erkennung zu einem Ticket in deinem Ticketsystem und zu einer automatischen Eindämmung in deinem EDR wandert, mit vom Vendor gepflegten Playbooks. Frag, wie viele Playbooks mitgeliefert werden, wie sie bearbeitet werden, und wer die Konnektoren pflegt, wenn eine der beiden Seiten ein Update bekommt.
- False-Positive-Rate & Tuning-Aufwand
Frag einen Referenzkunden deiner Größe, wie viele Alarme pro Tag die Plattform im ersten und im sechsten Monat erzeugt hat, wie viele Analystenstunden ins Tuning gingen, und ob die Regeln des Vendors mit Ausnahmen und Schwellwerten getunt werden können oder nur abgeschaltet.
- Log-Aufnahmekapazität & Kostenmodell (pro GB)
Bitte um ein Angebot bei deinem aktuellen Tagesvolumen, beim doppelten Volumen und beim Volumen nach Anbindung der Cloud- und Identity-Quellen, die du hinzufügen willst, und frag, was vertraglich an dem Tag passiert, an dem du das zugesagte Volumen überschreitest.
- Abdeckung von Log-Quellen & Use Cases
Gib dem Vendor deine echte Liste an Logquellen (Identity Provider, Cloud-Plattformen, SaaS-Anwendungen, Firewalls, EDR, OT-Protokolle) und frag, für welche es heute einen vom Vendor gepflegten Parser und Detection Content gibt, welche Eigenarbeit brauchen, und wer diese Arbeit pflegt, wenn die Quelle ihr Format ändert.
- Aufbewahrungsdauer der Logs & Such-Performance
Nenne die Aufbewahrungsdauer, die du pro Logkategorie brauchst, und lass sie den Vendor bepreisen. Bitte dann darum, eine Suche über neunzig Tage Daten bei deinem geplanten Tagesvolumen auszuführen, mit Wildcard auf einem nicht indizierten Feld, während ein zweiter Analyst eine andere Suche laufen lässt. Frag nach der gemessenen Zeit und nach Dauer und Kosten des Zurückholens aus der Cold-Stufe.
- Unterstützung cloud-nativer & hybrider Quellen
Frag, wie jede deiner Cloud-Plattformen und SaaS-Anwendungen eingelesen wird (nativer API-Konnektor, Event Hub, Abholung aus dem Speicher), ob der Konnektor vom Vendor gepflegt wird und wie schnell er Schemaänderungen des Anbieters folgt, und wie ein On-Premises-Collector und ein Cloud-Tenant als eine Plattform verwaltet werden.
- Qualität von Datennormalisierung & Parsing
Frag, in welches Datenmodell die Plattform normalisiert, welcher Anteil deiner Quellen von vendorgepflegten Parsern abgedeckt ist, wie ein Parsing-Fehler erkannt und gemeldet wird, und was es braucht, einen Parser für eine Quelle zu schreiben und zu pflegen, die der Vendor nicht abdeckt.
- Analysten-Workbench & Untersuchungs-UX
Lass einen Analysten aus deinem eigenen Team in der Demo einen Alarm von Anfang bis Ende untersuchen und zähl die Klicks und Kontextwechsel, und frag dann den Vendor, wie viele Analystenstunden pro Woche ein Kunde deiner Größe typischerweise braucht, um die Plattform gut zu betreiben, und ob er oder ein Partner eine 24/7-Überwachung mit vertraglicher Reaktionszeit liefern kann.
- ITSM- / Ticketing-Integration (ServiceNow, Jira)
Lass dir zeigen, wie ein Alarm in deiner Ticketing-Plattform ein Ticket mit Schweregrad, betroffenen Assets und Link zum SIEM-Fall erzeugt, frag, ob Statusänderungen in beide Richtungen fließen, und frag, wer den Konnektor pflegt, wenn deine Ticketing-Plattform ein Upgrade bekommt.
- Integrationstiefe von EDR / Identity / Cloud
Frag für jede deiner EDR-, Identity- und Cloud-Plattformen, welche Daten eingelesen werden, welcher Kontext während einer Untersuchung bei Bedarf nachgeladen wird, und welche Reaktionsmaßnahmen aus dem SIEM ausgelöst werden können, und lass dir in der Demo eine Untersuchung zeigen, die alle drei kreuzt.
- Threat-Intelligence-Integration
Frag, welche Intelligence-Feeds enthalten sind, wie Indikatoren gegen eingelesene Ereignisse abgeglichen werden und mit welcher Verzögerung, ob du eigene Feeds und die deines CERT in Standardformaten ergänzen kannst, und wie ein Indikator-Treffer mit dem Kontext angereichert wird, den der Analyst zur Entscheidung braucht.
- Rollout-Komplexität (On-Prem / SaaS / Hybrid)
Frag, was ein vollständig betriebener Aufbau deiner Zielgröße pro Modell an Personalzeit pro Monat braucht, wo die Daten in jedem Modell liegen und wer darauf zugreifen kann, wie Collectoren und Forwarder aktualisiert werden, und welchen Migrationspfad es gibt, wenn du das Modell im zweiten Jahr wechselst.
- TCO (3 Jahre, aktuelles Log-Volumen)
Bitte um ein Dreijahres-Kostenmodell bei deinem aktuellen Tagesvolumen mit realistischem Wachstum, inklusive Aufbewahrungsspeicher, Infrastruktur oder SaaS-Stufe, Support, Onboarding-Services und der oben identifizierten Zusatzmodule, und ergänze selbst eine Zeile für den Analysten-Personalbedarf jedes Modells.
- DSGVO- / Data-Residency- / SOC-2-Compliance
Frag, ob eine reine EU-Bereitstellung Speicherung, Verarbeitung, Support-Zugriff und alle Analytics- oder KI-Funktionen umfasst, ob das Standard oder eine höhere Preisstufe ist, was der Vertrag über Zugriffe von außerhalb der EU sagt, und nach dem aktuellen SOC-2-Typ-II-Bericht mit Scope.
- NIS2- / DORA-Compliance-Reife
Frag, wie du eine vollständige, manipulationssichere Zeitleiste eines Vorfalls (Rohereignisse, ausgeführte Abfragen, Analystennotizen) in einem Format exportierst, das ein Auditor oder eine Aufsichtsbehörde lesen kann, ob gespeicherte Ereignisse write-once sind und das Audit-Log des SIEM außerhalb der Reichweite des Administrators liegt, und ob das ohne Support-Ticket beim Vendor funktioniert.
- Anbieterabhängigkeit & Migrationsaufwand
Frag, wie du am Vertragsende alle aufbewahrten Daten in einem offenen Format exportierst, zu welchen Kosten und in welcher Zeit, ob Erkennungsregeln portabel sind, und welche Preisdeckel bei der Verlängerung gelten. Stell dieselben Fragen der Plattform, die du gerade verlässt.
- Anbieter-Roadmap & KI/ML-Fähigkeiten
Bitte um die Zwölfmonats-Roadmap unter NDA und prüfe, welche Punkte des letzten Jahres ausgeliefert wurden, frag, was die KI-Funktionen tatsächlich tun (zusammenfassen, korrelieren, Abfragen schreiben, entscheiden) und wie ein Analyst ihre Ausgabe prüfen kann, und frag, wie sich die Übernahmehistorie des Vendors auf die Verträge bestehender Kunden ausgewirkt hat.
- Passung des Preismodells (pro GB vs. pro Node vs. Pauschale)
Lass den Vendor dein aktuelles und geplantes Volumen unter jedem angebotenen Modell bepreisen, frag, was als Gigabyte zählt (roh, komprimiert, nach Filterung) oder als Node (Container, Cloud-Instanzen, Arbeitsplätze), und frag, zu welchem Verhalten das Modell dein Team drängen würde.
- Preisplanbarkeit & Mehrkosten bei der Datenaufnahme
Frag nach dem Überschreitungstarif und wie er sich zum zugesagten Tarif verhält, ob Überschreitung täglich abgerechnet oder monatlich gemittelt wird, ob du die Ingestion deckeln oder Quellen an einem Schwellwert automatisch abschalten kannst, und welche Warnung es gibt, bevor du ihn überschreitest. Frag einen Referenzkunden nach seiner größten Überschreitungsrechnung.
- Angebotener jährlicher Lizenzpreis (aktuelles Log-Volumen)
Bitte jeden Vendor um ein verbindliches schriftliches Angebot für denselben Umfang: dein aktuelles Tagesvolumen, Aufbewahrung pro Kategorie, die in den Kriterien oben identifizierten Module und Integrationen, Betriebsmodell, Support-Stufe, Onboarding und Laufzeit, mit Jahrespreis und Dreijahressumme getrennt ausgewiesen.
Diese Kriterien sind der Anfang. Nicht die Entscheidung.
Eine Kriterienliste sagt dir, worauf du schauen musst. Sie gewichtet die Kriterien nicht gegen deine Situation, prüft sie nicht gegen deine harten Grenzen und macht kein Memo daraus, das dein Vorstand und dein Auditor lesen können. DecisionOS nimmt diese Kriterien, gewichtet sie für deine Entscheidung und baut daraus eine belastbare Akte. In Tagen, nicht Monaten.
Weiter mit dem Entscheidungs-Guide
Verwandte Kriterienkataloge
Diesen Katalog drucken oder als PDF fürs Meeting sichern
