Sync SSO user data with the sync_sso route

sso

(Simon Cossar) #1

Single Sign On can be used to handle Discourse user authentication from a separate site. The Official Single Sign On for Discourse topic has details about how to implement SSO.

The Problem

With SSO, Discourse users will be created or updated when they login to Discourse from your external website. What it doesn’t handle is when you need to create or update Discourse users without having them login to your site. For sites that are using SSO, these cases should be handled by making an authenticated POST request to the sync_sso route.

Note: if you are using the Discourse API gem, you can use the gem’s sync_sso method instead of using the following code. See the examples directory for instructions on how to use the method.

As an example, we’ll take a case where a user is added to a group on the parent site, and they need to be added to a corresponding group on Discourse without having to first login with SSO. The name of the group on both the website and the forum is ‘eurorack’. The external_id of the user is 1 and their email is bob@example.com. The following code is using PHP. The basic idea can be applied to any programming language.

Setup your API credentials and SSO secret key

$api_key = '4fe83002bb5fba8c9a61a65e5b4b0a3cf8233b0e4ccafc85ebd6607abab4651a';
$api_username = 'system';
$sso_secret = 'jdhb19*Xh3!nu(#k';

Setup the SSO parameters

To see what parameters are available, have a look at the ACCESSORS section of single_sign_on.rb. The parameters that you must include are external_id and email. To add a user to a group, include the add_groups parameter. To remove a user from a group, include the remove_groups parameter. The value for either of these parameters needs to be set to a comma separated string of group names. Spaces are not allowed between the group names.

The require_activation parameter is being included in the payload. This should be set to true if the user’s email hasn’t been validated on the parent site. With PHP the parameter needs to be set to the string ‘true’ to avoid it being converted to the number 1. If you have validated the user’s email address, you do not need to include this parameter.

// Create an array of SSO parameters.
$sso_params = array(
    'external_id' => 1,
    'email' => 'bob@example.com',
    'username' => 'bob',
    'add_groups' => 'eurorack',
    'require_activation' => 'true',
);

// Convert the SSO parameters into the SSO payload and generate the SSO signature.
$sso_payload = base64_encode( http_build_query( $sso_params ) );
$sig = hash_hmac( 'sha256', $sso_payload, $sso_secret );

Send the POST request

For this example I’ll use curl, set the user_agent to ‘WordPress/4.9.4’, and the forum URL to https://forum.example.com

$url = 'https://forum.example.com/admin/users/sync_sso';
$post_fields = array(
    'sso' => $sso_payload,
    'sig' => $sig,
    'api_key' => $api_key,
    'api_username' => $api_username,
);

$ch = curl_init();
curl_setopt( $ch, CURLOPT_URL, $url );
curl_setopt( $ch, CURLOPT_POST, 1 );
curl_setopt( $ch, CURLOPT_RETURNTRANSFER, 1 );
curl_setopt( $ch, CURLOPT_POSTFIELDS, http_build_query( $post_fields ) );
curl_setopt( $ch, CURLOPT_USERAGENT, 'WordPress/4.9.4' );

$result = curl_exec( $ch );

if ( curl_errno( $ch ) !== 0 ) {
    // Handle error, call curl_close( $ch ) and return.
}

curl_close( $ch );

$discourse_user = json_decode( $result );

Further Reading

To see what is going on, have a look at the sync_sso code, the SingleSignOn parse method, and the DiscourseSingleSignOn lookup_or_create_user method.


/admin/users/sync_sso ... Route not found
#2

I tried using this method to change the email of a user but it just creates a new user with that email. I’ve got SSO overrides email activated and the external_ids match. Is this not what the method is for? Do I need to include their username as well?

Edit: Including the username still creates a new user, just with a number on the end.

Edit2: We realised the issue. We were trying to do this on accounts that had never been signed in through SSO, so of course the external ID wasn’t set. We realised that we should be able to call this endpoint twice, once with the current email address to set up the external id linking and again with the new email address . However if we pass this endpoint the user’s current email and the external ID it says there’s an error validating the signature. If this is changed to their new email address it validates correctly but creates a new user. The signature generator we’re using is exactly the same code that generates the signatures for logging in which works fine.


(Simon Cossar) #3

It seems likely there is an error in your code. What is the error message that you are seeing?


#4
RuntimeError (Bad signature for payload 

sso: redacted

sig: aa41d7cc843337ccff26be9fb2299aeeac09dc2bb754af715ecac589527916e0

expected sig: 3c5dc6ff95dd609aba18c64c32314c2560dcfa1ebe1b9c390ee6538dae7e29a2)

However this only happens when the user’s current email is specified. If a new email is specified the signature validates, although it creates a new user as explained above.


(Simon Cossar) #5

The error message that you are getting is from here:

When Discourse is calculating the payloads signature of the payload, it isn’t matching the signature that you are sending in the sig parameter. I’m not sure why this would only be happening when the user’s current email is specified. You could check your code to see if you are dealing with things differently for this case.

The error is happening before Discourse has done anything with the payload’s data.


(Daniel) #6

Is it possible to create the necessary params $sso & $sig for SSO within a php script, so without the user clicking login in the forum first to receive them via post?

Thanks for your support :slight_smile:


Official Single-Sign-On for Discourse (sso)
(Simon Cossar) #7

I’ve moved your post to this topic. I think that the sync_sso route will do what you’re looking for.