The ScreenSteps Online Knowledge Base Everything you need to know about ScreenSteps
Blue mango logo white 250
  • Table of Contents
  • Contact Us
ScreenSteps Documentation » ScreenSteps Live Remote Authentication » How Do I Remotely Authenticate a User using ScreenSteps Live Remote Authentication?

Topics

  • 1. Remote Authentication 6
    • 1.1 What is Remote Authentication?
    • 1.2 How do I Enable Remote Authentication On My Account?
    • 1.3 SAML Settings
    • 1.4 ScreenSteps Live Remote Auth Settings
    • 1.5 Granting Remotely Authenticated Users Automatic Access to a Space
    • 1.6 How Do I Get Back Into My Account if I Have Accidentally Locked Myself Out?
  • 2. ScreenSteps Live Remote Authentication 2
    • 2.1 How Do I Remotely Authenticate a User using ScreenSteps Live Remote Authentication?
    • 2.2 How Can I Log a User Into ScreenSteps Live Using PHP And ScreenSteps Live Remote Authentication?
  • 3. WordPress Plugin 2
    • 3.1 Installing the WordPress Plugin
    • 3.2 Configuring the WordPress Plugin
  • 4. Using Remote Authentication with Atlassian Crowd 6
    • 4.1 Overview
    • 4.2 Uploading the PHP Scripts
    • 4.3 Adding An Application In Crowd
    • 4.4 Setting Up Remote Authentication in ScreenSteps Live
    • 4.5 Configuring the PHP Script
    • 4.6 Testing
  • 5. Using SAML with OneLogin 1
    • 5.1 Configuring SAML with OneLogin
  • 6. Using SAML with Salesforce.com 3
    • 6.1 Configuring SAML with Salesforce.com
    • 6.2 Generating a self-signed certificate on Salesforce.com
    • 6.3 Authenticating Salesforce users for creating and updating lessons
  • 7. Using ScreenSteps Live Remote Authentication with Salesforce.com 6
    • 7.1 Overview
    • 7.2 Configuring ScreenSteps Live
    • 7.3 Creating the Controller
    • 7.4 Creating the Visualforce Page
    • 7.5 Setting Permissions for the Visualforce Page
    • 7.6 Test: Logging Into ScreenSteps Live with Salesforce Credentials

Quicklinks

  • Downloads
  • View forums
  • Submit a help request
  • Contact us
  • Retrieve a lost license key

Last Updated

Jul 18, 2011

Download Manual PDF

Other Resources

  • ScreenSteps Desktop & Workgroup

  • ScreenSteps 2.9
  • ScreenSteps Workgroup
  • Customizing HTML Templates
  • ScreenSteps: Tips & Tricks
  • Creating Word Templates
  • Publishing to Blogs & Wikis
  • ScreenSteps Live

  • ScreenSteps Live
  • Setting up a New Admin, Editor or Author on ScreenSteps Live
  • ScreenSteps Live Support Client
  • Integrating ScreenSteps Live With Other Services
  • Collaborating on ScreenSteps Live
  • ScreenSteps Live Remote Authentication
  • ScreenSteps Live API
  • API Examples
  • Implementation Guides

  • Creating a Software Manual With ScreenSteps
  • Creating a ScreenSteps Live Support Site
  • Zendesk and ScreenSteps Live
  • Help Scout and ScreenSteps Live
  • FAQs

  • FAQs

Comments

2 comments for this lesson

  • Prev: How Do I Get Back Into My Account if I Have Accidentally Locked Myself Out?
  • Next: How Can I Log a User Into ScreenSteps Live Using PHP And ScreenSteps Live Remote Authentication?

How Do I Remotely Authenticate a User using ScreenSteps Live Remote Authentication?

Remote authentication is pretty simple to implement. Basically you authenticate a user on your server and then send a special string to ScreenSteps Live telling it that the user is valid. This lesson will explain how the string is generated.

Information Provided By ScreenSteps Live

When ScreenSteps Live redirects a user to your remote authentication url it sends along a couple of pieces of information in the query parameters:

• return_to_url: This is the url that the user requested on ScreenSteps Live. You will pass this back to ScreenSteps Live after the user authenticates so that ScreenSteps Live can display the requested resource to the user.

• timestamp: This is the time value that you can use when generating the MD5 hash.

The MD5 Hash

The_md5_hash_display

In order to information ScreenSteps Live that a user has permission to view content you must pass over an MD5 hash. The MD5 has is comprised of:

1) First name of the user
2) Last name of the user
3) Email of the user
4) External id (used to uniquely identify user, can be empty in which case email is used)
5) Organization (can be empty)
6) ScreenSteps Live remote authentication token (look in ScreenSteps Live Settings)
7) Time (unix time)

The URL

To notify ScreenSteps Live that a user has successfully logged in you redirect to a url and pass a number of parameters. The url you redirect is your ScreenSteps Live domain followed by /login/remote/. For example:

http://example.screenstepslive.com/login/remote

You can pass the rest of the information needed as GET parameters in the query string. You must pass all of the information used to make the MD5 hash EXCEPT for your ScreenSteps Live remote authentication token (this must remain secret). An example (broken up into multiple lines for readability):

http://example.screenstepslive.com/login/remote/?
first_name=FIRST_NAME&last_name=LAST_NAME&email=you%40domain.com&
external_id=EXTERNAL_ID&organization=ORGANIZATION&timestamp=TIMESTAMP&
hash=MD5_HASH&return_to_url=RETURN_TO_URL

By passing over the information used to create the hash ScreenSteps Live can combine the secret remote authentication token with the information you passed over in order to confirm that the hash is valid. This keeps others from being able to log users in.

  • Prev: How Do I Get Back Into My Account if I Have Accidentally Locked Myself Out?
  • Next: How Can I Log a User Into ScreenSteps Live Using PHP And ScreenSteps Live Remote Authentication?

Comments (2)

Carlisia Sunday Jan 09 at 10:31 AM

Is it possible to remote authenticate a user into protected content, but instead of giving that user the url to the space in "operation mode" (I don't know how to call it), give the user the public url? The content is not public, but the public url still works if the user is logged in. In sum, I'd like to remote authenticate the user that is given a public url of a protected space. Would this work?

Blue Mango Monday Jan 10 at 09:47 AM

Carlisia -

When you remotely authenticate a user we match the user up based on their email address. If you have given a user with that email address permission to view a protected space then they will be able to see the "public url".

If you a user logins using remote authentication and we don't find an email that matches for them at all in your ScreenSteps Live account then we create a new "reader" account for them. They have no access to your admin area and won't be assigned to any protected spaces. Essentially they have a reader account that only allows them to see public content.

I think the question you are asking is, can you create a new user and have them view a lesson in a protected space without first creating that user in ScreenSteps Live. Currently the answer is no. You need to create the user either via the User Provisioning API or the admin interface and assign them the appropriate space. Otherwise we have no idea what content you want them to see what content you want to hide from them.

We are looking at adding an option to pass back group information via remote authentication. That way you could just assign a group to your space on ScreenSteps Live. If the user was part of a corresponding group in your remote authentication, ScreenSteps Live would automatically log them into any protected information that group had permission to see. But that hasn't been implemented yet.

Does that all make sense?

Add your comment

E-Mail me when someone replies to this comment
Blue Mango Learning Systems © 2012