Auth: Keycloak-Konfiguration ueber Docker und Env vereinheitlichen

[jurei733]

Parent: #151

Ziel

Keycloak-Konfiguration wird ueber Docker/Compose-Umgebung konsistent steuerbar.

Akzeptanzkriterien

• Relevante Realm/Client-Parameter sind ueber Env konfigurierbar.
• Lokale und Deployment-Konfiguration sind dokumentiert.
• Bestehende Defaults bleiben lauffaehig.
• Smoke-Test/Validierung prueft die Konfiguration.

[jurei733]

Stand der Prüfung: Die Umsetzung zu #564 scheint aktuell überwiegend in PR #448 zu liegen: #448

Einschätzung nach Abgleich mit den Akzeptanzkriterien:

• Relevante Realm/Client-Parameter über Env konfigurierbar: weitgehend umgesetzt. PR Feature/OIDC authenticate flow #448 ergänzt OIDC/OAuth2/Keycloak-Variablen in .env.dev.template, .env.coding-box.template, docker-compose.yaml, Keycloak-Realm-Config sowie Install-/Migrationsskripten.
• Lokale und Deployment-Konfiguration dokumentiert: weitgehend umgesetzt. README wurde erweitert, zusätzlich gibt es docs/oidc-authentication-de.md und docs/oidc-authentication.md.
• Bestehende Defaults bleiben lauffähig: noch unklar. Es gibt weiterhin gemischte alte KEYCLOAK_* und neue OIDC_* Variablen sowie unterschiedliche Realm-Pfade/Namen (coding-box vs. iqb), daher sollte das vor Merge noch geprüft/vereinheitlicht werden.
• Smoke-Test/Validierung prüft die Konfiguration: bisher nicht erkennbar umgesetzt. Es gibt Auth-/Unit-Tests und grüne CI-Checks, aber keinen klaren Docker/Keycloak-Konfigurations-Smoke-Test.

Zusätzlich ist PR #448 derzeit offen, nicht gemergt und merge-conflicting. Aus meiner Sicht ist #564 damit teilweise bis weitgehend vorbereitet, aber noch nicht abschließend erfüllt. Vor Abschluss wären mindestens Merge-Konflikt-Auflösung, Konsolidierung der Env-Namen/Defaults und ein expliziter Smoke-Test bzw. eine Validierung der Docker/Keycloak-Konfiguration sinnvoll.