استخدام Discourse كمزود هوية (SSO، DiscourseConnect)

Hi :wave:, I wrote this SimpleSAMLphp authentication module to be able to use Discourse as an SSO provider within a SimpleSAMLphp installation. I.e. you can use Discourse as an SSO provider for any services that supports SAML or Shibboleth authentication, which is really nice.

https://github.com/swcc/simplesamlphp-module-authdiscourse

Let me know what you think (if interested to comment on the code you can use Github Issues).

4 إعجابات

That’s great! If you’d like to make the module more visible, you could create a topic about it in our extras category. That category is a directory of all extensions & integrations for Discourse which are not Discourse plugins,

3 إعجابات

EDIT: Mockup image added


I’m implementing this SSO on an existing web site and I just want to check how people are “presenting” their login method to users.

For example, let’s say my web site at www.example.com has a Login button in the top nav.

Should that login button instantly take people to my discourse login auth page? Or is it preferable to display a page / modal of information first, something like:

I’m just wondering if people will get confused if they’re not told what’s about to happen? :thinking:

Does anyone have any user experiences or best practices to share?

And thanks too by the way to @techAPJ for the very detailed first post in this thread, I was able to successfully build this in to my ASP.NET web site from scratch following your steps :+1:t2:

إعجابَين (2)

Is it possible to include a state parameter that gets returned unchanged, like as is done in OAuth? Asp.net core authentication middleware depends on generating a correlation id to prevent CSRF attacks, and I don’t currently have an easy way to include this.

Could you not add one to the querystring of your callback URL before you wrap it up?

Eg:

nonce=NONCE&return_sso_url=https://www.example.com/my/callback_url.aspx?myparam=here

@jessicah I tried this today and yes, it works fine.

        ' Create a Return URL
        Dim strReturnURL As String = "https://www.example.com/authtestRETURNURL.aspx?myownparametershere=surewhynot"

        ' Generate a random nonce. Save it temporarily so that you can verify it with returned nonce value
        Dim strNonce As String = Guid.NewGuid().ToString("N")

        ' Create a new payload with nonce and return url (where the Discourse will redirect user after verification)
        '       Payload should look like: nonce=NONCE&return_sso_url=RETURN_URL
        Dim strPayload As String = "nonce=" & strNonce & "&return_sso_url=" & strReturnURL

Then on the page which is called back you’ll find this inside your decoded SSO query string:

&return_sso_url=http%3A%2F%2Fwww.example.com%2FauthtestRETURNURL.aspx%3Fmyownparametershere%3Dsurewhynot&username=Rich

Hopefully this is what you meant?

إعجاب واحد (1)

Multi-site approaches to using discourse-auth-proxy?

Are there any examples or recommendations for using Discourse as SSO provider for multi-site authentication?

It seems like the there are two basic multisite approaches:

  1. Use multiple instances of discourse-auth-proxy, one per site protected.
  2. Use a single instance of discourse-auth-proxy so the payload containing return_sso_url changes based upon the source of the login request.

I think either of these could work, but the issue with these two approaches, is
that you still require logging into each different site.
There is also the risk that something is stored in Postgres that will get overwritten by each login from the different sites. ie: site1.com. site2.com
(I don’t know the details of Discourse auth/PG schema, so I don’t know)

What would be ideal is a way to have login performed once, which gets you logged into all the sites in the multi-site group. ie, site1.com, site2.com, site3.com

Apparently Stackoverflow does this using a combination of localSession storage and Iframes as the main enabler. tech description

But I’d really love to know if someone has implemented any approach to
multisite login using Discourse as the SSO provider.
approach 1: multiple instances of discourse-auth-proxy
approach 2: hacked discourse-auth-proxy affecting return_sso_url in payload.
approach 3: #1 or #2 implemented such that logging in once, means you do not have to login again when moving from site1.com to site2.com

I am tagging you @sam, since you originally authored the Go discourse-auth-proxy program.

Hi.

I am stucking at how the provider handle the + sign in return sso url.

In my case, my DiscourseConnect consumer will create a return_sso_url like

  1. raw http://example.com/foo/bar?wpLoginToken=123+\
  2. PHP urlencoded http%3A%2F%2Fexample.com%2Ffoo%2Fbar%3FwpLoginToken%3D123%2B%5C

then DiscourseConnect will return to

  1. http://example.com/foo/bar?wpLoginToken=123%20\&sso=foo&sig=bar
  2. http://example.com/foo/bar?wpLoginToken=123+\&sso=foo&sig=bar

The problem is that the return to url will be handle by the urldecode function in PHP(it’s the core workflow in MediaWiki Authentication), and the wpLoginToken value will be unexpected change from 123+\ to 123 \.

Look like i has found the cause:
https://ruby-doc.org/stdlib-2.7.1/libdoc/uri/rdoc/URI.html#method-c-decode_www_form
https://www.php.net/manual/en/function.urlencode.php

Well, the client and server implement encode/decode but follow different specification.

I’m not asking Discourse to change but looking for advice to resolve this.

Thanks.

Edit:
I resolve it just urlencode the + sign twice.

3 إعجابات

Thanks!

I’m trying this presently. I sent you two PRs on GitHub, one for refreshing the docs and one for fixing a bug I hit.

إعجاب واحد (1)

In Settings > Login, the two DiscourseConnect provider settings are not consecutive, and appear interspersed with the DiscourseConnect settings:

Since the provider and the non-provider settings are for opposite use cases—using Discourse to manage users for something else versus using something else to manage users for Discourse—displaying these settings mixed together invites misconfiguration. It would be less confusing if the two provider settings were consecutive and either entirely before or entirely after the non-provider settings.

4 إعجابات

@techAPJ Can this be used with AWS Cognito? I want to create an app in AWS Amplify for my discourse community and want my app to be authenticated through discourse.

إعجاب واحد (1)

Sorry for the very delayed reply. You’re absolutely right - it’s confusing that they’re interspersed like that. I’ve cleaned it up in this PR:

6 إعجابات

@mdoggydog شكراً على التحديث الأخير لإضافة DiscourseSsoConsumer لـ MediaWiki. كنا نتساءل عما يجب فعله بشأن تسجيل خروج المستخدمين من الويكي الخاص بنا دون تسجيل الخروج من Discourse، وبالتأكيد لم نكن نريد $wgPluggableAuth_EnableAutoLogin، لأنه يمنع الوصول المجهول إلى الويكي. الإعداد $wgDiscourseSsoConsumer_AutoRelogin الذي أضفته هو بالضبط ما احتجناه.

إعجاب واحد (1)

مرحباً :wave:!

أحاول استخدام مثال PHP من المنشور الأصلي، لكن الطريقة التي يخزنون بها الأشياء لا معنى لها. إنهم يخزنون القيم فقط في قاعدة بيانات SQL بمفاتيح login و nonce. إذا أردت استخدام SQL لتخزين الـ nonces، كيف ستبدو قاعدة بيانات SQL الخاصة بي بالضبط؟

بعض المعلومات الأخرى التي قد تساعد هي ما أستخدم هذا من أجله - آمل ربط مستخدم Discourse بحساب Minecraft عن طريق إنشاء رابط SSO مرتبط بمعرف UUID الخاص بهم. عند تسجيل الدخول بنجاح باستخدام Discourse، سأقوم بتخزين معرف UUID الخاص بهم ومعرف Discourse في جدول.

حتى الآن، تمكنت من جعل مثال PHP يعمل، لكنني على ما أعتقد لا أفهم تمامًا كيف سأحتاج إلى تعديله ليعمل لحالتي. بشكل مثالي، أريد إنشاء الرابط من خلال طلب GET وإرساله إلى المستخدم، بحيث يرتبط معرف UUID بالفعل بالـ nonce.

شكراً لهذا المنشور، فلولاه لكنت أكثر ضياعاً!

تعديل: بالنسبة للـ nonces، هل من الأفضل تخزين الـ nonces في الجدول والبحث عن طريقها؟ أعرف أنني بحاجة إلى مطابقة الـ nonce، ولكن ما لم أتمكن من تمرير معلومات إضافية في عنوان URL لإعادة التوجيه (والذي لم أنجح في القيام به)، لست متأكدًا من كيفية الإشارة إلى الـ nonce بشكل صحيح.

إعجابَين (2)

لقد أنشأت دليلاً يسمح للمسؤول بتكوين DiscourseConnect عبر بروتوكول SAML القياسي عبر SimpleSAMLphp.

إعجاب واحد (1)

تفاصيل الرابط

/session/sso_provider?sso=bm9uY2U9NDA3YTVlNjg1ZTEwMDlh...

لست متأكدًا من سبب ظهور خطأ 502 bad gateway.

لقد قمت بتحرير جزء من قيمة المعلمة sso التي قدمتها. ما لم يعرف شخص ما مفتاحك السري، فلن يتمكن من فك تشفير القيمة، ولكن بدا من الأسلم عدم تقديم القيمة الكاملة. لن يكون ذلك مرتبطًا بالخطأ 502 الذي تواجهه.

إعجاب واحد (1)

يبدو أن هناك خطأ في قاعدة البيانات. لأنني جربت نفس المكون الإضافي والتكوين على موقع آخر لـ Discourse، وهو يعمل. كيف يمكنني إصلاح هذه المشكلة؟

يبدو أن محاولة المصادقة في discourse-auth-proxy باستخدام أسماء مستخدمين أو أسماء مجموعات غير ASCII (الصينية في حالتي) تؤدي إلى خطأ بسبب عدم قدرة ملفات تعريف الارتباط على احتواء هذه الأحرف. هذا هو إصلاحي: (إخلاء مسؤولية: أنا لست على دراية كبيرة بلغة golang)

diff --git a/main.go b/main.go
index 1b1dc28..18f8c9e 100644
--- a/main.go
+++ b/main.go
@@ -154,7 +154,12 @@ func redirectIfNoCookie(handler http.Handler, r *http.Request, w http.ResponseWr
        var username, groups string

        if err == nil && cookie != nil {
-               username, groups, err = parseCookie(cookie.Value, config.CookieSecret)
+               var value string
+               value, err = url.QueryUnescape(cookie.Value)
+               if err != nil {
+                       return
+               }
+               username, groups, err = parseCookie(value, config.CookieSecret)
        }

        if err == nil {
@@ -224,7 +229,7 @@ func redirectIfNoCookie(handler http.Handler, r *http.Request, w http.ResponseWr
                cookieData := strings.Join([]string{username, strings.Join(groups, "|")}, ",")
                http.SetCookie(w, &http.Cookie{
                        Name:     cookieName,
-                       Value:    signCookie(cookieData, config.CookieSecret),
+                       Value:    url.QueryEscape(signCookie(cookieData, config.CookieSecret)),
                        Expires:  expiration,
                        HttpOnly: true,
                        Path:     "/",
إعجاب واحد (1)

شكرا للإبلاغ! هل تمانع في تقديم طلب سحب (PR) مقابل مستودع GitHub حتى نتمكن من دمج هذا التغيير في الإصدار الرسمي؟

4 إعجابات