Sicherheits- und Azure-Architekturkonzept für die QHSE-Anwendung
Ich habe die bestehende Lösung anhand der Fachdokumentation, der Prozessbeschreibung und der exportierten Power Apps analysiert und daraus ein englischsprachiges Architekturdokument mit 12 Kapiteln erstellt. Leitlinie war eine reine Plattformmigration ohne funktionale Änderung. Das Dokument beschreibt die Zielarchitektur in Schichten, das Rollen- und Berechtigungsmodell sowie Verschlüsselung, Protokollierung, Datensicherung und Betrieb. Es diente als Grundlage für die Abstimmung mit Architektur und IT-Sicherheit, und Teile davon sind in die weitere Projektdokumentation eingeflossen.
- Microsoft Entra ID als einziger Identitätsanbieter mit Single Sign-on, MFA und Conditional Access
- Kombiniertes Berechtigungsmodell: App Roles legen fest, was jemand darf, Sicherheitsgruppen legen fest, wo (Land, Werk, Bereich)
- Backend als verbindliche Sicherheitsgrenze, die Oberfläche steuert nur die Sichtbarkeit
- Azure SQL und Blob Storage ohne öffentlichen Zugriff, Zugriff über Private Endpoints und Managed Identities, Geheimnisse im Key Vault
- Getrennte Umgebungen für Entwicklung, Test und Produktion sowie offene Punkte und Annahmen transparent dokumentiert