Sicherheit bei Venvera

Mandantentrennung, erzwungen durch die Datenbank

Jede Mandantentabelle in Venvera ist durch PostgreSQL row-level security im erzwungenen Modus geschützt. Die Anwendung verbindet sich mit einer eingeschränkten Datenbankrolle ohne Superuser-Rechte, die diese Richtlinien nicht umgehen kann, sodass eine Abfrage ausschließlich die Zeilen der Organisation sieht, für die sie läuft. Der Schutz liegt in der Datenbank selbst: Selbst wenn der Anwendungscode eine WHERE-Klausel vollständig auslässt, gibt die Datenbank nur die Zeilen des jeweiligen Mandanten zurück.

Wir prüfen das laufend mit mandantenübergreifenden Isolationstests, die mit der Laufzeitrolle versuchen, Datensätze einer anderen Organisation zu lesen und zu schreiben. Ein Release geht nicht in Betrieb, wenn einer dieser Versuche gelingt.

Verschlüsselung: bei der Übertragung, im Ruhezustand, pro Mandant

• Der gesamte Datenverkehr ist bei der Übertragung mit TLS verschlüsselt.
• Hochgeladene Nachweise und Dokumente sind im Ruhezustand mit AES-256-GCM verschlüsselt, mit einem eigenen Schlüssel für jeden Mandanten. Die Kompromittierung des Schlüssels eines Mandanten legt ausschließlich dessen eigene Daten offen.
• Datenbank-Backups werden mit AES-256 und gehärteter Schlüsselableitung (PBKDF2) verschlüsselt, bevor sie den Datenbank-Host verlassen.
• Kunden-API-Schlüssel für KI-Dienste (bring your own key) werden verschlüsselt gespeichert und ausschließlich für die Anfragen des jeweiligen Mandanten verwendet.

Identität und Zugriffskontrolle

• Single Sign-on über Microsoft Entra ID, mit der Option, SSO für die gesamte Organisation verbindlich zu machen.
• Zwei-Faktor-Authentifizierung, die Administratoren für jedes Konto im Mandanten verpflichtend machen können.
• Beschränkung auf erlaubte E-Mail-Domains, sodass Konten nur auf Ihrer Unternehmensdomain angelegt werden.
• Feingranulare rollenbasierte Zugriffskontrolle: Berechtigungen sind pro Person explizit, ihr Entzug wirkt real und sofort, und jede Berechtigungsänderung wird im Audit-Log festgehalten.
• Serverseitige Sitzungsdatensätze mit Ablauf, sodass eine Sitzung jederzeit zentral entzogen werden kann.

Support und Administration greifen nur auf Freigabe zu

Standardmäßig kann niemand bei Venvera Ihre Mandantendaten lesen. Weder der Support noch das Engineering noch die Plattformadministration. Wenn ein Supportfall tatsächlich Zugriff erfordert, muss die zuständige Person ihn anfragen und angeben, was sie benötigt und warum; Ihre Administration genehmigt oder lehnt ab, im Dashboard oder per E-Mail. Der Zugriff ist zeitlich befristet, jederzeit widerrufbar, und jeder Schritt wird in Ihrem eigenen Audit-Log festgehalten, wo Sie ihn nachlesen können.

Wie das genau funktioniert, einschließlich dessen, was die anfragende Person angeben muss, haben wir in diesem technischen Beitrag beschrieben.

Datenhaltung in der EU

Venvera läuft in Rechenzentren in der Europäischen Union. Kundendaten, hochgeladene Nachweise und Backups bleiben in der EU. Für die Daten, die Sie in der Plattform speichern, handeln wir auf Basis eines Auftragsverarbeitungsvertrags als Auftragsverarbeiter; unsere Datenschutzerklärung zeigt vollständig, was wir verarbeiten und warum.

Netzwerk- und Infrastruktursicherheit

• Intrusion Prevention auf Host-Ebene mit verhaltensbasierter Angriffserkennung: Exploit-Versuche, Sondierungen auf SQL-Injection und Path Traversal, Brute-Force auf Zugangsdaten und Schwachstellen-Scans werden automatisch an der Firewall blockiert.
• Ein laufend aktualisierter Community-Feed mit Bedrohungsdaten blockiert vorbeugend Zehntausende bekannter schädlicher IP-Adressen, bevor sie die Anwendung erreichen.
• Gehärtete Linux-Hosts mit einer Firewall, die standardmäßig alles ablehnt, und automatisiertem Einspielen von Sicherheitspatches.
• Segmentierte Dienste: Die öffentliche Website, die Anwendung und die Datenbank laufen voneinander isoliert.

Anwendungssicherheit

• Ein vollständiger Audit-Trail: Anlegen, Ändern und Löschen von Compliance-Datensätzen wird mit Wer, Was und Wann protokolliert und ist für Ihre Administration in der Plattform sichtbar.
• Lieferantenfragebögen sind durch ein eindeutiges kryptografisches Token plus einen separaten, über einen anderen Kanal zugestellten Zugangscode geschützt, laufen automatisch ab und protokollieren jeden Zugriffsversuch.
• Alle zustandsverändernden API-Routen erzwingen Authentifizierung, Mandantenkontext und Rahmenwerk-bezogene Berechtigungen serverseitig.
• Regelmäßige interne Sicherheitsaudits der Plattform, deren Feststellungen bis zum Abschluss nachverfolgt werden.

Wir betreiben Venvera mit Venvera

Unser eigenes Compliance-Programm rund um ISO 27001, SOC 2 und die DSGVO wird in unserem eigenen Produktionsmandanten geführt: dieselben Kontrollen, dieselben Nachweis-Workflows, derselbe Audit-Trail, die wir verkaufen. Wenn wir eine Sicherheitsfunktion ausliefern, sind wir ihre ersten Nutzer.

Eine Schwachstelle melden

Wenn Sie glauben, ein Sicherheitsproblem in Venvera gefunden zu haben, möchten wir davon hören. Schreiben Sie an privacy@venvera.com mit den Details und den Schritten zur Reproduktion. Wir bestätigen den Eingang zügig, halten Sie während der Untersuchung auf dem Laufenden und gehen nicht gegen Forschende vor, die in gutem Glauben handeln.