Zum Hauptinhalt springen
Aona
Demo buchen
Lösungen / Sentinel-Integration
Auf dieser Seite

Für Sicherheitsteams und Microsoft Sentinel-Betreiber.

  • Microsoft Sentinel

Bring employee AI security events into Microsoft Sentinel.

Untersuchen Sie Mitarbeiter-KI-Richtlinienereignisse zusammen mit Ihren bestehenden Sicherheitsmeldungen mithilfe des dokumentierten, kundenseitig eingesetzten API-Connectors von Aona.

Buchen Sie eine Sentinel-Demo

Gehen Sie die Ereignisfelder, den Ingestionspfad und die Anforderungen der Kundeneinführung durch.

Verfolgen Sie ein Beispielereignis
FOLGE EINEM SYNTHETISCHEN EREIGNIS

Quelle. Aufnehmen. Untersuchen.

Wählen Sie eine Stufe aus, um sie zu inspizieren

Kunden-implementierter Poller · Fünf-Minuten-Zeitplan · Validiere die Ereignisvolumen-Grenzen.

EREIGNISVERFOLGUNGRichtlinienverletzungBLOCKIERENID-Ende 000001
Aona-Ereignis
Logik-App
Sentinel
{
  "id": "00000000-0000-4000-8000-000000000001",
  "class_uid": 6005,
  "type_name": "policy_violation",
  "disposition": "BLOCK"
}

BLOCK identifiziert dieses synthetische Ereignis bei Richtlinienverletzungen. Das Beispiel beweist nicht, dass eine Aktion gestoppt wurde.

Synthetisches JSON herunterladen

Connector-Illustration, kein Sentinel-Screenshot. Keine Live-API-Aufrufe oder Abfrageausführung.

Umfang zur BestätigungVom Kunden bereitgestellter Connector. Fünfminütiges Polling; Ereignisvolumenlimits müssen validiert werden.

Abdeckungs- und Einsatzdetails

Dies ist eine kundenseitig eingesetzte, API-basierte Integration. Der dokumentierte Polling-Zeitplan beträgt fünf Minuten; die tatsächliche Verfügbarkeit hängt von Erfassung und Verarbeitung ab.

Der dokumentierte Connector ruft keine weiteren Seiten von Ereignissen ab. Bestätigen Sie Ereignisvolumenlimits und Vollständigkeit, bevor Sie ihn für Untersuchungen verwenden.

Sentinel erhält Nachweise für Untersuchungen. Präventive Kontrollen laufen über unterstützte Mitarbeiter-KI-Workflows durch Aona.

Für deine Entscheidung gebaut

Beginnen Sie mit der Frage Ihres SOC.

Folgen Sie den Beweisen von einem Mitarbeiter-KI-Ereignis bis zur Untersuchung, die Ihr Sicherheitsteam durchführen muss.

SOC-Analysten

Untersuchen Sie KI-DLP-Ereignisse zusammen mit bestehenden Signalen

Eine SOC-Untersuchung benötigt Kontext aus einer Mitarbeiter-KI-Interaktion.

Aona-Ereignis
KundenbetriebenLogik-App · Umfrage
Investigate

Illustrativer Einweg-Evidenzpfad · Validiere Bereitstellungsgrenzen.

Im Blick behaltenEin Ereignis ist ein Beweisstück, keine vollständige Angriffserzählung.

Szenariodetails
Inspizieren
  • Ereigniskennung
  • Timestamp
  • Disposition
Nächste Entscheidung

Vergleichen Sie die Beobachtung mit Ihren anderen Untersuchungsergebnissen.

Beginnen Sie mit einer konkreten Frage zu einer Mitarbeiter-KI-Interaktion. Überprüfen Sie den verfügbaren Ereignisbezeichner, Zeitstempel und Status in Sentinel zusammen mit Ihren anderen Untersuchungsbelegen. Behandeln Sie das Ereignis als eine Beobachtung, nicht als Beweis für eine gesamte Angriffskette oder ein vollständiges Bild des Mitarbeiterverhaltens.

Vom Beweis zur Entscheidung

Untersuchen Sie KI-DLP-Events in Microsoft Sentinel.

Beginne mit einem nachverfolgbaren Ereignis, nicht mit einem Gesamt-Dashboard. Überprüfe die Bereitstellungsvoraussetzungen, folge der dokumentierten Feldzuordnung und verwende eine spezifische Untersuchungsfrage, um die Integration zu bewerten.

AUSGEARBEITETES BEISPIEL · SYNTHETISCHNicht ausgeführtes Beispiel
Synthetisches Ereignis…000001
Kundenbetriebener Poller5-Minuten-Zeitplan
Gespeicherte AbfragefunktionAona
Erwartetes ErgebnisAbgebildete Felder
Veranstaltungs-Rundgang
Reduzierte Bewegung · Schritt wählen

Das illustrative Timing ist komprimiert, nicht die echte Aufnahmelatenz.

InspektionsanfrageKQL · nicht laufen
Aona
| where EventOriginalUid == "00000000-0000-4000-8000-000000000001"
| project EventTime, EventOriginalUid,
  Disposition, EventResult, TargetAppName

Illustrative Abfrage. Es wurde kein Live-API-Aufruf oder Sentinel-Abfrage ausgeführt.

Erwartete Abbildung · Synthetische Kartierung

Erwartete Felder zu inspizieren

Quelle der LeuchteGespeichert-FunktionsfeldSynthetischer Wert
Quell-IDEventOriginalUid…000001
timeEventTime2026-09-08 09:00Z
dispositionDispositionBLOCKIEREN
app.nameTargetAppNameAona

TargetAppName ist "Aona", nicht der KI-Anbieter des Mitarbeiters.

Der Poller holt keine zusätzlichen Seiten ab. Bestätigen Sie die Vollständigkeit Ihres Ereignisvolumens. BLOCK ist ein synthetischer Zustand, kein Beweis, dass eine Aktion gestoppt wurde.

Einsatzvoraussetzungen und Fixture-Hinweise

Vor dem Testen der Integration

  • Veranstaltungen:Lesen API-Schlüssel
  • Sentinel-unterstützter Log-Analytics-Arbeitsbereich
  • Logic App Poller und gespeichert Aona Funktion

Der dokumentierte Poller läuft alle fünf Minuten. Validieren Sie Sammlungs-, Verarbeitungs- und Ereignisvolumen-Grenzen, bevor Sie sich auf die Untersuchungssummen verlassen.

Was dieses Beispiel belegt

Eine Bounded-Field-Prüfung für ein synthetisches Aona Ereignis, nicht für ein Kundenergebnis oder einen Sentinel-Screenshot. Die Ergebniszählungen gehen davon aus, dass beide Fixture-Datensätze geladen sind. Die Fixture schließt KONFORM aus; NO_POLICY ist kein konformes oder genehmigtes Ergebnis.

Quellen: Aona API- und Webhooks-Dokumentation und unsere Microsoft KQL-Dokumentation.

Bringen Sie Ihren Sentinel-Besitzer, das erwartete Ereignisvolumen und eine Untersuchungsfrage mit.

Verwenden Sie die Demo-Checkliste

DEINE BEWERTUNG, PRAKTISCH GEMACHT

Fang mit einem Test an.
Geh mit Beweisen.

Verwenden Sie ein synthetisches Beispiel, stimmen Sie dem gewünschten Ergebnis zu und dokumentieren Sie dann, was tatsächlich passiert ist.

Event-API · Connector · AbfrageSynthetischer Eingang

Verfolgen Sie ein Ereignis bis zur Untersuchung.

EventOriginalUid: 00000000-0000-4000-8000-000000004821
Disposition: BLOCK
TargetAppName: Aona
Validierungsabfragen herunterladen

WAS MAN ÜBERPRÜFEN SOLLTE

  1. 01

    Verwenden Sie die vorgesehene Connector-Version in einem Nicht-Kunden-Arbeitsbereich.

  2. 02

    Vergleichen Sie die Ereignis-ID, Zeit und Disposition in AonaEvents_CL und Aona().

  3. 03

    Überprüfen Sie überlappende Abfragen sowie Seiten- oder Ingestionslücken.

Das Beispiel ist kein Live-Ereignis. In dieser Zuordnung identifiziert TargetAppName Aona, nicht den KI-Anbieter des Mitarbeiters.

Hol dir die Annahme-Checkliste (PDF)
Keine Kundendaten erforderlich. Kein Formular zum Zugriff auf das Kit.Überprüfung des Einsatzes Rezensionsberichterstattung

Wie es in Aona funktioniert

Verfolgen Sie ein Ereignis von Aona bis Sentinel.

AonaAnschauliches Beispiel

Aona · Events API · Synthetischer Auszug

HOL DICH/v1/events
{
  "type_name": "policy_violation",
  "disposition": "BLOCK"
}

Ein BLOCK-Datensatz allein beweist nicht, dass eine Aktion gestoppt wurde.

Konforme Datensätze ausgeschlossen.

01 / 04
Technische Pfaddetails
01 / Aona · Events API

Wählen Sie die Quellbelege aus

Der dokumentierte /v1/events-Feed liefert OCSF-konforme Ereignismetadaten. Prüfen Sie die enthaltenen Status und Felder. Konforme Datensätze sind in dieser öffentlichen API ausgeschlossen, daher ist sie keine vollständige Kopie jeder Berichtsansicht.

02 / Kunden-Logic App

Validieren Sie Polling und Volumen

Der geprüfte Connector pollt alle fünf Minuten und schreibt in AonaEvents_CL. Er ruft keine weiteren Seiten ab. Bestätigen Sie die Vollständigkeit für Ihr erwartetes Volumen und validieren Sie die Verarbeitungsverzögerung in Ihrer Umgebung.

03 / Microsoft Sentinel · Aona-Funktion

Überprüfen Sie das zugeordnete Abfrageergebnis

Prüfen Sie EventOriginalUid, EventTime und Disposition. Der Parser entfernt Duplikate anhand des Ereignisbezeichners. TargetAppName identifiziert Aona in dieser Zuordnung; interpretieren Sie es nicht als den KI-Anbieter des Mitarbeiters.

Mach die Demo nützlich

Eine praktische Checkliste für die Microsoft Sentinel KI-Sicherheitsintegration

Bringen Sie eine Beispieluntersuchungsfrage und den Sentinel-Verantwortlichen mit. Die Bewertung sollte einen nachvollziehbaren Ereignispfad und dessen Betriebsgrenzen testen, nicht nur eine erfolgreiche Verbindung anzeigen.

Bring ins Gespräch
01Dein Sentinel-Besitzer
02Eine Untersuchungsfrage
03Die Einsatzvoraussetzungen
EreignissemantikWelche Felder beantworten unsere Untersuchungsfrage?
Was zu inspizieren ist

Ereignisidentität, Zeit, Status und verfügbarer Kontext.

Vollständigkeit der IngestionWas passiert, wenn das Ereignisvolumen eine Antwort überschreitet?
Was zu inspizieren ist

API-Antwortlimits und das Paginierungsverhalten des Connectors.

Zuordnung und DuplikateBehält dasselbe Ereignis seine Identität über den Pfad?
Was zu inspizieren ist

Die Rohdatentabelle und die Aona-Abfragefunktion.

BetriebWer erkennt und untersucht eine Erfassungslücke?
Was zu inspizieren ist

Zugriffsverantwortung, Polling- und Ingestionsprüfungen.

Gehen Sie die Ereignisfelder, den Ingestionspfad und die Anforderungen der Kundeneinführung durch.

Buchen Sie eine Sentinel-Demo

Ein genauerer Blick

Deine Fragen zur Sentinel-Integration sind beantwortet.

Dein Anwendungsfall. Dein Demo.

Verbinden Sie das Ereignis mit dem Workflow Ihres SOC.

Bringen Sie die Untersuchung mit, die Sie unterstützen möchten. Wir führen Sie durch den dokumentierten Ereignispfad, Abfragefelder und Bereitstellungsanforderungen mit Ihrem Sicherheits- oder Sentinel-Verantwortlichen.

Buchen Sie eine Sentinel-Demo
Was wir abdecken werden.
  • Ihr Untersuchungsfall
  • Die API und der Connector-Pfad
  • Ereignisfelder und Abfragezuordnung
  • Bereitstellung und Betriebsverantwortung
KI-Sicherheit der Arbeitskräfte