Sicherheit

Die Plattform läuft auf verwalteter Cloud-Infrastruktur statt auf selbst verwalteter Hardware. Patches, physische Sicherheit und Netzwerkhärtung auf Infrastrukturebene übernehmen daher die von uns eingesetzten Hosting-Anbieter.

Hosting-Anbieter und primäre Datenspeicherorte: [TO CONFIRM: hosting providers and regions].

Der Datenverkehr zwischen Browsern, unseren Diensten und unseren Datenspeichern wird bei der Übertragung mit TLS verschlüsselt. Daten in unseren verwalteten Datenbanken und Objektspeichern werden durch die zugrunde liegende Plattform im Ruhezustand verschlüsselt.

Verbindliche TLS-Mindestversion und Richtlinie für Verschlüsselungsverfahren: [TO CONFIRM: TLS policy].

Der interne Zugriff auf Produktivsysteme und Kundendaten ist auf Personen beschränkt, die ihn für den Betrieb und den Support des Dienstes benötigen. Berechtigungen werden rollenbasiert nach dem Prinzip der geringsten Berechtigung vergeben, nicht standardmäßig.

Zugriffsrechte werden überprüft und entzogen, wenn jemand die Rolle wechselt oder das Unternehmen verlässt. Überprüfungsintervall: [TO CONFIRM: access review cadence].

Nutzer unserer Kunden melden sich über unsere verwaltete Authentifizierungsschicht an. Diese speichert Zugangsdaten als Hashwerte mit Salt, niemals im Klartext. Sitzungen werden über signierte Tokens mit Ablaufdatum bereitgestellt.

Verfügbare Optionen wie Single Sign-on und Multi-Faktor-Authentifizierung sowie deren verpflichtende Einsatzbereiche: [TO CONFIRM: SSO and MFA availability and enforcement].

Die Daten jedes Kunden sind logisch voneinander getrennt. Datenbankzugriffe unterliegen Sicherheitsrichtlinien auf Zeilenebene. Eine Anfrage kann daher nur Zeilen lesen oder schreiben, die zum authentifizierten Mandanten und Nutzer gehören. Die Autorisierung wird in der Datenbank durchgesetzt, nicht nur im Anwendungscode.

Privilegierte Datenbankzugriffe, die diese Richtlinien umgehen, sind auf bestimmte serverseitige Vorgänge beschränkt und stehen dem Browsercode nicht zur Verfügung.

API-Schlüssel, Tokens und andere Zugangsdaten werden als verwaltete Geheimnisse gespeichert und zur Laufzeit in serverseitigen Code eingebunden. Sie werden niemals in die Codebasis eingecheckt oder in clientseitigen Bundles ausgeliefert. Aufrufe von Drittanbieterdiensten, die ein Geheimnis erfordern, erfolgen ausschließlich serverseitig.

Vorgehen beim Austausch von Geheimnissen: [TO CONFIRM: secret rotation process].

Wir erfassen Anwendungs- und Infrastrukturprotokolle sowie Fehlerberichte, um Ausfälle und ungewöhnliche Aktivitäten zu erkennen und Vorfälle zu untersuchen. Die Protokolle werden getrennt von kunden zugänglichen Oberflächen aufbewahrt. Der Zugriff darauf ist beschränkt.

Aufbewahrungsdauer von Protokollen und Schwellenwerte für Warnmeldungen: [TO CONFIRM: log retention and alerting].

Kundendaten in unseren verwalteten Datenbanken werden durch die zugrunde liegende Plattform gesichert, damit wir sie bei Verlust oder Beschädigung wiederherstellen können. Wiederherstellungen werden ausschließlich von autorisiertem Personal durchgeführt.

Backup-Häufigkeit, Aufbewahrungsdauer und Wiederherstellungsziele: [TO CONFIRM: backup frequency, retention, RPO and RTO].

Wir halten Abhängigkeiten aktuell, prüfen Codeänderungen vor dem Produktiveinsatz und führen automatisierte Scans unserer Codebasis und Abhängigkeiten durch, um bekannte Schwachstellen zu erkennen. Probleme werden nach Schweregrad priorisiert und über unseren regulären Release-Prozess behoben. Dringende Korrekturen werden außerhalb dieses Prozesses ausgeliefert.

Behebungsziele nach Schweregrad und etwaige externe Tests: [TO CONFIRM: remediation SLAs and penetration testing cadence].

Wir halten die Zahl der Anbieter mit Zugriff auf Kundendaten bewusst klein. Bevor ein Anbieter personenbezogene Daten in unserem Auftrag verarbeitet, prüfen wir ihn und schließen eine schriftliche Vereinbarung zur Auftragsverarbeitung ab. Werden Daten außerhalb des Europäischen Wirtschaftsraums übermittelt, bestätigen wir zudem einen geeigneten Übermittlungsmechanismus.

Die aktuelle Liste finden Sie in unserer Datenschutzerklärung: [TO CONFIRM: full subprocessor list].

Wir haben einen internen Prozess, um Sicherheitsvorfälle zu erkennen, zu priorisieren, einzudämmen und zu beheben. Dabei dokumentieren wir auch, was geschehen ist und welche Änderungen wir anschließend vorgenommen haben.

Wenn wir als Auftragsverarbeiter für Gästedaten tätig sind, benachrichtigen wir den betroffenen Kunden als Verantwortlichen unverzüglich, nachdem uns eine Verletzung des Schutzes personenbezogener Daten bekannt geworden ist. Dabei stellen wir ihm die Informationen bereit, die er zur Erfüllung seiner eigenen Pflichten benötigt. Nach Artikel 33 der DSGVO muss der Verantwortliche eine meldepflichtige Verletzung innerhalb von 72 Stunden nach Bekanntwerden der zuständigen Aufsichtsbehörde melden. Unsere Benachrichtigung ist darauf ausgelegt, die Einhaltung dieser Frist zu unterstützen. In Schweden ist die zuständige Aufsichtsbehörde die Integritetsskyddsmyndigheten (IMY).

Benachrichtigungskanal für Kunden und Eskalationsweg: [TO CONFIRM: notification process].

Wenn Sie glauben, eine Sicherheitslücke in unserer Plattform gefunden zu haben, möchten wir davon erfahren. Bitte melden Sie uns diese vertraulich und mit ausreichend Details, damit wir das Problem reproduzieren können. Geben Sie uns vor einer öffentlichen Offenlegung angemessen Zeit, es zu untersuchen und zu beheben.

Bitte vermeiden Sie Tests, die den Dienst beeinträchtigen. Greifen Sie nicht auf Daten anderer zu, verändern Sie diese nicht und bewahren Sie sie nicht auf. Wir bestätigen den Eingang Ihrer Meldung und halten Sie während der Bearbeitung auf dem Laufenden.

Meldungen: [TO CONFIRM: security contact email]