Entwurf. Dieser Text ist eine fachlich vorbereitete Vorlage und ersetzt keine Rechtsberatung. Vor dem Betrieb mit fremden Vereinen ist er anwaltlich zu prüfen.

Technische und organisatorische Maßnahmen

Mandantentrennung

Die Trennung der Vereinsdaten ist technisch erzwungen und beruht auf vier voneinander unabhängigen Ebenen:

Jedes fachliche Datenobjekt trägt eine Vereinsspalte.
Der Standard-Datenzugriff filtert automatisch auf den aktiven Verein und liefert ohne gesetzten Vereinskontext ein leeres Ergebnis.
Eine Middleware setzt den Vereinskontext und prüft die Mitgliedschaft bei jedem Aufruf neu.
Row Level Security in PostgreSQL filtert zusätzlich auf Datenbankebene und fängt jeden Fehler ab, der die vorigen Ebenen überlebt.

Ein automatisch erzeugter Test prüft für jedes Datenmodell, dass ein Zugriff auf Objekte eines fremden Vereins mit „nicht gefunden“ beantwortet wird.

Vertraulichkeit

Verschlüsselte Übertragung durchgehend über TLS, HSTS aktiviert.
Passwörter werden ausschließlich als Hash gespeichert.
Objektkennungen sind zufällige UUIDs, keine fortlaufenden Zahlen.
Der Datenbankserver ist nicht aus dem Internet erreichbar.
Content-Security-Policy ohne externe Quellen; die Anwendung lädt nichts von einem CDN.

Integrität

Jede nachträgliche Korrektur eines abgeschlossenen Satzes wird protokolliert: wer, wann, alter und neuer Wert.
Die Paarung jedes Abends wird mit Eingangsdaten und Ergebnis protokolliert.
Der Schnitt vor einem Abend wird unveränderlich festgeschrieben.

Verfügbarkeit

Tägliche automatische Datenbank-Backups, Aufbewahrung 30 Tage, Ziel ist ein separater Objektspeicher.
Die Wiederherstellung wird nachweislich getestet, nicht nur vorgesehen.
Überwachung über Healthcheck-Endpunkte; Deployments laufen rollierend ohne Ausfall.

Belastbarkeit und Prüfung

Die Fachlogik ist als reine Funktionen von der Datenhaltung getrennt und automatisiert getestet. Die Mandantentrennung wird bei jedem Testlauf geprüft, einschließlich der Richtlinien direkt auf der Datenbank.

Stand: 22. September 2026