Wogegen FutrixData nicht schützt

Nur lokales Audit, kein externer Immutable Storage

Das Agent-Audit-Log ist lokal und hash-verkettet. Der CLI-Verifier erkennt modifizierte, gelöschte, eingefügte oder umsortierte Zeilen innerhalb des verketteten Bereichs. Er erkennt kein vollständiges lokales Log-Rewrite, bei dem ein Angreifer mit Host-Kontrolle jede Zeile neu schreibt und jeden Hash neu berechnet. Er kann auch nicht beweisen, dass ein abgeschnittener Tail je existiert hat — ohne externen Anchor.

Für Umgebungen, die stärkere Garantien brauchen, spiegeln Sie Agent-Tool-Events in einen separaten append-only Store, den Sie kontrollieren (z. B. eine Postgres-Instanz mit WAL-Archivierung, ein Object-Store mit Object-Lock oder ein write-only Sink in einem anderen Netzwerk). Die lokale Verifikation soll Ihnen ein schnelles, offline Integritätssignal geben — nicht externen Immutable Storage ersetzen.

Deterministische Maskierung ist keine Anonymisierung

Die Result-Maskierung ist ein stabiler, secret-basierter HMAC, kein Anonymisierer. Der Algorithmus ist HMAC-SHA256: Ein HMAC-Schlüssel wird pro (Datenquelle, Feld) aus einem lokalen Secret abgeleitet, und das Ausgabeformat ist masked:v1: gefolgt von den ersten 16 Hex-Zeichen des HMAC — derselbe Rohwert in einem anderen Feld oder einer anderen Datenquelle ergibt also einen anderen Hash. Die Substitution macht einen sensiblen Wert pseudonym: Aufrufer sehen konsistente Hashes über Calls hinweg, ohne Rohwerte zu sehen — aber das Mapping ist by design deterministisch. Wer Zugriff auf das lokale Maskierungs-Secret hat, kann Hashes aus bekannten Eingaben neu berechnen; ein Angreifer mit Kontrolle über den lokalen Host kann dasselbe. Eingaberäume mit niedriger Kardinalität (Booleans, Geschlecht, Alter in Jahren, kleine Enums) bleiben anfällig für Enumeration: Wer bekannte Eingaben durch das Gateway schicken kann — oder das lokale Secret hält — kann eine Lookup-Tabelle bauen, die solche Felder effektiv umkehrt.

Deterministische Maskierung ist das richtige Werkzeug, um PII aus LLM-Prompts und Agenten-Kontexten herauszuhalten und Join-Keys für Analysten zu bewahren. Sie ist das falsche Werkzeug, um einen Datensatz öffentlich freizugeben — das erfordert k-Anonymität, Differential Privacy oder vollständige Tokenisierung mit einem externen Secret-Manager.

Die Console ist by design der Roh-Daten-Pfad für autorisierte Menschen

Die Desktop-Console liefert Rohzeilen an den Engineer an der Tastatur. Result-Maskierung wird hier absichtlich nicht angewandt — die Console existiert, um echte Daten zu inspizieren. Wenn Sie nicht wollen, dass Rohwerte einen bestimmten User erreichen, ist die richtige Kontrolle der Zugriff auf die Datenquelle selbst (ACL pro Datenquelle, Credentials pro Environment), nicht Console-seitige Maskierung.

Der Agenten-Ergebnispfad (MCP, Skill, Agent-CLI) wird separat maskiert. Beide Pfade teilen sich dieselbe Risk-Engine und dasselbe Audit-Log, aber die Maskierung weicht absichtlich ab.

Schema-Metadaten sind ein separater Pfad von Result-Zeilen

AI-Chat, Schema-Knowledge-Browsing und ER-Assistance können Schema-Metadaten in Prompts an den konfigurierten LLM-Anbieter aufnehmen. Die Result-Maskierung deckt Schema-Metadaten nicht automatisch ab. Wenn das Schema selbst sensibel ist — KYC-Tabellennamen, regulatorische Spaltennamen, interne Produktcodes — deaktivieren Sie die Schema-an-LLM-Übermittlung für diese Datenquelle. Jede Übermittlung wird protokolliert; prüfen Sie das Protokoll, bevor Sie eine Datenquelle als „AI-safe“ annehmen.

Ihr AI-Anbieter hat eigene Datenrichtlinien

Bring-your-own-LLM heißt, dass FutrixData Ihre Prompts oder Completions nicht sieht — aber auch, dass der von Ihnen konfigurierte Anbieter (Anthropic, OpenAI, Google, Azure, Ollama usw.) eigene Daten-Retention-, Trainings-Eligibility- und Regional-Routing-Richtlinien hat. FutrixData maskiert PII auf dem Agenten-Ergebnispfad, bevor die Zeile das Gateway verlässt; was Ihr LLM-Anbieter mit dem resultierenden Prompt tut, regelt der Vertrag mit ihm — nicht FutrixData.

Externe MCP-Clients und externe Agenten, die Sie gegen FutrixData bauen, haben ebenfalls eigene Datenverarbeitungsrichtlinien. Das Gateway kann beweisen, was an einen Aufrufer zurückgegeben wurde; es kann nicht erzwingen, was der Aufrufer als Nächstes tut.

Keine Zertifizierung, kein SIEM, kein vollständiges IAM, kein DLP

FutrixData ist ein Datenbank-Gateway. Es ist nicht und ersetzt nicht:

• SOC-2-/ISO-27001-/HIPAA-/PCI-Zertifizierung. Das Gateway produziert Beweise, nach denen diese Programme typischerweise fragen, aber die Zertifizierung gehört Ihrer Organisation, nicht FutrixData.
• Ein externes SIEM. Das Audit-Log ist lokal und verifizierbar; es gibt heute keinen eingebauten Export in ein SIEM. Wer Echtzeit-SIEM-Ingestion braucht, ergänzt es vor (oder neben) FutrixData.
• Einen vollständigen IAM-Stack. Identitäten pro Agent, Access-Keys und Widerruf sind auf dem Agentenpfad first-class. Team-RBAC mit Rollen, Berechtigungen, Environment-Scopes und Schema-Scopes ist ein Feature der Enterprise Edition; auf dem kostenlosen Desktop bekommen Sie Identität auf Agentenebene und Audit-Zuordnung als Granularität.
• Datenbank-seitige Zugriffskontrolle. Das Gateway ist Enforcement; die Datenbank selbst besitzt weiterhin ihre Grants und Rollen. Wenn ein Datenbank-Principal direkt eine Tabelle droppen darf, kann FutrixData diese Umgehung nicht stoppen — stellen Sie das Gateway davor und entfernen Sie direkte Credentials von Menschen und Agenten, die sie nicht haben sollen.
• Ein DLP-Produkt. Result-Maskierung deckt strukturierte Felder ab, die der Sensitivitäts-Klassifikator kennt. Free-Text-Spalten, Blob-Spalten und adversariell konstruierte Queries, die Werte am Klassifikator vorbei casten, sind out of scope. Wenn Sie eine harte Data-Loss-Anforderung haben, schichten Sie ein DLP-Produkt hinter das Gateway.

Was die Marketing-Copy zu behaupten vermeidet

Damit die Marketing-Copy und diese Seite konsistent bleiben, hier die Behauptungen, die wir explizit nicht aufstellen:

• „Tamper-proof“ oder „immutable“ — wir sagen lokal hash-verkettet, mit verify-CLI und dokumentieren den Local-only-Scope.
• „Anonymisiert“ — wir sagen secret-basierte deterministische Maskierung auf dem Agenten-Egress-Pfad.
• „PII erreicht nie ein LLM“ — wir sagen sensible Ergebniswerte werden maskiert, bevor sie an MCP-, Skill- oder CLI-Aufrufer zurückgegeben werden. Schema-Metadaten, Free-Text-Spalten und der Console-Pfad sind separat.
• „SIEM-Export“ — bis der Export-Pfad ausgeliefert ist, wird das Audit-Log lokal mit dem CLI geprüft und verifiziert.
• „SOC-2-/ISO-27001-ready“ — wir sagen das Gateway produziert Beweise, nach denen diese Programme fragen; die Zertifizierung selbst liegt in Ihrer Verantwortung.

Wenn Sie irgendwo auf der Site Marketing-Copy finden, die mit dieser Seite kollidiert, behandeln Sie diese Seite als maßgeblich und melden Sie es an hi@futrixdata.com.