Sicherheit
Version 1.0 · 18.09.2026
Diese Seite beschreibt, wie wir Daten in Quanty schützen. Wir nennen nur, was wir im System zeigen können. Wir halten keine Sicherheitszertifizierung und behaupten nicht, „DSGVO-konform“ zu sein, denn die Konformität hängt auch davon ab, wie der Verantwortliche das System nutzt. Es folgt eine Beschreibung von Maßnahmen, keine Erklärung.
1. Wo Quanty läuft
Anwendung und Datenbank laufen seit dem 13.09.2026 in Amazon Web Services, Region eu-central-1 (Frankfurt, Deutschland). Kundendateien liegen in derselben Region.
Zuvor lief das System auf einem Server in Polen. Die Aussage „Server in Polen“ ist überholt und wurde von der Website entfernt.
Der Serverzugriff erfolgt ausschließlich über AWS Systems Manager Session Manager. Es gibt keinen offenen SSH-Zugang.
KI-Funktionen in der Anwendung laufen auf Amazon Bedrock. Anrufe der KI-Sekretärin verarbeitet Eleven Labs mit Speicherung in den USA. Einzelheiten und Übermittlungsgarantien stehen unter /subprocessors.
2. Verschlüsselung
Der Verkehr zwischen Browser und Server ist mit TLS verschlüsselt.
Daten in der Datenbank, Dateien im Objektspeicher und Sicherungen sind ruhend verschlüsselt.
Zugangstokens für Integrationen und Postfach-Passwörter werden verschlüsselt gespeichert und nach der Eingabe nicht erneut angezeigt.
Wir behaupten keine Ende-zu-Ende-Verschlüsselung. Daten müssen entschlüsselt werden, damit das System sie verarbeiten kann.
3. Trennung der Kundendaten
Jede Organisation hat einen eigenen Datenraum. Die Trennung setzt die Anwendungsschicht bei jeder Datenbankabfrage durch.
Die Organisationskennung stammt aus der Sitzung der angemeldeten Person und nicht aus Anfrageparametern; Daten anderer Organisationen sind daher nicht durch Austausch einer Kennung in der Adresse oder im Anfragetext erreichbar.
Die Trennung ist durch automatisierte Tests abgedeckt, die vor jeder Auslieferung laufen.
4. Anmeldung und Authentifizierung
Die Anmeldung übernimmt Amazon Cognito. Passwörter werden nur als Hashwerte gespeichert.
Zweiter Faktor ist ein Einmalcode aus einer App (TOTP). Er ist für Administratorkonten und für sensible Vorgänge wie das Ändern von Sicherheitseinstellungen oder das Löschen eines Kontos verpflichtend.
Sitzungen laufen ab und werden bei Abmeldung und Passwortänderung sofort ungültig.
5. Zugriff unseres Personals
Unser Personal hat keinen dauerhaften Zugriff auf Kundendaten.
Support-Zugriff wird befristet gewährt, standardmäßig für 7 Tage und höchstens für 30 Tage. Danach läuft er automatisch ab.
Der Kunde sieht aktiven Support-Zugriff im Organisationsbereich und kann ihn jederzeit widerrufen.
Jede Person mit Zugriff hat eine schriftliche Ermächtigung und eine Vertraulichkeitsverpflichtung. Wir führen ein Verzeichnis der ermächtigten Personen.
6. Sicherungen
Die Datenbank läuft auf Amazon RDS mit automatischen Sicherungen. Die Sicherungen sind verschlüsselt und bleiben in derselben EU-Region.
Einen dokumentierten Wiederherstellungstest haben wir noch nicht durchgeführt. Wir planen ihn und veröffentlichen das Ergebnis in den Unterlagen für Kunden, statt einen nicht erfolgten Test zu behaupten.
7. Aufbewahrung und Löschung
Das Löschen eines Kontos versetzt es 180 Tage in einen Archivzustand, damit es nach einem Versehen wiederhergestellt werden kann; danach werden die Daten endgültig gelöscht.
Die Verarbeitungskopie einer aus einem verbundenen Postfach geholten Nachricht wird nach 14 Tagen gelöscht.
Das Gesprächsprotokoll der KI-Sekretärin wird beim Sprachanbieter standardmäßig nach 30 Tagen gelöscht. Die Tonaufzeichnung ist standardmäßig aus.
Anrufdaten lassen sich einzeln in der Anwendung löschen.
Nach Vertragsende löschen wir Daten aus den Produktivsystemen und aus Sicherungen im Rahmen ihrer Überschreibung, längstens innerhalb von 90 Tagen.
8. Integrationen und Webhooks
Eingehende Nachrichten externer Systeme, darunter Zahlungsereignisse und Ereignisse nach einem Telefonat, sind signiert; wir prüfen die Signatur vor der Verarbeitung. Eine Nachricht ohne gültige Signatur wird abgewiesen.
Aus- und eingehende Post läuft über Amazon SES in der EU-Region.
9. Protokollierung von Handlungen
Handlungen von Plattform-Administratoren werden gesondert protokolliert: wer, was und wann.
Anmeldeereignisse und Berechtigungsänderungen werden protokolliert. Protokolle bewahren wir bis zu 12 Monate auf, länger nur bei einem untersuchten Vorfall.
Die Erweiterung des Protokolls auf Ereignisse zu Anrufdaten samt Export für den Datenschutzbeauftragten des Kunden ist geplant.
10. Softwareentwicklung
Codeänderungen durchlaufen ein Review und automatisierte Tests vor der Auslieferung.
Produktions- und Testumgebung sind getrennt und haben eigene Datenbanken und eigene Zugangsdaten.
Geheimnisse liegen außerhalb des Code-Repositorys.
11. Was wir nicht behaupten
Wir halten keine Zertifizierung nach ISO 27001, ISO 27701, ISO 42001 oder SOC 2 und keine Zertifizierung nach Art. 42 DSGVO. Unsere Infrastrukturanbieter halten Zertifikate; es sind nicht unsere.
Wir sind nicht „HIPAA-konform“ und schließen keine BAA. Das ist US-Recht und für polnische Einrichtungen nicht relevant.
Wir behaupten nicht, dass Daten die Europäische Union nie verlassen. Die Fälle, in denen sie es tun, stehen in der Datenschutzerklärung und unter /subprocessors.
Wir behaupten nicht, dass wir keine Protokolle oder Aufzeichnungen speichern. Gesprächsprotokolle werden standardmäßig 30 Tage aufbewahrt.
12. Schwachstellen melden
Wenn Sie eine Schwachstelle gefunden haben, schreiben Sie an dawid@pluscode.io mit Beschreibung, Reproduktionsschritten und Auswirkung. Wir bestätigen innerhalb von 3 Werktagen und halten Sie auf dem Laufenden.
Bitte veröffentlichen Sie eine Schwachstelle nicht, bevor wir sie behoben haben, laden oder löschen Sie keine fremden Daten und führen Sie keine Last- oder Denial-of-Service-Tests durch.
Wir betreiben kein Bug-Bounty-Programm. Wir danken für Meldungen und nennen Meldende mit deren Zustimmung.
Dieselben Angaben stehen maschinenlesbar unter /.well-known/security.txt.
