Interne Datensicherheit

Aktualisiert am 2. November 2026 — Le Chat ist jetzt Vibe. Ab dem 28. Mai 2026 wurde Le Chat in Vibe umbenannt (nach wie vor unter chat.mistral.ai): ein einzelner Agent für Arbeit und Code, der Ihre Gespräche, Einstellungen und Abonnements übernimmt. Die klassische Le Chat-Erfahrung bleibt im Chat-Modus verfügbar; im Work-Modus sind Agenten nun Fähigkeiten (aufgerufen mit @), Erinnerungen bilden die Wissensbasis und die tiefe Suche ist die Fähigkeit Deep Research. Die Pläne werden nun Mistral Free, Pro, Team und Enterprise genannt. Diese Lektion verwendet den Namen Vibe; beachten Sie, dass einige hier beschriebene Menüs andere Namen oder Positionen haben können.

Drei Fragen, die immer in derselben Reihenfolge auftreten

Die Gewährung eines Zugriffes einer KI-Suchmaschine auf Ihre internen Daten wirft berechtigte Bedenken auf, die unweigerlich in folgender Reihenfolge auftreten: Wie garantieren Sie die Vertraulichkeit der Daten? Wie werden bestehende Berechtigungen respektiert? Wie stellen Sie sicher, dass niemand, nicht einmal Mistral, auf unbefugte Informationen zugreift? Im Folgenden finden Sie die Sicherheitsarchitektur von Enterprise Search und die Kontrollen, die Ihr Sicherheitsteam überprüfen kann.

Isolation und Verschlüsselung

Jede Organisation erhält eine vollständig isolierte Umgebung: Der semantische Index Ihres Unternehmens ist von denen anderer Mistral-Kunden getrennt. Diese Isolation wird auf Infrastrukturebene durch separate Datenbanken, distincte Verschlüsselungsschlüssel und keine gemeinsame Nutzung von Rechenressourcen für die Indizierung durchgesetzt. Kurz gesagt: Es gibt keinen technischen Weg, über den eine Abfrage eines anderen Kunden Ihre Dokumente erreichen könnte.

Daten werden in jedem Stadium verschlüsselt. Im Transit schützt TLS 1.3 die Kommunikation zwischen Ihren Connectoren und Enterprise Search. Im Ruhezustand werden der semantische Index und die Metadaten mit AES-256 verschlüsselt. Im Arbeitsspeicher werden Daten nur für die Dauer der Abfrageverarbeitung entschlüsselt. Die Schlüssel werden von einem HSM verwaltet, das nach FIPS 140-2 zertifiziert ist. Auf Anfrage können Sie Ihre eigenen Schlüssel nach dem BYOK-Modell (Bring Your Own Key) bereitstellen – eine Option, die für Organisationen erforderlich ist, die den Zugriff ohne reliance auf einen Dritten widerrufen können.

Berechtigungssteuerung

Enterprise Search erstellt kein eigenes Berechtigungssystem; es repliziert die Berechtigungen jeder verbundenen Quelle. Ein Drive-Dokument, das mit zehn Personen geteilt wurde, ist nur für diese zehn Personen sichtbar. Ein Confluence-Bereich, der auf das Entwicklungsteam beschränkt ist, bleibt für Vertrieb unsichtbar, selbst wenn sie eine Frage stellen, deren Antwort dort liegt. Ein privater Slack-Kanal ist nur für seine Mitglieder zugänglich, selbst wenn sein Inhalt indiziert wurde. Dieser Mechanismus läuft kontinuierlich: Eine Änderung der Berechtigungen in der Quelle spiegelt sich im nächsten Synchronisationszyklus wider, der je nach Konfiguration zwischen wenigen Minuten und einer Stunde dauert.

Drei Situationen verdienen besondere Aufmerksamkeit, da sie den tatsächlichen Zustand Ihrer Quellen widerspiegeln und kein Produktfehler sind. Dateien, die in Google Drive als „Jeder mit dem Link” geteilt wurden, werden für alle Enterprise Search-Nutzer sichtbar, da dies genau die angewandte Berechtigung ist: Überprüfen Sie diese Freigaben, die oft Überbleibsel aus einmaligen Austauschen mit externen Dienstleistern sind. Die Vererbung von Berechtigungen erfordert die gleiche Wachsamkeit: Ein Unterordner, der Rechte von seinem übergeordneten Ordner erbt, kann einen verschobenen Ordner breiter als beabsichtigt exponieren. Schließlich muss das Service-Konto des Connectors nur die absolut notwendigen Berechtigungen haben, und sein Scope muss bei jeder Hinzufügung einer Quelle überprüft werden.

Nachvollziehbarkeit

Jede Interaktion wird protokolliert: Wer die Frage gestellt hat (mit Benutzer-ID und Zeitstempel), welche Dokumente in den Ergebnissen angesehen wurden, welche Antwort generiert wurde, sowie die Antwortzeit und das verwendete Modell. Diese Protokolle sind im Standardformat JSON und CSV exportierbar und integrieren sich mit Ihrem SIEM, sei es Splunk, Elastic oder QRadar. Der Wert liegt nicht nur in der regulatorischen Compliance: Dieses Protokoll ermöglicht es Ihnen, genau wiederherzustellen, was ein Benutzer im Verdachtsfall gesehen hat.

Die Admin-Konsole ermöglicht zudem die Konfiguration von Alarmen. Ein anomaler Volumenanstieg von Abfragen von einem einzelnen Benutzer signalisiert eine mögliche Datenexfiltration und erfordert eine schnelle Überprüfung; Versuche, Dokumente außerhalb des Scopes zuzugreifen, wiederholte Authentifizierungsfehler und Änderungen an der Connector-Konfiguration runden die Einrichtung ab. Diese Alarme müssen an einen benannten Eigentümer weitergeleitet werden, sonst stapeln sie sich unbehandelt.

Abfragen und Antworten folgen der gleichen Aufbewahrungsrichtlinie wie Mistral Enterprise: Sie werden in Echtzeit verarbeitet und anschließend unter Zero-Retention gelöscht, oder sie werden für Audit-Zwecke für einen definierten Zeitraum unter konfigurierbarer Aufbewahrung behalten. Nutzungs-Metadaten – Volumen und Zeitstempel – werden unabhängig davon für die Abrechnung behalten.

Externe Audits

Mistral AI unterzieht Enterprise Search vierteljährlichen Penetrationstests durch unabhängige Firmen und einem jährlichen SOC 2 Type II Audit und unterhält ein Bug-Bounty-Programm, das Sicherheitsforscher belohnt. Pentest-Berichte und Zertifizierungen sind auf Anfrage für Ihre Sicherheitsteams verfügbar. Fordern Sie sie frühzeitig an: Die Überprüfung dauert Zeit und bestimmt oft, ob Ihr CISO die Genehmigung erteilt.

Bevor Sie den Service aktivieren

Ihr CISO hat sechs Prüfungen durchzuführen, bevor das Go-Live. Erstens, überprüfen Sie die aktivierten Connectoren und erteilten Berechtigungen, dann auditieren Sie Dateien, die über „öffentlichen Link” in Ihren Quellen geteilt wurden – dort verstecken sich die Überraschungen. Zweitens, setzen Sie die Abfrage-Aufbewahrungsrichtlinie und integrieren Sie Audit-Protokolle in Ihr SIEM, sodass die Überwachung ab Tag eins funktionsfähig ist. Drittens, testen Sie die Trennung der Berechtigungen, indem Sie bestätigen, dass ein Testbenutzer die Dokumente eines anderen Teams nicht sehen kann, und dokumentieren Sie die Sicherheitsarchitektur für Ihre DSGVO-Dokumentation der Verarbeitungstätigkeiten.

Von diesen sechs Prüfungen ist der Test der Berechtigungstrennung derjenige, den Teams am häufigsten überspringen, obwohl er der einzige ist, der direkten Beweis liefert. Erstellen Sie ein Testkonto, das an ein Team gebunden ist, stellen Sie Fragen, deren Antworten anderswo liegen, und führen Sie ein Protokoll über das Ergebnis: Das ist das, was Sie bei Ihrer nächsten internen Prüfung vorlegen werden.

Kernaussagen

• Daten sind nach Organisation isoliert, im Ruhezustand und im Transit verschlüsselt, mit dedizierten Schlüsseln
• Berechtigungen aus Ihren Quellwerkzeugen werden automatisch repliziert – kein Umgehungsweg über Enterprise Search möglich
• Der vollständige Audit-Trail ist exportierbar in Ihr SIEM
• Das Auditieren von „öffentlichen Link”-Freigaben und Service-Konten ist vor dem Deployment obligatorisch