Stand8. September 2026

Sicherheit

Die Sicherheitsinformationen von Citerra behandeln Zertifizierungen, Speicherorte, den Zugriff der Modelle und die Zugriffskontrollen. Weitere Abschnitte erläutern Verschlüsselung, Protokollierung, Prüfungen vor der Auslieferung, Export und Löschung von Daten sowie das Melden von Schwachstellen.

§ 1

Zertifizierungen

Citerra hat heute keine Sicherheitszertifizierung durch Dritte. SOC 2 Type II und ISO 27001 sind unabhängige Audits, und keines davon wurde durchgeführt. HIPAA ist ein Gesundheitsgesetz der Vereinigten Staaten und gilt für diesen Dienst nicht.

Citerra nennt hier jedes Audit mit Datum, sobald es beginnt, und veröffentlicht den Bericht, sobald er vorliegt.

§ 2

Wo Ihre Arbeit gespeichert wird

Einige Anbieter verarbeiten Daten außerhalb der EU. Das Register der Unterauftragsverarbeiter nennt jeden Anbieter, die Daten, die er erhält, und den Ort der Verarbeitung.

Dokumente und Bibliothek: Die Anwendungsdatenbank, Ihre Dokumente, Ihre Quellen und die von Citerra erzeugten PDFs liegen auf einer Convex-Bereitstellung, die auf die EU festgelegt ist, in Irland.
Kompilierung: LaTeX kompiliert in der EU, in Frankfurt, auf Maschinen ohne Zustand. Ihre Quellen werden mit dem Container gelöscht, sobald der Auftrag endet. Der Compile Service ist aus einem Browser nie erreichbar: Er wird von Server zu Server über signierte interne URLs aufgerufen.
Uploads: Hochgeladene PDFs und Bilder liegen bei UploadThing in den Vereinigten Staaten. Dateien werden über kurzlebige signierte URLs ausgeliefert und sind nicht öffentlich auflistbar.
Anmeldeidentität: Ihre E-Mail-Adresse, Ihr Name und Ihre Zugehörigkeit zu einer Organisation liegen bei Clerk in den Vereinigten Staaten. Citerra spiegelt nur die benötigte Identität und speichert kein Passwort.

§ 3

Was das Modell sieht

Citerra nutzt Ihre Arbeit nie, um ein Modell zu trainieren, auch nicht in aggregierter Form. Diese Zusage gilt für Dokumente, Quellen und Gespräche, unabhängig von Ihren Einstellungen.

Antwortet der Assistent, gehen nur die für diese Frage einschlägigen Passagen an den Modellanbieter. Ihre Bibliothek verlässt Citerra nie vollständig.

Die API-Bedingungen des Anbieters schließen API-Inhalte vom Training aus. Der Anbieter kann sie bis zu 30 Tage in Protokollen zur Missbrauchskontrolle aufbewahren, sofern das Recht keine längere Frist verlangt. Citerra ist nicht für Zero Data Retention freigeschaltet, was dieses Fenster entfernen würde.

Eine Organisation kann Citerra auf einen eigenen Modell-Endpunkt richten, dann entstehen die Antworten dort. Der API-Schlüssel dieses Endpunkts liegt in Convex und ist nur über eine interne Funktion lesbar, die keine öffentliche Funktion zurückgibt. Er geht nur an Ihren eigenen Endpunkt, wird nie protokolliert und nie an Sentry gesendet. Wird die Einstellung gelöscht, wird auch der Schlüssel gelöscht.

Wer die Organisation verwaltet, kann die KI vollständig abschalten. Das beendet neue KI-Verarbeitung in der gesamten Organisation.

§ 4

Wer worauf zugreifen kann

Die Zugriffskontrollen laufen in der Funktion, die die Daten ausliefert. Drei dieser Prüfungen werden von Lint-Regeln erzwungen, die den Build scheitern lassen.

Jede Funktion prüft: Jede Convex-Query, -Mutation und -Action ruft requireAuth und danach requireOrgScope auf, bevor sie Daten einer Organisation berührt. Eine Funktion, die das vergisst, ist ein Lint-Fehler (@citerra/require-auth, @citerra/require-org-scope) und erreicht keine Bereitstellung.
Der Abruf kann ein Dokument nicht verlassen: Der Assistent ruft nur aus der Bibliothek des Dokuments ab, in dem er geöffnet ist. Die Suche in der Bibliothek läuft über eine einzige Funktion, und ein Aufruf ohne Filter auf die documentId ist ein Lint-Fehler (@citerra/rag-must-filter-docid). Keine Einstellung erweitert das.
Anmeldung: E-Mail, Google und GitHub, über Clerk. SAML-SSO, SCIM-Bereitstellung, eigene Rollen und ein Audit-Log gehören zur Enterprise-Edition.
Interner Zugriff: Der Zugriff auf die Produktion folgt dem Prinzip der geringsten Rechte und verlangt Multi-Faktor-Authentifizierung. Entwicklerrechte bleiben im Fehlerfall geschlossen. Convex verlangt einen nur serverseitig gesetzten Wert, der exakt der Zeichenkette true entspricht. Ein fehlender, leerer oder fehlerhafter Wert erzwingt echte Tarife und Grenzen, und eine Produktionsbereitstellung lehnt das Kennzeichen unabhängig von seinem Wert ab.
Bot-Schutz: Die Formulare für Warteliste, Newsletter und Kontakt stehen hinter einer Bot-Erkennung statt hinter einem Rätsel. Derselbe Schutz für Registrierung, Anmeldung und das Zurücksetzen des Passworts ist geplant und noch nicht in Betrieb.

§ 5

Verschlüsselung

Jede Verbindung läuft über TLS. Jeder Anbieter, der Ihre Daten speichert, verschlüsselt sie auf seiner Plattform im Ruhezustand. Dateien werden nur über kurzlebige signierte URLs ausgeliefert, nicht aus einem öffentlichen Bucket.

Anfragen an Dritte verlassen den Dienst über einen HTTP-Wrapper mit Zeitlimit und begrenzten Wiederholungen. Ein direkter Aufruf, der ihn umgeht, lässt den Build scheitern. Das hält Zeitlimits, Protokollierung und Fehlerberichte an einer Stelle.

§ 6

Was protokolliert wird

Ein Fehlerbericht enthält einen Stacktrace, aus dem personenbezogene Daten entfernt sind. Inhalte von Anfragen und Dokumenten werden nie protokolliert, und Anwendungsprotokolle bezeichnen ein Paper über seine Kennung statt über seinen Inhalt.

Die Sitzungsaufzeichnung ist im Editor abgeschaltet. Eine Aufzeichnung der Schreiboberfläche würde ein unveröffentlichtes Paper Tastendruck für Tastendruck festhalten, deshalb zeichnet diese Oberfläche nichts auf. Überall sonst ist die Maskierung von Eingaben standardmäßig aktiv.

Die Metadaten einer Modellanfrage enthalten Modellnamen, Tokenzahlen, Laufzeiten und Kennungen, nie den Text von Anfrage oder Antwort. Sie bleiben 90 Tage für Sicherheit, Abrechnung und Messung des Dienstes erhalten.

§ 7

Wie Änderungen in die Produktion gelangen

Jede Änderung wird überprüft, und jede Grenze oben wird durch eine Prüfung erzwungen, nicht durch eine Gewohnheit. 19 Fitnesstests lassen den Build scheitern. Sie decken die Authentifizierung jeder Backend-Funktion ab, das Verbot direkter fetch-Aufrufe und die Beschränkung der Aufrufstellen des Compile Service. Dazu kommen die einseitige Schichtung der Oberfläche und das Verbot von Importen zwischen Features. Die oben genannte Lint-Regel erzwingt die Begrenzung des Abrufs gesondert.

Die Entwicklerwerkzeuge, die einen Tarif übergehen können, sind im eingecheckten Quelltext eine leere Komponente. Nur der Entwicklungsserver setzt die echte Oberfläche ein, und eine Prüfung nach dem Build weist jedes Client-Bündel der Produktion zurück, das sie enthält.

Bei jedem Commit wird nach Geheimnissen gesucht. Zugangsdaten werden nie eingecheckt, und die Umgebungswerte, die sie halten, sind nur für die Bereitstellung lesbar.

§ 8

Citerra verlassen

Dokumente werden als LaTeX- und BibTeX-Dateien exportiert, die sich außerhalb von Citerra öffnen lassen.

Export: Jedes Paper lässt sich jederzeit als .tex und .bib exportieren. Wer die Organisation verwaltet, kann die gesamte Organisation als ZIP-Archiv exportieren. Vorbereitete Pakete werden innerhalb von 24 Stunden entfernt.
Löschung: Das Löschen einer Organisation entfernt ihre Dokumente, hochgeladenen Dateien und Suchindizes nach einer Frist von 30 Tagen. Die Löschung lässt sich innerhalb dieser Frist jederzeit abbrechen.
KI-Daten: Die KI abzuschalten beendet neue KI-Verarbeitung. Bereits gespeicherte Gespräche, erzeugte Analysen und Suchindizes löscht die Verwaltung der Organisation gesondert.
Sicherungen: Die Datenbankplattform führt eigene Sicherungen. Citerra nennt noch keine Wiederherstellungszeit und nennt keine, bevor sie gemessen ist.

§ 9

Eine Schwachstelle melden

Schreiben Sie an security@citerra.de, was Sie getan haben und was passiert ist. Eine in gutem Glauben erstattete Meldung zieht keine rechtliche Antwort nach sich.

Führen Sie keine Tests durch, die den Dienst für andere beeinträchtigen, und greifen Sie nicht auf eine fremde Organisation zu. Alles andere ist willkommen, auch Hinweise zu dieser Seite.