Datenschutz und Sicherheit

Kanzleien und Unternehmensteams, die sensible Dokumente bearbeiten, brauchen klare Antworten darauf, wo Daten verarbeitet werden und welche Kontrollen greifen. Diese Seite fasst die aktuelle Claira-Architektur und die Maßnahmen zur Datenverarbeitung zusammen.

Bereitstellungsregionen

Claira wird in zwei voneinander unabhängigen Regionen betrieben. Die Daten jedes Kunden verbleiben in der genutzten Region — es gibt keine regionsübergreifende Replikation und keinen regionsübergreifenden Abfluss von Kundeninhalten.

• Kanada — Google Cloud northamerica-northeast1 (Montreal). Erreichbar unter https://nuix-ca.claira.to.
• Australien — Google Cloud australia-southeast1 (Sydney). Erreichbar unter https://nuix-au.claira.to. Die australische Bereitstellung läuft innerhalb einer Google-Cloud-Assured-Workloads-Umgebung mit dem Kontrollpaket Australia Regions and Support, das die Regionsbindung auf Plattformebene durchsetzt.

Die von Ihrem Team verwendete URL bestimmt, mit welcher Region Sie sich verbinden. Für Staging-Abläufe bei Medien-Scans setzt Claira zusätzlich auf Anwendungsebene eine regionale Positivliste durch, bevor eine Datei bereitgestellt werden kann.

Wie Claira Modellanfragen verarbeitet

Claira kann Modellanfragen an konfigurierte Anbieter weiterleiten, darunter Google Vertex AI und optionale Anbieter-Endpunkte, die Ihr Bereitstellungsteam konfiguriert. Modell-Endpunkte sind an die Bereitstellungsregion gebunden (northamerica-northeast1 für Kanada, australia-southeast1 für Australien).

Eigenes Modell verwenden ist die eine Ausnahme, und sie liegt in Ihrer Hand. Wenn jemand aus Ihrem Team über Eigenes Modell verwenden den Modell-Endpunkt Ihrer Organisation mit einem Fall verbindet, werden der Dokumenttext und die Prompts der Scans dieses Falls auf Ihre Anweisung hin an diesen Endpunkt gesendet — wo immer Sie ihn betreiben. Die Residenzgarantien von Claira enden an diesem Endpunkt: Was dessen Betreiber mit dem Inhalt tut, richtet sich nach Ihrer Vereinbarung mit diesem Betreiber, nicht nach Claira. Auf Seiten von Claira muss die Verbindung HTTPS mit einem öffentlich vertrauenswürdigen Zertifikat verwenden, der API-Schlüssel des Endpunkts wird verschlüsselt in Ihrer Bereitstellungsregion gespeichert und nie in Protokolle geschrieben, und Claira erfasst zu jeder Anfrage nur Metadaten — Zeit, Status und Token-Zahlen, niemals Inhalte. Die Assistenzfunktionen von Claira (Agentenmodus, Insights, Fallkontext, Intelligente Überarbeitung, Prompt-Generator) laufen auch in einem Fall mit verbundenem Endpunkt weiterhin auf Modellen in Ihrer Region, und die Verbindung kann jederzeit widerrufen werden.

Im lokalen Modus verlässt der Dokumentinhalt für die Inferenz niemals den Rechner der sichtenden Person. Schaltet jemand den lokalen Modus ein, sendet sein Browser jedes Dokument direkt an ein Modell, das auf seinem eigenen Rechner oder in seinem Netzwerk läuft, und liest die Antwort zurück. Der Dokumenttext geht weder zum Scannen an die Server von Claira noch an einen anderen Modellanbieter. Solange der lokale Modus aktiv ist, führt Claira für diese Person in diesem Fall keinerlei Modellaufruf aus — es gibt keinen stillen Rückfall auf ein von Claira gehostetes Modell.

Dabei ist Genauigkeit wichtig — was das heißt und was nicht:

• Die Inferenz ist lokal, die Speicherung nicht. Claira speichert weiterhin, was Claira immer speichert: Ihre Prompts, die Scan-Ergebnisse und die unten beschriebenen betrieblichen Metadaten. Der lokale Modus ändert, wo das Modell läuft, nicht das, was Claira aufbewahrt.
• Die Endpunktadresse und der optionale Schlüssel verlassen den Browser nie. Es gibt keine serverseitige Kopie und kein gemeinsames Geheimnis. Claira erfasst für Ihre Prüfspur nur, dass der lokale Modus ein- oder ausgeschaltet wurde, den Hostnamen des Endpunkts und den Modellnamen.
• Es gilt je Person und je Fall. Wer im selben Fall arbeitet und den lokalen Modus nicht eingeschaltet hat, scannt weiterhin mit dem Modell, das für den Fall eingestellt ist.
• Die Ergebnisse laufen den normalen Weg. Die Antwort des lokalen Modells wird an Claira gesendet, dort gespeichert und in Ihr Nuix-Feld geschrieben — genau wie bei jedem anderen Modell.
• Claira kann für das lokale Modell nicht einstehen. Was diese Software auf diesem Rechner mit dem Text tut, verantwortet, wer sie installiert hat, nicht Claira.

Verarbeitungsablauf je Anfrage

Jeder Scan folgt einem Anfrage-Antwort-Ablauf:

1. Claira sendet den Dokumenttext (und bei einem Medien-Scan die Quelldatei des Dokuments) an den konfigurierten Modell-Endpunkt in Ihrer Bereitstellungsregion.
2. Das Modell liefert eine Antwort.
3. Die Antwort wird in Ihrem Nuix-Feld gespeichert.

Claira verwendet Ihre Kundeninhalte nicht, um eigene Modelle zu trainieren.

Von Claira gespeicherte Daten

Claira speichert betriebliche Metadaten, die für Betrieb und Support des Produkts erforderlich sind, etwa Scan-Aufzeichnungen, Abrechnungsstände und fallbezogene Konfiguration. Diese Metadaten liegen in der Claira-Dienstdatenbank Ihrer Bereitstellungsregion.

Das Staging für Medien-Scans (sofern genutzt) ist in Australien mit kundenverwalteten Schlüsseln (CMEK) und in Kanada mit von Google verwalteten Schlüsseln verschlüsselt, zugriffsbeschränkt und wird nach der Verarbeitung gelöscht.

Externe Auftragsverarbeiter

Je nach aktivierten Funktionen kann Claira externe Auftragsverarbeiter für bestimmte Aufgaben einsetzen:

• Modell-Endpunkte für die Inferenz, die für Ihre Bereitstellung konfiguriert sind.
• Ein Modell-Endpunkt, den Ihre eigene Organisation über Eigenes Modell verwenden mit einem Fall verbindet — ein Auftragsverarbeiter, den Sie selbst wählen und mit dem Sie direkt einen Vertrag schließen.
• Gar kein externer Auftragsverarbeiter bei Scans, die im lokalen Modus laufen: Das Modell läuft auf dem eigenen Rechner der sichtenden Person, es gibt also keine dritte Partei im Inferenzpfad.
• Zahlungsabwicklung über Stripe für Abrechnungsabläufe.
• Anbieter für Transaktionsnachrichten bei betrieblichen und abrechnungsbezogenen Benachrichtigungen.

Zentrale Sicherheitsmaßnahmen

Authentifizierung und Zugriff

Claira läuft als Erweiterung von Nuix Discover und prüft signierte Authentifizierungs-Token der UI-Erweiterung an den Backend-API-Routen.

Verschlüsselung

Der Datenverkehr zwischen Clients, Claira-Diensten und konfigurierten Anbietern ist während der Übertragung verschlüsselt. Sensible Geheimnisse werden zur Laufzeit aus verwalteten Secret-Speichern eingespeist. Die australische Bereitstellung verwendet zusätzlich kundenverwaltete Schlüssel (CMEK) für die Cloud-SQL-Datenbank und den Staging-Bucket für Medien-Scans; die Schlüssel werden in der australischen Region gespeichert.

Nachvollziehbarkeit

Claira zeichnet betriebliche und abrechnungsbezogene Ereignisse auf, um Prüfungen und Fehleranalysen zu unterstützen.

Regulatorische Einordnung

Australien

Die australische Bereitstellung ist darauf ausgelegt, den Australian Privacy Principles (APPs) und dem Notifiable-Data-Breaches-(NDB-)Schema nach dem Privacy Act 1988 zu entsprechen. Regionsbindung und CMEK werden von Google Cloud Assured Workloads durchgesetzt. Dies ist eine regulatorische Einordnung, keine ausdrückliche Zertifizierung.

Kanada

Die kanadische Bereitstellung hält sämtliche Kundeninhalte und betrieblichen Metadaten in kanadischen Google-Cloud-Regionen.

Zusammenfassung für die Mandantenkommunikation

• Claira wird in zwei Regionen betrieben: kanadische Google Cloud (northamerica-northeast1) und australische Google Cloud (australia-southeast1). Die Daten jedes Kunden verbleiben in der Region seiner Bereitstellung.
• Der API-Zugriff ist durch signierte Nuix-Erweiterungs-Token und Claim-Prüfungen geschützt.
• Kundeninhalte werden je Anfrage verarbeitet und nicht zum Training Claira-eigener Modelle verwendet.
• In einem Fall, in dem der Mandant seinen eigenen Modell-Endpunkt verbunden hat (Eigenes Modell verwenden), geht der Scan-Inhalt auf Anweisung des Mandanten an diesen Endpunkt; die Residenzgarantien von Claira enden dort.
• Nutzt eine sichtende Person den lokalen Modus, wird der Dokumentinhalt für die Inferenz nirgendwohin gesendet — das Modell läuft auf ihrem eigenen Rechner. Claira speichert weiterhin die Prompts, Ergebnisse und Metadaten, die sie üblicherweise speichert.
• Betriebliche Metadaten werden gespeichert, um Abrechnung, Fehleranalyse und Prüfanforderungen zu unterstützen.
• Je nach aktivierten Funktionen und Bereitstellungskonfiguration können weitere Unterauftragsverarbeiter zum Einsatz kommen.

---

Brauchen Sie Hilfe? Schreiben Sie uns an support@claira.to.