Vertrauen, das man nachlesen kann.
Texenda sitzt zwischen euren KI-Clients und euren Kernsystemen. Diese Position verpflichtet. Hier steht, wie wir mit Zugangsdaten, Daten, Protokollen und Schwachstellen umgehen — inklusive dem, was heute noch nicht fertig ist.
- BetriebsmodellSelf-hosted-first
Im eigenen Rechenzentrum, in eurer EU-Cloud oder als betriebene Instanz.
- DatenhaltungEU / eure Infrastruktur
Kein Datenabfluss in Drittländer ohne ausdrückliche Konfiguration.
- QuellcodeOffener Kern
Prüfbar, forkbar, ohne Blackbox zwischen Client und Kernsystem.
- ModelltrainingNiemals mit euren Daten
Texenda trainiert keine Modelle auf Kundeninhalten oder Runs.
Das Credential- und Sicherheitsmodell
Der wichtigste Grundsatz: Der KI-Client authentifiziert sich nur bei Texenda. Die Zugangsdaten eurer Quellsysteme sieht er nie — und das Modell auch nicht.
├── Team Grant
├── delegiertes OAuth-Token
└── eng begrenzter Workflow Grant
- Verschlüsselt gespeichert
- Nie in Prompts eingebettet
- Nicht an das Modell ausgegeben
- Erst beim konkreten Aufruf verwendet
- An Benutzer, Team oder Workflow gebunden
- Zielsystemspezifisch getrennt
Fünf Stellen der Durchsetzung
-
Discovery
Nicht erlaubte Skills und Aktionen werden nicht sichtbar.
-
Invocation
Jeder Aufruf wird erneut autorisiert.
-
Source System
Das Zielsystem bleibt letzte Rechteinstanz.
-
Guard
Parameter, Datenmenge und Wirkung werden begrenzt.
-
Approval
Kritische Aktionen brauchen eine menschliche Freigabe.
Datenschutz und Rechtsrahmen
Texenda ist für den DACH-Markt gebaut. Das prägt Architektur und Voreinstellungen, nicht nur die Dokumentation.
-
Auftragsverarbeitung
Beim Betrieb durch uns schließen wir einen AV-Vertrag nach Art. 28 DSGVO. Beim Self-Hosting verarbeiten wir gar keine Inhaltsdaten — dann brauchst du keinen.
-
Datenminimierung by design
Context Recipes laden gezielt Ausschnitte statt ganzer Quellen. Weniger Kontext ist hier gleichzeitig besserer Datenschutz und geringere Kosten.
-
Datenklassen und Guards
Eure Datenschutzverantwortlichen definieren Klassen (z. B. personenbezogen, Geschäftsgeheimnis) und die Regeln, die dafür gelten — durchgesetzt an jedem Aufruf.
-
Betroffenenrechte
Auskunft und Löschung greifen auf Run-Historie und Traces zu. Weil jeder Run einer Identität zugeordnet ist, sind entsprechende Anfragen technisch beantwortbar.
-
EU AI Act
Texenda ist kein Modellanbieter, unterstützt euch aber bei Transparenz- und Dokumentationspflichten: Welche Quelle, welche Aktion, welche menschliche Freigabe — pro Run belegbar.
-
Mitbestimmung
Observe ist auf Prozessverbesserung ausgelegt, nicht auf Leistungskontrolle. Auswertungen sind standardmäßig aggregiert; die Konfiguration ist betriebsratsfähig dokumentiert.
Was Observe protokolliert — und was nicht
Prozessbeobachtung ist der sensibelste Teil des Produkts. Deshalb hier explizit beide Seiten.
- Welche Skills und Quellen verwendet wurden
- Reihenfolge und Dauer der Aufrufe
- Rückfragen, Fehler, Wiederholungen
- Freigaben und Ablehnungen
- Rolle des Nutzers (nicht die Bewertung der Person)
- Interne Modellentscheidungen fremder Clients
- Private Chatverläufe außerhalb des Harness
- Zugangsdaten und Secrets
- Inhalte, die keine Quelle des Playbooks sind
- Individuelle Leistungsbewertungen
Drei Betriebsmodelle
- Empfohlen
Self-hosted
Eure Infrastruktur, eure Netzsegmente, eure Backups. Wir sehen weder Inhalte noch Traces.
- Docker Compose oder Helm
- Anbindung an euren IdP
- Keine ausgehende Verbindung nötig
-
Managed EU
Von uns betrieben in einer EU-Region, mit AV-Vertrag und dokumentierten Subprozessoren.
- Getrennte Mandanten
- Verschlüsselung in Ruhe und Transit
- Wiederherstellungstests
-
Hybrid
Connectoren und Credentials bei euch, Verwaltungsoberfläche bei uns — für Teams ohne eigenen Betrieb.
- Kein Inhaltsdurchfluss bei uns
- Nur Metadaten der Steuerung
- Jederzeit migrierbar
Subprozessoren
Gilt ausschließlich für Managed EU und Hybrid. Beim Self-Hosting gibt es keine Subprozessoren, weil keine Daten unser Haus erreichen. Änderungen kündigen wir 30 Tage vorher an.
| Anbieter | Zweck | Region |
|---|---|---|
| EU-Cloudinfrastruktur | Hosting der Managed-Instanzen | Deutschland |
| Objektspeicher | Backups und Artefakte | Deutschland |
| Fehler- und Betriebsmonitoring | Technische Logs, ohne Inhaltsdaten | EU |
| Transaktionale E-Mail | Freigabe- und Systembenachrichtigungen | EU |
Die konkreten Anbieter benennen wir im AV-Vertrag und in der jeweils aktuellen Subprozessorenliste. Modellanbieter sind bewusst nicht gelistet: Das Modell bleibt in eurem KI-Client, Texenda ruft keines auf.
Praktiken und ehrlicher Reifegrad
Wir sind ein junges Produkt. Statt Siegel zu behaupten, die wir noch nicht haben, steht hier der tatsächliche Stand.
- Aktiv
Sichere Entwicklung
Code-Review-Pflicht, automatisierte Abhängigkeits- und Secret-Scans, signierte Releases.
- Aktiv
Least Privilege intern
Zugriff auf Managed-Instanzen nur nach Vier-Augen-Prinzip und protokolliert.
- Aktiv
Incident-Prozess
Definierte Meldewege, Benachrichtigung betroffener Kunden innerhalb von 24 Stunden.
- In Vorbereitung
Externer Penetrationstest
Erster Test mit unabhängigem Anbieter geplant; Zusammenfassung wird hier veröffentlicht.
- In Vorbereitung
ISO 27001 / SOC 2
Kontrollen orientieren sich am Rahmenwerk; eine Zertifizierung besteht noch nicht.
- Aktiv
Exit und Portabilität
Playbooks, Skills und Recipes sind in offenem Format exportierbar. Der Kern bleibt selbst betreibbar.
Schwachstelle gefunden?
Meldet sie uns direkt und vertraulich. Wir bestätigen den Eingang innerhalb von 48 Stunden, halten euch über den Verlauf auf dem Laufenden und nennen euch — wenn ihr wollt — in den Release Notes.
- Keine rechtlichen Schritte bei gutgläubiger Forschung
- Eingangsbestätigung in 48 Stunden
- Erste Einschätzung in 5 Werktagen
- Koordinierte Veröffentlichung nach Fix
Dokumente für eure Prüfung
Für Security-Reviews, Datenschutzfolgenabschätzung und Betriebsrat. Auf Anfrage, teils unter NDA.
- Sicherheitsübersicht (PDF)Architektur, Datenflüsse, Kontrollen
- AV-Vertrag (Muster)Art. 28 DSGVO inkl. TOM-Anlage
- DSFA-BausteineVorlage für eure Folgenabschätzung
- Betriebsrats-BriefingWas Observe auswertet — und was nicht
- ArchitekturdiagrammNetzwerkzonen und Datenflüsse
- StatusseiteVerfügbarkeit und Vorfallhistorie
Fragen, die hier nicht beantwortet sind?
Schickt uns euren Sicherheitsfragebogen. Wir füllen ihn aus — und ergänzen die Antwort danach hier, damit die nächsten sie direkt finden.
Kontakt aufnehmen