2736e2c0db
Ebene 5 (Betreiber) kann sich jetzt auf der Account-Detailseite über
einen Button je Nutzer als dieser Kunden-Login anmelden, ohne dessen
Passwort zu kennen — für Support-Fälle, in denen der Betreiber
nachvollziehen muss, was ein Kunde sieht. Nicht für deaktivierte
Nutzer möglich. Neue Spalte session.impersonated_by_user_id (Migration
0014, store.CreateImpersonatedSession) hält fest, wer die Sitzung
ausgelöst hat — die Nav zeigt während der gesamten Sitzung einen
auffälligen Banner ("Support-Zugriff durch ..."), damit nie unklar
ist, im Kontext eines fremden Kontos zu handeln. Jede Nutzung erzeugt
einen audit_log-Eintrag. Die neue Sitzung ersetzt die eigene
Betreiber-Sitzung (kein Sitzungs-Stack) — nach der Nutzung meldet sich
der Betreiber mit den eigenen Zugangsdaten neu an.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
9 lines
555 B
SQL
9 lines
555 B
SQL
-- Support-Login (Betreiber meldet sich als Kunden-Nutzer an, siehe
|
|
-- internal/web/betreiber_handlers.go). impersonated_by_user_id ist
|
|
-- gesetzt, wenn diese Sitzung durch einen Betreiber-Support-Login
|
|
-- entstanden ist (nicht durch den regulären Login des Nutzers selbst)
|
|
-- — die authenticate-Middleware liest das, um in der Nav einen
|
|
-- deutlichen Hinweis-Banner anzuzeigen, damit niemand vergisst, dass
|
|
-- er/sie gerade im Kontext eines fremden Kontos handelt.
|
|
ALTER TABLE session ADD COLUMN impersonated_by_user_id UUID REFERENCES app_user (id);
|