Sicherheit bei Convira

1. Unser Ansatz

Zwei Prinzipien prägen alles Folgende. Erstens, standardmäßig local-first: Auf der lokalen Runtime laufen die Inferenz des Agenten, das Gedächtnis und die Dateien auf Ihrem eigenen Rechner, mit von Ihnen gehosteten Modellen. Die Ausnahme ist ein abrechenbares Tool, das Sie ausführen möchten - Web- und X-Recherche, Bild- und Videoerzeugung, Connector-Aktionen -, das verwaltete Anbieterschlüssel benötigt, die wir bereithalten, sodass dieser einzelne Tool-Aufruf von Convira ausgeführt und an Ihr Gerät zurückgegeben wird (und nur, während Sie online sind). Zweitens, die Cloud ist optional und minimal: Wenn Sie die Cloud-Runtime nutzen, wird Ihr Durchlauf ausgeführt und an den KI-Modellanbieter weitergeleitet, aber die Inhalte des Durchlaufs werden nicht auf unseren Servern gespeichert - der Datensatz verbleibt auf Ihrem Gerät. Weniger Daten auf unserer Seite bedeuten weniger, das geschützt werden muss, und weniger, das jemals offengelegt werden kann.

Wir behaupten nicht, unangreifbar zu sein. Was wir sagen können: Die Architektur ist so aufgebaut, dass die sensibelste Arbeit niemals Hardware verlassen muss, die Sie selbst kontrollieren.

2. Wo Ihre Daten liegen

Convira hat drei Runtimes, und sie unterscheiden sich genau darin:

Auf dem Cloud-Weg werden Ausführungsinhalte - der von Ihnen eingegebene Text, beteiligte Dateien, Tool-Eingaben und -Ausgaben sowie die Antworten des Modells - nicht in unsere Datenbanken geschrieben. Unser Code entfernt sie, bevor irgendetwas gespeichert wird, und automatisierte Tests prüfen diese Invariante bei jedem Build. Die Details finden Sie in der Datenschutzrichtlinie.

3. Wie die Agentenausführung isoliert wird

Desktop-Tool-Aufrufe werden immer durch Conviras Berechtigungsrichtlinie geprüft. Native Prozessisolierung ist eine separate, mehrstufige Verteidigungsebene: Im automatischen Modus verwendet Convira sie, wenn der Host sie unterstützt, und protokolliert eine Warnung, falls auf einen Rückfall ausgewichen werden muss; Betreiber können native Isolierung stattdessen als erforderlich konfigurieren. Die verfügbaren Primitive sind:

• Linux: a Bubblewrap namespace jail (mount, PID, optionally network), with Landlock filesystem rules so the tool can only read and write the directories it was granted, and a seccomp-bpf syscall filter - the code-execution profile blocks the network syscalls outright, so a tool can't open its own sockets.
• macOS: a Seatbelt (sandbox-exec) profile with a deny-by-default posture.
• Windows: ein Job Object, das den Prozessbaum und dessen Ressourcen einschränkt. Dateisystem- und Netzwerkentscheidungen unter Windows stammen aus Conviras Berechtigungsrichtlinie und Netzwerksteuerungen, nicht aus dem Job Object.

Die Codeausführung in der Cloud hat eine andere Grenze: Sie läuft als Subprozess innerhalb des API-Worker-Containers. Der Container trennt den Dienst von seinem Host, aber Cloud-Subprozesse teilen sich diesen Container und erhalten kein separates Dateisystem-Jail oder Netzwerk-Namespace pro Prozess. Tool-Ergebnisse legen die Herkunft der Isolation offen, damit Agent und Oberfläche zwischen Container-, nativer Prozess- und Fallback-Ausführung unterscheiden können.

Ausgehender Netzwerkverkehr. Ausgehender Netzwerkzugriff aus einer Ausführung wird über einen HTTP-CONNECT-Proxy vermittelt, der eine mehrschichtige Domain-Zulassungsliste durchsetzt (eine explizite Sperrliste, dann alles, was Sie während der Sitzung genehmigt haben, dann die in Ihrem Plan und Arbeitsbereich erlaubten Domains, dann eine kleine integrierte Grundmenge von Modell- und Paket-Endpunkten). Er blockiert außerdem direkte IP-Verbindungen, private und Link-Local-Bereiche sowie Cloud-Metadaten-Endpunkte. In der lokalen Runtime ist der Webzugriff deaktiviert, bis Sie ihn einschalten, und der Proxy kann im Audit-Modus (alles protokollieren) oder im Erzwingungsmodus (blockieren und Sie optional fragen) laufen. Wenn Sie ein kostenpflichtiges Web-, Medien- oder Connector-Tool aktivieren und aufrufen, wird dieser einzelne Aufruf an Convira weitergeleitet, um mit verwalteten Schlüsseln ausgeführt zu werden; alles andere bleibt auf Ihrem Rechner, und offline sind die kostenpflichtigen Tools schlicht nicht verfügbar.

Freigaben. Eine Policy-Engine klassifiziert, was jede Tool-Aktion gleich tun wird. Sensible Aktionen geschehen nicht einfach - der Durchlauf pausiert und erzeugt eine Genehmigungsanfrage, die Sie genehmigen oder ablehnen müssen, bevor er fortfährt. Für einige Aktionen können Sie „für diese Sitzung erlauben“ oder „immer zulassen“ wählen; andere fragen immer nach. Ihre Berechtigungsregeln werden auf Ihrem Gerät erstellt und auf den Durchlauf angewendet; auf dem Cloud-Weg werden sie mit dem Durchlauf gesendet, nicht auf unserer Seite gespeichert.

4. Verschlüsselung

Bei der Übertragung. Der gesamte Datenverkehr zwischen den Apps und unserer API läuft über TLS, und unsere API verbindet sich über TLS mit ihrer Datenbank.

Im Ruhezustand. Our database is encrypted at rest. On top of that, certain sensitive stored values - for example the credentials and configuration for integrations you connect, and workspace knowledge-base content - are encrypted at the application level with AES-256-GCM, using per-purpose keys derived from a master key with HKDF-SHA256, with support for rotating that key. Passwords are never stored or encrypted in a reversible form - they're hashed with Argon2id (a modern, memory-hard algorithm). Session tokens, email-verification codes, password-reset tokens, and similar secrets are stored only as hashes, are single-use where applicable, and expire. Third-party model-provider API keys are held in our server environment, not in the database.

Auf Ihrem Gerät. The desktop app keeps the authoritative copy of your runs and sessions in a local SQLite database that is encrypted with SQLCipher. Der Verschlüsselungsschlüssel ist selbst durch den sicheren Speicher Ihres Betriebssystems geschützt (Keychain auf macOS, DPAPI auf Windows, libsecret auf Linux); ein paketierter Build verweigert den Start, wenn dieser Schutz nicht verfügbar ist, anstatt auf Klartext zurückzufallen. Die Desktop-App speichert keine API-Schlüssel von Drittanbietern oder OAuth-Tokens auf der Festplatte.

Private Box. Eine selbst gehostete Private Box wird mit kurzlebigen, Ed25519-signierten Tokens lizenziert. Wenn Sie Teammitglieder mit einer Box koppeln, wird das Bearer-Credential der Box an den Geräteschlüssel jedes Mitglieds gesiegelt (X25519-Schlüsselvereinbarung + XChaCha20-Poly1305) - das Klartext-Credential passiert niemals die Server von Convira.

Wenn Ihr Bedrohungsmodell erfordert, dass Ausführungsinhalte auf von Ihnen kontrollierter Hardware bleiben, nutzen Sie die lokale Runtime oder eine Private Box und rufen Sie keine verwalteten Online-Tools auf.

5. Authentifizierung und Zugriff

Sessions are server-backed: the token in your browser cookie is matched against a stored hash, the cookie is HttpOnly, Secure in production, and SameSite=Lax, and sessions expire. Failed logins are rate-limited. The desktop app authenticates with short-lived, asymmetrically-signed (Ed25519) offline tokens that include anti-rollback protections so a backdated clock can't extend them. Cross-site request forgery is blocked with a double-submit token plus an origin check, compared in constant time.

Der Zugriff auf Kundendaten innerhalb von Convira ist rollenbasiert. Mitarbeiter haben Plattformrollen (getrennt von jedem Kundenkonto), die bestimmen, was sie sehen und tun können; innerhalb eines Arbeitsbereichs haben Mitglieder Rollen (Owner, Admin, Operator, Viewer), die festlegen, was sie dort tun können. Jede privilegierte Mitarbeiteraktion wird in ein Audit-Log geschrieben, das nur angehängt werden kann - mit Akteur, Ziel, Grund und Quelle. Die Support-Identitätsübernahme ist, wenn sie nötig ist, auf die höchste Mitarbeiterrolle beschränkt, erfordert eine getippte Bestätigung und einen schriftlichen Grund, ist zeitlich begrenzt und wird im Audit-Log erfasst. Nur für die Entwicklung gedachte Authentifizierungs-Abkürzungen sind in Produktions-Builds fest deaktiviert.

6. Anwendungshärtung

Web. The API and website send standard hardening headers - HSTS (with preload on the marketing site), a Content-Security-Policy, X-Frame-Options: DENY, X-Content-Type-Options: nosniff, a restrictive Referrer-Policy, and a Permissions-Policy that disables camera, microphone, and geolocation. The API only accepts cross-origin requests from an explicit allowlist of our own origins. Public forms are protected by Cloudflare Turnstile and honeypot fields, and are rate-limited.

Desktop. The Electron app runs the UI with context isolation on, Node integration off, and the renderer sandbox enabled. The renderer talks to the rest of the app only through a narrow preload bridge whose messages are schema-validated, and it runs under a strict Content-Security-Policy (default-src 'self', no plugins, no framing, Trusted Types for script). Permission requests from web content are denied except for a short allowlist.

7. Signierte Builds und Updates

Die Installationsprogramme für macOS und Windows sind code-signiert - Apple-Notarisierung unter macOS, Authenticode unter Windows - und der Auto-Updater der Desktop-App prüft die Signatur eines Updates, bevor es installiert wird, sodass ein manipuliertes Update abgelehnt wird. Die Update-Prüfungen respektieren die Netzwerkrichtlinie: Ist eine Runtime als offline konfiguriert, kontaktiert die App den Update-Server nicht.

8. Überwachung und Reaktion auf Vorfälle

Wir setzen auf der API und im Web-Dashboard Werkzeuge zur Fehlerüberwachung ein, die so konfiguriert sind, dass sie Authentifizierungs-Header, Cookies sowie Werte, die wie Passwörter, Tokens oder Secrets aussehen, ausschließen. Eingehende Webhooks (zum Beispiel von Stripe) werden per Signatur verifiziert und dedupliziert, um Replays abzuwehren. Wir untersuchen Sicherheitssignale, und im Falle einer Verletzung des Schutzes personenbezogener Daten benachrichtigen wir betroffene Nutzer und die zuständigen Behörden innerhalb der gesetzlich vorgeschriebenen Fristen.

9. Dienstleister

Convira setzt auf eine kleine Gruppe geprüfter Dienstanbieter - Zahlungen (Stripe), Datenbank- und Backend-Hosting (Supabase), Bot-Schutz (Cloudflare), Website-Hosting und cookiefreie Analyse (Vercel), Fehlerüberwachung (Sentry) und die KI-Modellanbieter (Anthropic, OpenAI, Google, xAI). Die aktuelle Liste, was jeder Anbieter tut und wo er ungefähr betrieben wird, finden Sie in der Datenschutzrichtlinie.

10. Ihr Part

Sicherheit ist gemeinsame Verantwortung. Ein paar Dinge, die wichtig sind:

• Verwenden Sie ein starkes, einzigartiges Passwort für Ihr Convira-Konto.
• Halten Sie die App aktuell - sie aktualisiert sich automatisch, aber bleiben Sie nicht bei einem monatealten Build.
• Überlegen Sie bewusst, was Sie verbinden und wozu Sie dem Agent die Erlaubnis erteilen; lesen Sie die Freigabe-Prompts.
• Für Ihre sensibelsten Arbeiten verwenden Sie die lokale Runtime oder eine Private Box und lassen Sie verwaltete Online-Tools deaktiviert, damit Ausführungsinhalte auf Hardware bleiben, die Sie kontrollieren.
• Wenn Ihnen etwas auffällt - ein Fehler, eine verdächtige E-Mail, die vorgibt von uns zu sein, ein Konto, das Sie nicht kennen -, sagen Sie uns Bescheid.

11. Eine Schwachstelle melden

Wenn Sie glauben, eine Sicherheitslücke in Convira gefunden zu haben, melden Sie diese bitte an security@convira.ai. Geben Sie genügend Details an, um das Problem zu reproduzieren - betroffene Komponente oder URL, Schritte und Auswirkung -, und wenn möglich einen Proof of Concept.

Worum wir Sie bitten:

• Geben Sie uns ein angemessenes Zeitfenster, um das Problem zu untersuchen und zu beheben, bevor Sie es öffentlich machen.
• Greifen Sie nicht auf Daten zu, die nicht Ihnen gehören, und ändern oder löschen Sie diese nicht; verwenden Sie nur Testkonten und Daten, die Sie kontrollieren.
• Führen Sie keine Angriffe durch, die den Dienst für andere beeinträchtigen (Denial of Service, Spam, Brute-Force gegen echte Konten), und setzen Sie kein Social Engineering gegen unsere Mitarbeiter oder Benutzer ein.
• Fordern Sie keine Zahlung als Gegenleistung dafür, dass Sie nichts offenlegen.

Was Sie von uns erwarten können:

• Wir bestätigen den Eingang Ihrer Meldung und halten Sie auf dem Laufenden, während wir daran arbeiten.
• Wir nennen Sie auf Wunsch namentlich, sobald das Problem behoben ist. Ein bezahltes Bug-Bounty-Programm betreiben wir derzeit nicht.
• Wir gehen nicht rechtlich gegen gutgläubige Sicherheitsforschung vor, die diese Richtlinien befolgt.

12. Fragen

Sicherheitsfragen oder alles rund um diese Seite: security@convira.ai. Für alles andere, unsere Hilfeseite. Wir aktualisieren diese Seite, wenn sich das Produkt und unsere Vorgehensweisen ändern, und passen das Datum oben an.