Übernommen aus gitops-Repo Issue #13 (dort geschlossen, siehe Verweis) - nach Testen
der Alternativen jetzt hier richtig verortet.
Ausgangsproblem: 2FA/Passkey-Selbsteinrichtung (default-authenticator-totp-setup/ -webauthn-setup, Authentik-Flow-Stages) ist aktuell nur über axion1337.chat/docs/setup/security.html auffindbar, nicht direkt in den Account-Settings,
wo Nutzer sie erwarten würden.
Geprüfte und verworfene Alternative: MAS's OIDC-account_management_uri-Mechanismus
(den Element Web bereits über externalAccountManagementUrl in apps/web/src/components/views/settings/tabs/user/AccountUserSettingsTab.tsx nutzt, aktuell
für den generischen "Konto verwalten"-Link zu MAS) unterstützt keine 2FA/TOTP/Passkey-
Deep-Link-Action. Live geprüft via https://account.axion1337.chat/.well-known/openid-configuration → account_management_actions_supported: nur profile, devices_list, device_view, device_delete, cross_signing_reset, sessions_list, session_view, session_end.
Ergibt architektonisch Sinn - MAS delegiert 2FA komplett an Authentik als Upstream-SSO und
kennt selbst kein "TOTP einrichten"-Konzept.
Ein MAS-Template-Fork (Askama/Tera, templates.path) wurde ebenfalls verworfen (mehr
Aufwand/Wartungsrisiko als eine Client-Änderung, siehe ursprüngliche Diskussion in
gitops#13).
Vorschlag: einfacher, direkter Link (kein OIDC-Mechanismus nötig) - ein zusätzlicher
Button/Link neben dem bestehenden "Konto verwalten"-Link in AccountUserSettingsTab.tsx
(oder alternativ SecurityUserSettingsTab.tsx), der direkt auf Authentiks eigene
Setup-Seite(n) zeigt (default-authenticator-totp-setup/-webauthn-setup). Statische URL,
über Config konfigurierbar, kein Forken von MAS-Templates nötig.
Übernommen aus gitops-Repo Issue #13 (dort geschlossen, siehe Verweis) - nach Testen
der Alternativen jetzt hier richtig verortet.
**Ausgangsproblem**: 2FA/Passkey-Selbsteinrichtung (`default-authenticator-totp-setup`/
`-webauthn-setup`, Authentik-Flow-Stages) ist aktuell nur über
`axion1337.chat/docs/setup/security.html` auffindbar, nicht direkt in den Account-Settings,
wo Nutzer sie erwarten würden.
**Geprüfte und verworfene Alternative**: MAS's OIDC-`account_management_uri`-Mechanismus
(den Element Web bereits über `externalAccountManagementUrl` in
`apps/web/src/components/views/settings/tabs/user/AccountUserSettingsTab.tsx` nutzt, aktuell
für den generischen "Konto verwalten"-Link zu MAS) unterstützt **keine** 2FA/TOTP/Passkey-
Deep-Link-Action. Live geprüft via
`https://account.axion1337.chat/.well-known/openid-configuration` →
`account_management_actions_supported`: nur `profile`, `devices_list`, `device_view`,
`device_delete`, `cross_signing_reset`, `sessions_list`, `session_view`, `session_end`.
Ergibt architektonisch Sinn - MAS delegiert 2FA komplett an Authentik als Upstream-SSO und
kennt selbst kein "TOTP einrichten"-Konzept.
Ein MAS-Template-Fork (Askama/Tera, `templates.path`) wurde ebenfalls verworfen (mehr
Aufwand/Wartungsrisiko als eine Client-Änderung, siehe ursprüngliche Diskussion in
gitops#13).
**Vorschlag**: einfacher, direkter Link (kein OIDC-Mechanismus nötig) - ein zusätzlicher
Button/Link neben dem bestehenden "Konto verwalten"-Link in `AccountUserSettingsTab.tsx`
(oder alternativ `SecurityUserSettingsTab.tsx`), der direkt auf Authentiks eigene
Setup-Seite(n) zeigt (`default-authenticator-totp-setup`/`-webauthn-setup`). Statische URL,
über Config konfigurierbar, kein Forken von MAS-Templates nötig.
Migriert nach git.lab: axion1337.chat/ThreadNet-Web#4 (nur im Lab bzw. via VPN erreichbar — das Lab ist seit 2026-08-01 die Quelle der Wahrheit, siehe gitops#48). Weiterarbeit dort; dieses Gitea-Issue bleibt als Verweis stehen.
**Migriert nach git.lab**: [axion1337.chat/ThreadNet-Web#4](https://git.lab/axion1337.chat/ThreadNet-Web/-/issues/4) (nur im Lab bzw. via VPN erreichbar — das Lab ist seit 2026-08-01 die Quelle der Wahrheit, siehe gitops#48). Weiterarbeit dort; dieses Gitea-Issue bleibt als Verweis stehen.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Übernommen aus gitops-Repo Issue #13 (dort geschlossen, siehe Verweis) - nach Testen
der Alternativen jetzt hier richtig verortet.
Ausgangsproblem: 2FA/Passkey-Selbsteinrichtung (
default-authenticator-totp-setup/-webauthn-setup, Authentik-Flow-Stages) ist aktuell nur überaxion1337.chat/docs/setup/security.htmlauffindbar, nicht direkt in den Account-Settings,wo Nutzer sie erwarten würden.
Geprüfte und verworfene Alternative: MAS's OIDC-
account_management_uri-Mechanismus(den Element Web bereits über
externalAccountManagementUrlinapps/web/src/components/views/settings/tabs/user/AccountUserSettingsTab.tsxnutzt, aktuellfür den generischen "Konto verwalten"-Link zu MAS) unterstützt keine 2FA/TOTP/Passkey-
Deep-Link-Action. Live geprüft via
https://account.axion1337.chat/.well-known/openid-configuration→account_management_actions_supported: nurprofile,devices_list,device_view,device_delete,cross_signing_reset,sessions_list,session_view,session_end.Ergibt architektonisch Sinn - MAS delegiert 2FA komplett an Authentik als Upstream-SSO und
kennt selbst kein "TOTP einrichten"-Konzept.
Ein MAS-Template-Fork (Askama/Tera,
templates.path) wurde ebenfalls verworfen (mehrAufwand/Wartungsrisiko als eine Client-Änderung, siehe ursprüngliche Diskussion in
gitops#13).
Vorschlag: einfacher, direkter Link (kein OIDC-Mechanismus nötig) - ein zusätzlicher
Button/Link neben dem bestehenden "Konto verwalten"-Link in
AccountUserSettingsTab.tsx(oder alternativ
SecurityUserSettingsTab.tsx), der direkt auf Authentiks eigeneSetup-Seite(n) zeigt (
default-authenticator-totp-setup/-webauthn-setup). Statische URL,über Config konfigurierbar, kein Forken von MAS-Templates nötig.
Migriert nach git.lab: axion1337.chat/ThreadNet-Web#4 (nur im Lab bzw. via VPN erreichbar — das Lab ist seit 2026-08-01 die Quelle der Wahrheit, siehe gitops#48). Weiterarbeit dort; dieses Gitea-Issue bleibt als Verweis stehen.