Sicherheitskorrektur

# [Wer] kann [tun, was er nicht darf] ## Intent[Wer] kann [was lesen / ändern / tun], obwohl er es nicht darf, und legt damit [was] offen. ## Context- Gefunden durch: [Meldung, Scan, Review], Schweregrad [niedrig / mittel / hoch]- Wo: [Endpunkt, Policy, Funktion], [`pfad/zur/datei`]- Regel, die gelten sollte: [wer es darf, laut Berechtigungsdoku] ## Steps to reproduce1. Als [Rolle oder anonym] [genau diese Anfrage stellen].2. [Was zurückkommt oder geändert wird] beobachten. ## Expected[Mit welchem Status abgelehnt, nichts zurückgegeben oder geändert.] ## Actual[Was passiert.] ## Constraints- Wer es heute darf, darf es weiterhin.- Dort beheben, wo die Regel durchgesetzt wird (Datenbank, Server), nicht nur in der Oberfläche. ## Out of scope- Offenlegung und Kundenkommunikation (getrennt behandelt) ## Open questions- [Gibt es Anzeichen, dass die Schwachstelle genutzt wurde, und wer muss vor dem Release Bescheid wissen? Entfernen, sobald geklärt.] ## Acceptance checks- Als [Rolle] wird die Anfrage abgelehnt, und nichts wird zurückgegeben oder geändert- Als [erlaubte Rolle] funktioniert es wie zuvor- Ein automatisierter Test deckt beide Fälle ab