Sicherheitsüberblick
Zuletzt aktualisiert: 14. Oktober 2026
Eine sachliche Zusammenfassung der in AACFlow eingebauten technischen und organisatorischen Maßnahmen. Jede Aussage ist am Quellcode überprüfbar; wir machen keine Aussagen, die wir nicht belegen können.
INTERNER HINWEIS (nicht für den Produktivbetrieb): Diese Rechtsseite enthält noch Platzhalter des Betreibers oder Testdaten (markierte [[TO BE FILLED: ...]]-Felder). So darf sie nicht live gehen. Liste: `bun run scripts/check-legal-placeholders.ts`.
1. Eingebaute Kontrollen
| Bereich | Was die Plattform tut | Fundstelle im Code |
|---|---|---|
| Verschlüsselung gespeicherter Geheimnisse | Von Ihnen gespeicherte Umgebungsvariablen und API-Schlüssel werden auf Anwendungsebene mit AES-256-GCM und einem serverseitigen Schlüssel verschlüsselt, bevor sie in der Datenbank abgelegt werden. | lib/core/security/encryption.ts |
| Authentifizierung | Anmeldung per E-Mail/Passwort und E-Mail-Einmalcode; optionales SSO (per deployment flag) für Organisationen in geeigneten Tarifen; Cloudflare-Turnstile-Bot-Schutz (sofern konfiguriert). | lib/auth/auth.ts, ee/sso, lib/core/security/turnstile.ts |
| Sitzungen | Serverseitige Sitzungen mit maximal 30 Tagen Laufzeit; Organisationsadministratoren in geeigneten Tarifen können eine strengere Sitzungsrichtlinie festlegen. | lib/auth/auth.ts, ee/session-policy |
| Benutzerbereitstellung | SCIM-Provisionierung steht für Enterprise-Organisationen zur Verfügung. | ee/scim |
| Zugriffskontrolle | Rollenbasierte Berechtigungen für Workspaces und Organisationen; Credential-Gruppen und Zugriffslisten in geeigneten Tarifen. | ee/access-control, ee/credential-groups, packages/platform-authz |
| Audit-Protokoll | Sicherheitsrelevante Aktionen (Abrechnung, Mitglieder, Zugangsdaten) werden protokolliert; ein Audit-Log-Viewer ist in geeigneten Tarifen verfügbar. | packages/audit, ee/audit-logs |
| Schutz ausgehender Anfragen | Serverseitige Anfragen von Workflows werden vor dem Versand gegen SSRF-Regeln geprüft (private/Loopback-Bereiche, Redirect-Richtlinie, fixiertes DNS). | lib/core/security/url-safety.ts, lib/core/security/egress |
| Browser-Härtung | Content-Security-Policy und Same-Origin-Prüfungen auf Anwendungsrouten. | lib/core/security/csp.ts, same-origin.ts |
| Log-Schwärzung | Geheimnisse werden in Logs und Traces geschwärzt. | lib/core/security/redaction.ts |
| Aufbewahrungssteuerung | Konfigurierbare Datenaufbewahrung für Organisationen in geeigneten Tarifen. | ee/data-retention |
| Zahlungen | Kartendaten werden bei Stripe (bzw. Robokassa/Tochka für russische Kunden) eingegeben und nicht von AACFlow gespeichert. | lib/billing/payments |
2. Was wir nicht behaupten
Wir behaupten hier weder Zertifizierungen Dritter (ISO 27001, SOC 2) noch Penetrationstest-Berichte, Verfügbarkeitszahlen oder konkrete Backup-/Wiederherstellungsziele. Backups, Verschlüsselung ruhender Daten und Netzwerkmaßnahmen hängen vom Deployment und vom Infrastrukturanbieter ab. [[TO BE FILLED: Owner – Backup-Frequenz/-Aufbewahrung, Verschlüsselung der Datenbank im Ruhezustand, Hosting-Standort und Zugriffskontrollen der Produktivumgebung nach Bestätigung beschreiben.]]
3. Schwachstelle melden
Bitte melden Sie Schwachstellen an security@aacflow.io (oder legal@aacflow.io) und geben Sie uns angemessen Zeit zur Behebung vor einer Offenlegung. Umfang und Safe Harbor stehen in Abschnitt 16 der Datenschutzerklärung.
