Trust Center
Öffentlicher Überblick über Sicherheit, Zugriff, Dienstleister und Verfügbarkeit von NexaFile. Diese Seite ist kein vertragliches SLA.
Zugriffskontrollen
- Arbeitsbereiche sind nach Organisation getrennt; die Rollen Owner, Admin und Member beschränken Funktionen entsprechend ihrer Berechtigung.
- Dokumente bleiben für ihre Ersteller privat, sofern sie im Arbeitsbereich nicht ausdrücklich zugewiesen oder geteilt werden.
- MFA und Wiederherstellungscodes werden unterstützt; die Codes werden gehasht und MFA-Geheimnisse in der Datenbank verschlüsselt.
Verschlüsselung und Datenübertragung
Browser-Verbindungen in der Produktion verwenden HTTPS. Passwörter werden mit scrypt gehasht. In der Datenbank gespeicherte OAuth-Zugangsdaten und MFA-Geheimnisse werden mit dem Anwendungsschlüssel verschlüsselt. Nach aktueller Produktionskonfiguration verschlüsselt die Anwendung Dokumente vor dem Hochladen in den Objektspeicher.
Prüfung von KI-Ergebnissen
NexaFile verknüpft wesentliche Ergebnisse nach Möglichkeit mit Quellseiten, zeigt Quellenabdeckung und Konfidenz und kennzeichnet Ergebnisse ohne ausreichende Belege für eine menschliche Prüfung. Eine stets korrekte KI wird dadurch nicht garantiert.
Dienstleister
NexaFile nutzt vertrauenswürdige Dienstleister für Plattformbetrieb, Zahlungsabwicklung, KI-Funktionen und Cloud-Anbindungen. Welche Dienstleister beteiligt sind, hängt von den gewählten Funktionen ab.
- DigitalOcean: Anwendungsinfrastruktur und Datenspeicherung.
- OpenAI API: KI-Verarbeitung von Inhalten, die Nutzer ausdrücklich zur Analyse einreichen.
- Polar: gehosteter Checkout für Zahlung, Steuer und Belege bei anwendbaren Transaktionen; Polar fungiert als Merchant of Record.
- Resend: E-Mails zur Kontobestätigung, Sicherheit und Dienstbenachrichtigung.
- Google: Anmeldung, Google Drive und Google-Dienste, die Nutzer ausdrücklich verbinden.
- Microsoft: Anmeldung und OneDrive-/SharePoint-Verbindungen gemäß den Berechtigungen des Nutzers oder der Organisation.
- Cloudflare: DNS, Edge-Schutz und Schutz vor automatisiertem oder Bot-Datenverkehr.
NexaFile bietet auch APIs und Entwicklerwerkzeuge für Systemintegrationen. Kunden können Werkzeuge wie Postman für API-Aufrufe verwenden; sie sind jedoch keine standardmäßigen Datenverarbeiter von NexaFile.
Details zu Datenverarbeitung, Sicherheit und Datenschutz →
Details zur Datenverarbeitung prüfen.
Betrieb und Störungen
Systemzustand und Bereitschaft werden regelmäßig überwacht; öffentliche Störungen stehen auf der Statusseite. NexaFile nutzt Protokolle, Ratenbegrenzung, Prüfpfade und Verfahren zur Störungsbehandlung. Kein System kann absolute Sicherheit versprechen.
Verfügbarkeit und SLA
NexaFile veröffentlicht kein allgemeines Verfügbarkeits-SLA und keine Servicegutschrift für alle Tarife. Infrastruktur-SLAs sind keine NexaFile-SLAs. Enthält ein Unternehmensauftrag ein eigenes SLA, gilt nur dieses unterzeichnete SLA.
Öffentlicher Kontrollumfang
| Bereich | Veröffentlichte Kontrolle | Grenze der Aussage |
|---|---|---|
| Identität und Zugriff | MFA · Passkeys · RBAC · audit records | Bedeutet keine Zertifizierung durch Dritte. |
| Daten | HTTPS · encrypted application secrets · workspace isolation | Konkreter Speicherort und Aufbewahrung hängen von Konfiguration, Dienstleistern und Vertrag ab. |
| Betrieb | health/readiness monitoring · rate limiting · incident records | Beobachtete Messwerte sind kein vertragliches SLA. |
Unterauftragsverarbeiter und Datenfluss
Die obige Liste nennt aktuell veröffentlichte Dienstleister und deren Hauptzwecke. Der tatsächliche Datenumfang hängt von den genutzten Funktionen ab; nicht jedes Dokument wird an jeden Dienstleister gesendet.
NexaFile beansprucht keine SOC-2-, ISO-27001- oder ähnliche Zertifizierung, sofern kein aktueller unabhängiger Bericht oder Nachweis verfügbar ist.
Governance, Nachweise und Aktualisierungen
- Öffentliche Aussagen beschreiben aktive Kontrollen und dürfen nicht als nicht unterzeichnete Zertifizierung, SLA oder Garantie ausgelegt werden.
- Wesentliche Änderungen an Dienstleistern, OAuth-Umfang, Aufbewahrung oder Datenverarbeitung müssen im Trust Center oder im geltenden Rechtshinweis erscheinen.
- Geschäftskunden können einen DPA, einen Sicherheitsfragebogen oder verfügbare Kontrollnachweise anfordern; die Offenlegung unterliegt Vertraulichkeit und der geltenden Vereinbarung.
Modell der geteilten Verantwortung
NexaFile schützt die Plattform und eigene Kontrollen. Kunden verantworten Nutzerverwaltung, Berechtigungen, Geräte- und Cloud-Kontosicherheit, rechtmäßige Datenauswahl, Prüfung von KI-Ausgaben und den Entzug nicht mehr benötigter Zugriffe.
Sicherheitsproblem melden
Senden Sie Beschreibung, Zeitpunkt, betroffene URL und Schritte zur Reproduktion; senden Sie keine Passwörter, API-Schlüssel oder vertraulichen Dokumente per E-Mail. [email protected]
