PoisonZero kann jedes Detektions-Ereignis — Verdikt, Score, Bedrohungsstufe, Modellversion — als OpenTelemetry (OTLP) direkt in Ihren vorhandenen Stack streamen. Jeder OTel-kompatible Collector oder jedes Backend: Grafana, Datadog, Splunk, Elastic oder Ihr eigenes. Keine Spezial-Integration nötig.
Detektions-Ereignisse erscheinen direkt im Observability-System, das Sie bereits nutzen. Jeder Collector oder jedes Backend, das OTLP spricht, funktioniert — keine eigens gebaute PoisonZero-Integration zu pflegen.
Feste Attribut-Namen unter dem Namespace poisonzero.*, plus gespiegelte security_rule.*-Attribute für generische Security-Dashboards. Bauen Sie eigene Dashboards und Alerts — etwa „Alarm ab Bedrohungsstufe hoch" — ohne ein Payload-Format zu reverse-engineeren.
Der OTLP-Strom läuft Daemon → Ihr Collector und berührt nie die PoisonZero-Cloud. Er funktioniert auch komplett ohne Cloud-Anbindung — private/on-prem-Daemons eingeschlossen. Sie entscheiden lokal, wie viel Detail-Tiefe mitgeht; nichts davon erreicht uns. Das ist das stärkste Argument dieser Funktion: volle Sichtbarkeit ohne Datenschutz-Kompromiss.
Der OpenTelemetry-Export wird lokal, pro Daemon, konfiguriert — genauso wie Sie jeden anderen OTel-instrumentierten Dienst anbinden würden.
Tragen Sie Ihren OTLP-Endpunkt in ein benanntes Export-Profil in der Daemon-Config ein — nach demselben Muster wie unsere BYO-Inferenz-Profile. Standard-Umgebungsvariablen OTEL_EXPORTER_OTLP_* werden respektiert.
Verdikt, Gefahren-Score, Bedrohungsstufe, Entscheidung und Modellversion gehen als ein OTel-Ereignis pro bewerteter Änderung raus — nichts wird wegaggregiert.
Ist Ihr Collector nicht erreichbar, wird der Export im Hintergrund einfach wiederholt — Detektion und Durchsetzung werden nie durch eine Observability-Störung blockiert oder verzögert.
# Daemon-Config — benanntes Export-Profil otel: enabled: true endpoint: "https://otel-collector.internal:4318" detail: hashes # hashes | redacted | full [otel] Export via OTLP/HTTP → otel-collector.internal [detect] verdict=flag threat_level=high danger=0.89 → Ereignis gesendet [otel] Strom bleibt im Netzwerk · nichts erreicht die PoisonZero-Cloud
Jedes Detektions-Ereignis trägt dieselben Attribut-Namen, Ereignis für Ereignis. Bauen Sie ein Dashboard oder einen Alert einmal — er funktioniert weiter, auch wenn sich Modell oder Flotte darunter ändern. Ein Ausschnitt aus dem Attribut-Set:
| Attribut | Inhalt |
|---|---|
| poisonzero.verdict.label | Das Detektions-Verdikt, z. B. benign, injection, meta-attack. |
| poisonzero.verdict.danger | Gefahren-Score, 0,00–0,99. |
| poisonzero.threat_level | Bedrohungsstufe — das Feld, auf das Sie alarmieren, z. B. „Alarm ab Bedrohungsstufe hoch." |
| poisonzero.decision.action | Was der Daemon getan hat: allow, flag, quarantine oder revert. |
| poisonzero.model.version | Welches Detektionsmodell das Verdikt erzeugt hat. |
| security_rule.category | Gespiegelt in den OTel-Security-Namespace der Semantic Conventions, damit generische Security-Dashboards und SIEMs auch ohne Vorwissen etwas anzeigen. |
Volle Observability und Datenschutz sind normalerweise ein Kompromiss. Beim OpenTelemetry-Export nicht — weil der Strom Ihr Netzwerk von vornherein nie verlässt.
Der OTLP-Strom läuft Daemon → Ihr Collector, Punkt. Im OpenTelemetry-Kontext erreicht kein Detektions-Inhalt je die PoisonZero-Cloud — unabhängig davon, welche Detail-Stufe Sie lokal wählen.
Der Export läuft gleich, ob der Daemon cloud-verwaltet oder vollständig privat, on-prem, ohne jede Cloud-Anbindung betrieben wird. Ihr Observability-Stack, Ihre Regeln.
Legen Sie lokal pro Profil fest, ob Ereignisse nur Hashes, ein redigiertes Zitat oder die volle Evidenz tragen — dieselbe Leak-Disziplin-Vorgabe wie sonst im Produkt, unter Ihrer Kontrolle.
OpenTelemetry-Export ist eine Enterprise-Funktion. Sprechen Sie mit uns über die Aktivierung für Ihre Flotte — und darüber, welcher Collector und welche Detail-Tiefe zu Ihrer Umgebung passen.
Sales kontaktieren