Technische Maßnahmen

Diese Seite befasst sich mit der praktischen Umsetzung von Sicherheit, nämlich den spezifischen Tools, Konfigurationen und architektonischen Entscheidungen, welche die Daten innerhalb des WTS-Ökosystems schützen.

Das WTS ist in zwei Varianten verfügbar: dem cloudbasierten WTS online und dem lokal installierten WTS offline. Beide teilen dieselbe Kernsystemarchitektur, unterscheiden sich jedoch in bestimmten Implementierungsdetails. Relevante Unterschiede werden in den folgenden Abschnitten explizit hervorgehoben.

Infrastruktur

Hosting-Umgebung

Die Hosting-Umgebung bezeichnet die Infrastruktur und Plattform, auf der die WTS-Software betrieben wird und Benutzern zur Verfügung steht.

Datenspeicherung

Das WTS nutzt eine relationale SQL-Datenbank zur Datenspeicherung. Der verwendete Datenbankserver ist Microsoft SQL Server, der eine hochleistungsfähige, verwaltete relationale Datenbank mit integrierter Verschlüsselung im Ruhezustand und bei der Übertragung bietet.

Verfügbarkeit

Das WTS zielt darauf ab, hohe Verfügbarkeit durch technische Vorkehrungen gegen Systemausfälle, Hardwaredefekte oder andere Störungen zu gewährleisten. Automatische Wiederherstellungsmechanismen stellen Prozess-Neustarts bei Unterbrechungen sicher und garantieren maximale Betriebszeit ohne manuelle Eingriffe. Wichtige Prozesse sind darauf ausgelegt, auch bei Systemstörungen vollständig abgeschlossen zu werden.

Widerstandsfähigkeit

Widerstandsfähigkeit wird als die Fähigkeit von IT-Systemen verstanden, auch unter widrigen Bedingungen oder extremen Lastsituationen stabil und funktionsfähig zu bleiben. Ziel ist es, eine permanente Betriebsbereitschaft gegen interne Fehler oder externe Einflüsse (z. B. Lastspitzen) zu gewährleisten.

• Architektur: Das verteilte Design und die serviceorientierte Architektur ermöglichen unabhängige Skalierung und erhöhen die Fehlertoleranz.

• Lastverwaltung: Das WTS entkoppelt zeitintensive Vorgänge wie die Erstellung von Testergebnissen, den Massenexport und -import von Daten sowie umfangreiche Datenlöschungen vom primären Anfragepfad, indem eine persistente Nachrichtenwarteschlange eingesetzt wird. Dedizierte Hintergrundprozesse verarbeiten Warteschlangennachrichten und übernehmen die asynchrone Verarbeitung dieser Aufgaben, sodass die Anwendung auch bei hoher Auslastung reaktionsfähig bleibt. Da die Nachrichten in der Warteschlange gespeichert werden, gehen keine Aufgaben verloren, wenn einzelne Systemkomponenten gestoppt oder neu gestartet werden.

• Skalierbarkeit: Das WTS ist so konzipiert, dass Schlüsselkomponenten bei hoher Last und Lastspitzen vertikal oder horizontal skaliert werden können.

• Wiederholungsmechanismen: Alle ausgehenden Dienstaufrufe und Datenbankoperationen im WTS verwenden eine exponentielle Backoff-Wiederholungsrichtlinie mit Jitter. Kurzzeitig auftretende Fehler wie kurze Netzwerkunterbrechungen oder vorübergehende Datenbankunverfügbarkeit werden bis zu einem konfigurierbaren Limit wiederholt, bevor ein Fehler gemeldet wird. Nicht wiederholbare Fehler (z. B. Authentifizierungsfehler) werden sofort ohne Wiederholung gemeldet. Der Wiederholungsstatus wird für die Beobachtbarkeit protokolliert, um eine frühzeitige Erkennung systemischer Probleme zu ermöglichen.

Wiederherstellbarkeit

Dieses Schutzziel umfasst die Fähigkeit, die Verfügbarkeit personenbezogener Daten und den Zugang zu ihnen nach einem physischen oder technischen Zwischenfall zeitnah wiederherzustellen. Dazu fordert die DSGVO geeignete Vorkehrungen, beispielsweise Backup-Strategien und Notfallwiederherstellungspläne.

Backups

Interne Zugangskontrolle

Interne WTS-Dienste folgen einem Zero-Trust-Modell: Kein Dienst vertraut einem anderen inhärent aufgrund seines Netzwerkstandorts. Geheimnisse und Anmeldeinformationen werden niemals in Konfigurationsdateien oder Anwendungsquellcode fest einprogrammiert, sondern in gesicherten Tresoren (secured vaults) verwahrt.

Datenverwaltung

Datenmodell

Das WTS verwendet ein zweckgebundenes Datenmodell, das strikt das Prinzip der Datensparsamkeit durchsetzt. Jede Dateneinheit und die damit verbundene Verarbeitungsaktivität ist formal dokumentiert, um sicherzustellen, dass nur die für die Systemfunktionalität minimal notwendigen Informationen erfasst werden. Zentral für diese Architektur ist eine strikte Multi-Mandanten-Trennung, die sicherstellt, dass Daten verschiedener Kunden auf Datenbankebene durch rigorose Zugangskontrollmechanismen isoliert sind, wodurch unbefugter gegenseitiger Datenzugriff oder Datenlecks effektiv verhindert werden. Dieser strukturierte Modellierungsansatz gewährleistet, dass alle Verarbeitungsvorgänge transparent bestimmten operativen Zielen zugeordnet werden, wobei ein Höchstmaß an Datenintegrität und Vertraulichkeit der Kundendaten gewahrt bleibt.

Mandantentrennung

Das WTS implementiert eine umfassende logische Mandantentrennung, die darauf ausgelegt ist, die Vertraulichkeit, Integrität und Verfügbarkeit von Kundendaten zu schützen. Diese systematische Isolation stellt sicher, dass alle sensiblen Daten, einschließlich Systemprotokollen und Audit-Trails, strikt auf Datenbank- und Anwendungsebene getrennt werden. Unser Identitätsverwaltungsrahmen stellt diese Trennung sicher, indem Anmeldeinformationen, Rollen und Zugriffsrechte ausschließlich auf den jeweiligen Mandanten beschränkt sind, um unbefugten gegenseitigen Datenzugriff zu verhindern.

Protokollierung

Zur Erfüllung der Anforderungen an automatisiertes Monitoring und Nachverfolgbarkeit von Ereignissen setzt das WTS eine standardisierte Protokollierungsarchitektur über alle Dienste und Client-Anwendungen ein. Dieses System erfasst kritische technische und sicherheitsrelevante Ereignisse – einschließlich Benutzeranmeldungen, fehlgeschlagener Authentifizierungsversuche, Dienststart/-abschaltungen und Systemfehler – und stellt sicher, dass jeder Eintrag einer eindeutigen Quelle oder Benutzeridentität zugeordnet wird, um eine klare Nachvollziehbarkeit zu gewährleisten.

SCHUHFRIED stellt sicher, dass die Verarbeitung aller technischen und funktionalen Protokolldaten einer strikten Zweckbindung unterliegt und keine personenbezogenen Daten enthält. Unsere Protokollierungsverfahren sind ausschließlich zur Aufrechterhaltung der Betriebsstabilität (Fehlerbehebung und Kapazitätsmanagement) und zur Gewährleistung der Informationssicherheit (Erkennung und Abwehr von Vorfällen) konzipiert. Darüber hinaus ist jede Verwendung von Daten für Geschäftskennzahlen auf die Generierung anonymer Nutzungsstatistiken beschränkt. Protokollierte Informationen werden nicht an Dritte weitergegeben.

Datenintegrität

Das Schutzziel der Integrität bezieht sich auf die Korrektheit und Unversehrtheit von Daten und Systemfunktionen. Die DSGVO zielt darauf ab, sicherzustellen, dass Informationen nicht von unbefugten Personen oder unbeabsichtigt entlang der gesamten Verarbeitungskette verändert, gelöscht oder manipuliert werden können.

• Datenkonsistenz: Die transaktionale Integrität von SQL Server stellt sicher, dass Daten nicht teilweise geschrieben oder während Operationen beschädigt werden.

• Referenzielle Integrität: Fremdschlüsseleinschränkungen und Prüfbeschränkungen auf Datenbankebene werden auf der Speicherebene unabhängig von der Anwendungslogik durchgesetzt. Dies bietet eine zweite Verteidigungslinie gegen inkonsistente Datenzustände, die durch Anwendungsfehler oder direkten Datenbankzugriff entstehen könnten.

• Eingabevalidierung: Alle in das System eingehenden Daten, unabhängig davon, ob sie von UI-Formularen, Dateiimporten oder API-Aufrufen stammen, werden vor der Persistierung gegen strikte Typ-, Bereichs- und Formateinschränkungen validiert. Fehlerhafte oder außerhalb des Bereichs liegende Eingaben werden abgelehnt, um Datenbeschädigungen zum Zeitpunkt der Aufnahme zu verhindern.

• Testergebnis-Signierung: Interne Logik verhindert die unbefugte Änderung von Testergebnissen nach deren Finalisierung und stellt sicher, dass Testergebnisse auf keine Weise manipuliert werden können.

Verschlüsselung und Pseudonymisierung

Verschlüsselte Kommunikation (Daten in Übertragung)

Alle Datenübertragungen innerhalb des WTS-Ökosystems sind durch HTTPS (TLS 1.3) gesichert. Dies umfasst alle Interaktionen zwischen Benutzeroberflächen (Browsern, Desktop-Clients) und WTS-Diensten sowie die interne Dienst-zu-Dienst-Kommunikation.

Verschlüsselte Speicherung (Daten im Ruhezustand)

Das WTS nutzt Microsoft SQL Server-Technologie für die persistente Datenspeicherung, die Transparent Data Encryption (TDE) unterstützt, um Datenbankdateien auf physischer Speicherebene zu schützen.

Verschlüsselte Dateispeicherung

Temporäre Dateien, die während der Berichtsgenerierung entstehen, werden gesichert, um unbefugten Zugriff zu verhindern. Diese Dateien werden in verschlüsselten ZIP-Archiven (AES-256) mit Passwortschutz gespeichert, um sicherzustellen, dass selbst temporäre Artefakte bis zu ihrer sicheren Löschung oder Auslieferung geschützt bleiben.

Pseudonymisierung

Obwohl das WTS für die Verarbeitung personenbezogener Daten konzipiert ist, minimiert es den Bedarf an identifizierbaren Informationen.

• Minimale Daten: Lediglich ein Nachname ist für die Erstellung einer Testperson technisch verpflichtend.

• Pseudonyme: Benutzer können Pseudonyme oder Codes anstelle echter Namen verwenden.

• Geburtsdatum: Wenn ein Geburtsdatum erforderlich ist, kann das System so konfiguriert werden, dass nur das Geburtsjahr gespeichert wird, was die Identifizierbarkeit der betroffenen Person erheblich reduziert.

Identitäts- und Zugangsverwaltung

Authentifizierung und Autorisierung

Zur Gewährleistung der Sicherheit unserer Dienste implementiert das WTS einen mehrschichtigen Identitäts- und Zugangsverwaltungsrahmen, der auf branchenüblichen Protokollen basiert. Wir verwenden OpenID Connect für die sichere Benutzerauthentifizierung und OAuth2 für eine robuste Autorisierung, um sicherzustellen, dass Identitäten verifiziert und Berechtigungen gemäß modernen Sicherheitspraktiken delegiert werden. Für programmatischen Zugriff und Dienst-zu-Dienst-Kommunikation verwenden wir sichere API-Schlüssel, um eine strikte Kontrolle über unsere Schnittstellen aufrechtzuerhalten. Der Zugriff innerhalb des Systems wird durch ein rollenbasiertes Autorisierungssystem verwaltet, das das Prinzip der minimalen Rechte durchsetzt, indem es sicherstellt, dass Benutzer und Dienste nur auf die spezifischen Daten und Funktionen zugreifen können, die für ihre definierten Rollen erforderlich sind.

Das WTS unterstützt Multi-Faktor-Authentifizierung (MFA) durch Integration mit externen Identitätsanbietern.

Zugangskontrolle

Das WTS implementiert ein rollenbasiertes Zugangskontrollsystem (RBAC), das in Kombination mit Sicherheitsstufen angewendet wird und Administratoren ermöglicht, Zugriffsrechte für Benutzer zuzuweisen.

Benutzersitzungen

Der Anmeldestatus von Benutzern wird nur für die aktuelle Benutzersitzung aufrechterhalten. Sobald die Client-Anwendung (WTS Admin Client oder Browser) geschlossen wird, werden Sitzungen beendet, und bei der nächsten Nutzung werden Benutzer zur erneuten Authentifizierung aufgefordert.

Cookie-Verwendung

VTS verwendet ausschließlich technisch notwendige Cookies, die für den Betrieb der Anwendung erforderlich sind. Es werden keine Tracking-, Analyse- oder Werbe-Cookies eingesetzt.

Alle Cookies sind als HttpOnly und Secure konfiguriert und laufen mit dem Ende der Browser-Sitzung ab.

Passwortsicherheit

Das WTS wendet Regeln für die Passwortsicherheit für seine integrierten Konten an.

Sowohl das WTS online als auch das WTS offline unterstützen die Verwendung externer Konten zur Authentifizierung. Mit solchen Konten können Kunden individuelle Passwortanforderungen festlegen.