Sicherheit und Datenschutz
Jeder Zugriff bleibt an Mandant, Behörde und Fachrecht gebunden. Integration, API und Screenshots dürfen keine Geheimnisse oder echten Kundendaten offenlegen.
#Vor der Entwicklung
- Eigene Testumgebung und synthetische Fixtures anlegen.
- Datenfelder auf den konkreten fachlichen Zweck begrenzen. Keine vollständigen Framework-Datensätze vorsorglich übertragen.
- Kennungen und Rechte ausschließlich serverseitig prüfen; NUI-Daten als untrusted behandeln.
- Kein direkter Zugriff auf fremde Framework- oder MDT-Tabellen als versteckte Kopplung. Dokumentierte Adapter, Dienste und API verwenden.
- Secrets außerhalb des Repository und ausschließlich serverseitig halten. Keine replizierenden Convars verwenden.
#Verbindliche Negativtests
| Test | Erwartung |
|---|---|
| Fremder Mandant | Kein Datensatz und keine Rechteausweitung |
| Falsche Behörde | Kein Zugriff über erratene IDs oder Slugs |
| Fehlendes Fachrecht / Modul aus | Fachaktion wird abgewiesen |
| Gesperrte Mitgliedschaft / Integration | Keine neue Sitzung oder Dienstfreigabe |
| Manipulierter Rumpf / alte Sendezeit | Connector weist Anfrage ab |
| Idempotenzschlüssel wiederholt | Keine doppelte Buchung oder Itemausgabe |
| Abgelaufenes oder bereits eingelöstes Ticket | Kein erneuter Login |
Bei Druck ist neben der MDT-Idempotenz ein lokaler Nachweis nötig, dass das Inventar-Item je Ausgabeschlüssel nur einmal ausgehändigt wird. Wiederholte API-Antworten dürfen keine Itemduplikate erzeugen.
#Logs und Screenshots
Loggen: Zeitpunkt, neutrale Vorgangskennung, Modul, Ergebniscode und technische Version. Nicht loggen: Schlüssel, Tokens, Ticketadressen, Einmalcodes, Roh-Identifier, vollständige Akten, Namen oder Zahlungsdaten.
Screenshots ausschließlich mit Demo- oder eigenen Testdaten erstellen. Geheimnisansichten nicht aufnehmen; vor dem Speichern jede Aufnahme prüfen. Geschützte Wiki-Inhalte dürfen auch im öffentlichen Suchindex oder Build nicht enthalten sein.
#Wartung und Widerruf
Nicht benötigte Integrationen sperren. Bei kompromittiertem Schlüssel sofort widerrufen und ersetzen; keinen kompromittierten Wert in Supportnachrichten kopieren. Freigabe und Rechteänderungen revisionsfest protokollieren.
#Wer darf das?
Entwickler prüfen Sicherheitsgrenzen im Testsystem. Systemleitung verwaltet fachliche Rechte; Plattformleitung verwaltet Betreiberzugänge und Freigaben.
Unklare Stellen oder fehlende Schritte meldest du im LexoNET-Discord oder als Ticket im Kundenbereich.