Landing-Seite für SAML-Login

[sbernhard (Bernhard Suttner)]

In früheren Versionen wurde eine Landingpage angezeigt, auf der die Schaltfläche ‘Anmelden’ erschien. Ein Klick auf diese Schaltfläche öffnete die SAML-Anmeldeseite.
Persönlich hat mir dieses Verhalten sehr gut gefallen. Mit der aktuellen Version 2.4.2 ist dies nicht mehr möglich, da die SAML-Anmeldeseite sofort angezeigt wird.

Ist dies konfigurierbar?

[sam (Sam Saffron)]

Ich verstehe nicht ganz, meinen Sie, dass wir ein Modal angezeigt haben, das nur einen einzigen Button mit der Beschriftung ‘Mit SAML anmelden’ enthielt?

[sbernhard (Bernhard Suttner)]

No.
in a previous version (I guess it was 2.3.6) it was like this:

After clicking on « Anmelden » the SAML login window appeared.

If I enable « local logins » the landing page with the login button appears again but I don’t want to have local login and therefore I need to disable it.

[sbernhard (Bernhard Suttner)]

Kann mir jemand helfen? Vielleicht @eviltrout?

[eviltrout (Robin Ward)]

Ich habe das definitiv nicht absichtlich geändert. Wenn Sie uns helfen könnten, herauszufinden, wann es geändert wurde, wäre das sehr hilfreich, da wir dann den Kontext prüfen könnten.

Es ist möglich, dass es aus Sicherheitsgründen geändert wurde.

[Falco]

Dies war eine lang ersehnte Verbesserung, um Omniauth wie ein echtes SSO zu verhalten, wenn nur eine Omniauth-Anmeldemethode vorhanden ist.

SSO vs Oauth2 difference?

This is now implemented: If there is only one external authenticator enabled and local logins are disabled and the site requires login, then users will be directed straight to the external authentication page. This exactly matches the implementation of our Discourse-native SSO. I can’t think of a reason why anyone wouldn’t want this, so this is now the default behaviour. cc @consideRatio @Joralf

[sbernhard (Bernhard Suttner)]

Wie kann ich helfen?

Ein Hinweis: Wenn Sie die „Lokale Anmeldung

[david (David Taylor)]

Wenn Sie die Bestätigungsseite wirklich benötigen, können Sie den Benutzer auf /login (statt auf die Startseite) verlinken. Dadurch wird die Anmeldung nicht automatisch ausgelöst.

Beachten Sie jedoch, dass dies nicht offiziell unterstützt wird; es handelt sich lediglich um eine Eigenheit der Implementierung, die sich jederzeit ändern kann.

[Falco]

Das neue Verhalten ist besser und konsistent mit der SSO-Anmeldung. Falls vor der Anmeldung eine Meldung erforderlich ist, kann diese im Identity Provider implementiert werden.

[sbernhard (Bernhard Suttner)]

Ah, gut zu wissen.
Ich kenne zwei Gründe:

• Eine sehr ansprechende Landingpage mit grundlegenden Informationen anstelle dieses „langweiligen

[sam (Sam Saffron)]

@sbernhard

Ist es möglich, dieses Verhalten zu konfigurieren?

Sie müssen hier einen Entwickler einstellen, der ein Plugin erstellt, um dies zu ändern. Bisher ist dies die erste Beschwerde, die ich seit Monaten über das neue System gehört habe.

[sbernhard (Bernhard Suttner)]

Ich bin ein Entwickler (siehe meine Änderungen in discourse_saml)

Würdest du einen PR akzeptieren, der eine Konfigurationsoption hinzufügt (Standard: neues Verhalten)?

[david (David Taylor)]

@sbernhard

„Sicherheit“ (ich weiß, das ist eigentlich kein großes Hindernis). Billige Hacking-Skripte auf der Haupt-URL (ohne die Landing Page) sollten hoffentlich fehlschlagen, da zuerst auf die Anmeldeschaltfläche geklickt werden muss.

Die automatische Weiterleitung sollte keine Sicherheitslücken einführen. Wenn Sie einen Exploit kennen, teilen Sie uns dies bitte über unser Offenlegungsprogramm mit: discourse/docs/SECURITY.md at main · discourse/discourse · GitHub

@sbernhard

Würden Sie einen PR akzeptieren, der eine Konfigurationsoption hinzufügt (Standard: neues Verhalten)?

Ich denke nicht, dass wir die Einstellungen mit mehr „Lärm

[sbernhard (Bernhard Suttner)]

Vielen Dank. Das wird sehr geschätzt!
Übrigens: Du machst einen großartigen Job mit Discourse.