Datenschutz
Sieht Xinity Ihre Daten?
Nein. Xinity sieht Ihre Daten nicht, und die Architektur macht es uns unmöglich, diese Entscheidung später zu ändern. Die Plattform läuft vollständig auf Ihrer eigenen Hardware, in Ihrem eigenen Netzwerk und unter Ihren eigenen Zugriffskontrollen. Ihre Prompts, Dokumente, Modellausgaben und Fine-Tuning-Daten berühren niemals einen Xinity-Server, da kein Xinity-Server in den Prozess eingebunden ist.
Das ist ein großes Versprechen, und Sie sollten uns nicht einfach blind vertrauen. Daher beschreibt dieser Beitrag genau, wie es funktioniert, was Sie selbst überprüfen können und wie wir mit Sicherheit umgehen, wenn doch einmal etwas schiefgeht.
Wohin gehen meine Daten tatsächlich, wenn ich Xinity verwende?
Während der Inferenz: nirgendwohin. Sobald Ihre Modelle heruntergeladen sind, bleibt jede Anfrage auf Ihrer Infrastruktur.
Wenn Ihre Anwendung eine Anfrage an ein Xinity-Deployment sendet, verbleibt der gesamte Pfad innerhalb Ihrer Umgebung. Die Anfrage erreicht das Xinity-Gateway, das auf Ihrem Server läuft, welches sie an einen Daemon auf Ihren GPU-Knoten weiterleitet. Dieser führt die Inferenz mit einem auf Ihren Festplatten gespeicherten Open-Source-Modell aus. Die Antwort nimmt denselben Weg zurück. Nutzungsprotokolle, Audit-Trails und aufgezeichnete LLM-Aufrufe landen in einer PostgreSQL-Datenbank, die Sie selbst hosten.
Das Architekturdiagramm in unserem Repository endet mit einer Zeile, die wir wortwörtlich meinen: Nichts verlässt diese Box. Die ehrliche Fußnote dazu ist, dass sich das „Nichts“ auf Ihre Daten bezieht. Der anfängliche Modelldownload ist eine ausgehende Anfrage, ebenso wie das Abrufen von Updates, wenn Sie sich dafür entscheiden. Aber kein Prompt, Dokument oder Output überschreitet jemals Ihre Netzwerkgrenze, und ein Deployment kann vollständig offline (air-gapped) betrieben werden, sobald die Modelle vorhanden sind.
Das ist der strukturelle Unterschied zwischen Xinity und Cloud-KI-APIs. Bei einem Cloud-Anbieter verlassen Ihre Daten definitionsgemäß Ihr Haus, und Ihr Schutz ist ein Vertrag. Mit Xinity können Ihre Daten das System nicht verlassen, da die Software keinen externen Endpunkt hat, an den sie diese senden könnte. Souveränität durch Architektur, nicht durch Vertrag.
Kann Xinity aus der Ferne auf unsere Systeme zugreifen?
Nein. Es gibt keinen Phone-Home-Mechanismus, kein Backdoor für die Fernverwaltung und keine Telemetrie-Pipeline, die Daten an uns zurückmeldet. Und Sie müssen uns das nicht einfach glauben – genau das ist der Punkt: Da der Quellcode öffentlich ist, kann Ihr Team das Fehlen von Telemetrie durch das Lesen des Codes selbst überprüfen, anstatt einer Datenschutzerklärung vertrauen zu müssen. Xinity-Deployments laufen auf Wunsch völlig autark (air-gapped). Viele unserer Kunden in regulierten Branchen verlangen genau das, und die Plattform funktioniert nach dem Herunterladen der Modelle komplett offline.
Wir können uns nicht in Ihr Deployment einloggen. Wir können Ihre Nutzungsdaten nicht lesen. Wir können nicht sehen, welche Modelle Sie ausführen oder was Sie sie fragen. Wenn Sie uns bitten, bei einem Deployment zu helfen, ist dieser Zugriff etwas, das Sie wie jeden anderen Dienstleisterzugriff gewähren, einschränken und widerrufen können – er ist jedoch niemals standardmäßig eingebaut.
Wie können wir diese Behauptungen überprüfen, anstatt ihnen zu vertrauen?
Lesen Sie den Code. Der gesamte Xinity-Codebase ist öffentlich unter github.com/xinity-ai/xinity-ai einsehbar, und die Core-Engine – also das Gateway, der Daemon, die CLI, der Infoserver und die Datenbankschicht – ist unter der Apache 2.0-Lizenz lizenziert. Sie können jeden Netzwerkaufruf auditieren, den die Software tätigt. Ihr Sicherheitsteam kann nach ausgehenden Verbindungen suchen. Ihre Compliance-Auditoren können den Datenfluss Zeile für Zeile nachverfolgen.
Das ist wichtiger als jedes Zertifikat, das wir Ihnen vorlegen könnten. Ein Closed-Source-Anbieter, der Sie bittet, seiner Datenschutzrichtlinie zu vertrauen, bittet Sie, Papier zu vertrauen. Eine Open-Source-Plattform, die auf Ihrer eigenen Hardware läuft, ermöglicht es Ihnen, dieses Versprechen direkt zu überprüfen – und das mit jedem neuen Release aufs Neue.
Drei Dinge, die Sie selbst überprüfen sollten:
Der Datenpfad. Verfolgen Sie eine Anfrage vom Gateway über den Daemon und zurück. Es gibt keinen Abzweig, der Ihr Netzwerk verlässt.
Die Abhängigkeiten. Xinity nutzt Ollama und vLLM als Inferenz-Engines im Hintergrund – beide sind Open Source und laufen lokal.
Die Lizenz. Apache 2.0 bedeutet, dass Sie die Engine forken und für immer betreiben können, selbst wenn Xinity als Unternehmen morgen verschwinden würde. Kontinuität ist ein Teil der Sicherheit.
Welche Sicherheitskontrollen bietet Xinity?
Die Speicherung von Daten On-Premise eliminiert die größte Risikokategorie, ersetzt jedoch nicht die Notwendigkeit von Kontrollen innerhalb Ihres Netzwerks. Xinity wird standardmäßig mit Sicherheitsfunktionen für Unternehmen ausgeliefert, nicht als kostenpflichtige Add-ons:
Rollenbasierte Zugriffskontrolle (RBAC) im Dashboard, sodass Teams nur sehen, was sie sehen dürfen
SSO, SAML und 2FA für die Authentifizierung im Unternehmen
Mandantenisolierung (Multi-Org), damit separate Geschäftsbereiche oder Kunden voneinander getrennt bleiben
mTLS für verschlüsselte Kommunikation zwischen den Komponenten
Audit-Trails mit einer Dashboard-Oberfläche zum Filtern, Exportieren und Überprüfen pro Instanz – entwickelt für die DSGVO-Rechenschaftspflicht und die Dokumentationspflichten im Rahmen des EU AI Acts und NIS2
API-Schlüssel-Verantwortung für jeglichen programmatischen Zugriff
Da all dies auf Ihrer Infrastruktur läuft, lässt es sich mit den Kontrollen kombinieren, die Sie bereits im Einsatz haben: Ihren Firewalls, Ihrem SIEM, Ihrer Netzwerksegmentierung und Ihren Backup-Richtlinien. Xinity fügt sich in Ihre Sicherheitsarchitektur ein, anstatt von Ihnen zu verlangen, sich der unseren anzupassen.
Was passiert, wenn eine Sicherheitslücke in Xinity gefunden wird?
Wir folgen dem Prinzip der koordinierten Offenlegung (Coordinated Disclosure), und das Verfahren ist in unserer SECURITY.md öffentlich einsehbar. Sicherheitsforscher melden Schwachstellen vertraulich über die private Sicherheitsberichterstattung von GitHub oder per E-Mail an security@xinity.ai. Die veröffentlichte Richtlinie sieht vor, Berichte innerhalb von fünf Werktagen zu bestätigen, wobei eine erste Bewertung innerhalb von vierzehn Tagen angestrebt wird. Bestätigte Schwachstellen werden als GitHub Security Advisories veröffentlicht, sobald ein Patch verfügbar ist.
Das ist die ehrliche Herangehensweise an das Thema Sicherheit. Keine Software ist frei von Schwachstellen, unsere eingeschlossen. Die Frage ist, ob ein Anbieter einen transparenten Prozess für den Umgang damit hat und ob Sie die Sicherheitswarnungen selbst einsehen können, anstatt von Vorfällen aus den Nachrichten zu erfahren. Bei Xinity ist der Verlauf der Sicherheitswarnungen dauerhaft und öffentlich im Repository einsehbar.
Das selbstgehostete Modell bietet hier einen weiteren Vorteil: Wenn ein Patch veröffentlicht wird, entscheiden Sie selbst nach Ihrem eigenen Zeitplan und durch Ihren Change-Management-Prozess, wann Sie ihn einspielen. Kein Anbieter pusht Updates ohne Ihr Wissen in Ihre Produktionsumgebung.
Die Arbeit an der Sicherheit ist auch abseits von offiziellen Warnungen sichtbar. Jedes Release wird mit einem öffentlichen Changelog ausgeliefert, in dem kontinuierliche Optimierungen dokumentiert werden – von SSRF-Schutzmaßnahmen im Gateway bis hin zu strengeren Berechtigungsprüfungen im Dashboard. Sie müssen sich nicht fragen, ob an der Sicherheit gearbeitet wird. Sie können die Release Notes lesen und es selbst mitverfolgen.
Warum ist das für die DSGVO und regulierte Branchen wichtig?
Weil das Senden von Daten an einen Cloud-KI-Anbieter für viele Organisationen keine Frage der Präferenz ist. Es ist schlicht verboten. Das Bankgeheimnis, das Anwaltsgeheimnis, der Quellenschutz für Journalisten, die ärztliche Schweigepflicht und das Geschäftsgeheimnisgesetz setzen Grenzen, die kein Cloud-Vertrag vollständig auflösen kann. Das Problem des US-CLOUD-Acts verschwindet nicht nur deshalb, weil ein US-Anbieter eine europäische Rechenzentrumsregion eröffnet.
Wenn KI auf Ihrer eigenen Hardware läuft, lösen sich die meisten dieser Fragen in Antworten auf, die Sie bereits parat haben. Wo liegen die Daten? Auf Ihren Servern. Wer kann darauf zugreifen? Die Personen, die Sie autorisieren. Welche Gerichtsbarkeit gilt? Ihre eigene. Was passiert mit den Prompts nach der Verarbeitung? Das, was Ihre Aufbewahrungsrichtlinie vorschreibt, da Sie die Datenbank besitzen.
Das meinen wir mit souveräner KI-Infrastruktur. Kein Marketing-Schlagwort, sondern eine konkrete architektonische Eigenschaft: die Fähigkeit, jede Datenschutzfrage zu beantworten, indem man auf Hardware verweist, die man selbst kontrolliert.
Häufig gestellte Fragen (FAQ)
Speichert oder trainiert Xinity mit unseren Prompts? Nein. Prompts und Ausgaben werden ausschließlich auf Ihrer Infrastruktur verarbeitet und gespeichert. Wenn Sie die Anfrageprotokollierung für Ihr eigenes Fine-Tuning aktivieren, verbleiben diese Daten in Ihrer Datenbank und werden nur von Ihnen verwendet.
Sendet Xinity Telemetrie- oder Nutzungsdaten an Xinity zurück? Nein. Es gibt keine versteckten Netzwerkaufrufe und keine Telemetrie von Drittanbietern in der Plattform. Sie können dies im Quellcode überprüfen.
Kann Xinity komplett offline betrieben werden? Ja. Sobald die Modelle heruntergeladen sind, funktioniert ein Xinity-Deployment ohne jegliche Internetverbindung.
Ist der Code wirklich überprüfbar? Ja. Der gesamte Codebase ist öffentlich auf GitHub verfügbar. Die Engine ist unter der Apache 2.0-Lizenz lizenziert, und der Quellcode des Dashboards ist unter der Elastic License v2 verfügbar.
Wie melden wir ein Sicherheitsproblem? Über die private Sicherheitsberichterstattung von GitHub im Repository oder per E-Mail an security@xinity.ai. Bitte erstellen Sie kein öffentliches GitHub-Issue.
Wer steckt hinter Xinity? Xinity wird in Wien, Österreich, gebaut und offen entwickelt. Das Unternehmen arbeitet mit regulierten Unternehmen in der gesamten DACH-Region zusammen, darunter Medienhäuser, Industrieunternehmen und öffentliche Institutionen.
Möchten Sie den Datenfluss selbst überprüfen? Der Quellcode ist unter github.com/xinity-ai/xinity-ai zu finden. Fragen zu einem Deployment in Ihrer Umgebung richten Sie an: contact@xinity.ai.