Single sign-on for unmanaged mobile devices

• US 10,171,447 B2
• Filed: 06/15/2015
• Issued: 01/01/2019
• Est. Priority Date: 06/15/2015
• Status: Active Grant

• Current Assignee: Omnissa, LLC
• Original Assignee: AirWatch LLC (Broadcom, Inc.)
• Inventors: Rykowski, Adam, Jain, Ashish, Olds, Dale Robert, Xu, Emily Hong, Barday, Kabir, Austin, Kyle, Kommireddy, Sridhara Babu
• Primary Examiner(s): Tran, Tri M
• Application Number:
  US14/739,972
• Publication Number:
  US 20160366119A1
• Time in Patent Office: 1,296 Days
• CPC Class Codes: G06F 21/41 where a single sign-on provides access to a plurality of computers
• CPC Class Codes: G06F 21/44 Program or device authentication
• CPC Class Codes: H04L 63/0807 using tickets, e.g. Kerberos cryptographic mechanisms or cryptographic arrangements for entity authentication using tickets or tokens H04L9/3213
• CPC Class Codes: H04L 63/0815 providing single-sign-on or federations
• CPC Class Codes: H04L 67/02 based on web technology, e.g. hypertext transfer protocol [HTTP]
• CPC Class Codes: H04L 67/306 User profiles
• CPC Class Codes: H04W 12/068 using credential vaults, e.g. password manager applications or one time password [OTP] applications

Abstract

Disclosed are various examples for providing a single sign-on experience for mobile applications that may or may not be managed. A first application executed in a client device sends an access request to a service provider. The first application receives a redirection response from the service provider that redirects the first application to an identity provider. The first application then receives a further redirection response from the identity provider that causes the first application to request an identity assertion from a second application executed in the client device. The first application receives the identity assertion from the second application. The first authentication then authenticates with the service provider using the identity assertion.

Claims

1. A non-transitory computer-readable medium embodying a program executable in a client device, the program, when executed by the client device, being configured to cause the client device to at least:

receive a first request for an identity assertion from a client application executed in the client device, wherein the first request for the identity assertion is received through a local uniform resource locator (URL) having a scheme name corresponding to the program, the scheme name corresponds to a unique identifier, the local URL includes callback information corresponding to the client application, and the first request is being initially redirected from a service provider to an identity provider and subsequently redirected from the identity provider to the program;

authenticate with the identity provider using at least one security credential;

send a second request for the identity assertion to the identity provider;

receive the identity assertion from the identity provider; and

return the identity assertion to the client application.

2. The non-transitory computer-readable medium of claim 1, wherein the program, when executed by the client device, is further configured to cause the client device to at least:

render a user interface configured to receive the at least one security credential from a user of the client device; and

receive the at least one security credential through the user interface.

3. The non-transitory computer-readable medium of claim 1, wherein the second request for the identity assertion includes an identification of the client application.

4. The non-transitory computer-readable medium of claim 1, wherein the program returns the identity assertion to the client application by calling another local URL that encodes the identity assertion, the other local URL including another scheme name corresponding to the client application.

5. The non-transitory computer-readable medium of claim 4, wherein the other scheme name corresponds to another unique identifier.

6. A system, comprising:

a computing device;

a first client application executable by the computing device;

a second client application executable by the computing device; and

the first client application is configured to cause the computing device to at least;

send an access request to a service provider;

receive a first redirection response to an identity provider from the service provider;

request an identity assertion from the identity provider in response to the first redirection response;

receive a second redirection response to the second client application from the identity provider;

request the identity assertion from the second client application in response to the second redirection response, wherein the identity assertion is requested through a local uniform resource locator (URL) having a scheme name corresponding to the second client application, the scheme name corresponds to a unique identifier, and the local URL includes callback information corresponding to the first client application;

receive the identity assertion from the second client application; and

authenticate with the service provider using the identity assertion.

7. The system of claim 6, wherein the second client application is configured to facilitate a single sign-on for a plurality of client applications executable in the computing device.

8. The system of claim 6, wherein the first client application is further configured to cause the computing device to at least:

receive a session token from the service provider after authenticating; and

subsequently authenticate with the service provider using the session token.

9. The system of claim 6, wherein the redirection response comprises security assertion markup language (SAML).

10. The system of claim 6, wherein the second client application is further configured to cause the computing device to at least:

authenticate with the identity provider;

receive the identity assertion from the identity provider; and

return the identity assertion to the first client application.

11. The system of claim 10, wherein the second client application is further configured to cause the computing device to at least:

render a user interface configured to receive at least one security credential from a user;

receive the at least one security credential from the user; and

authenticate with the identity provider using the at least one security credential.

12. The system of claim 10, wherein the second client application is further configured to cause the computing device to at least send an identification of the first client application to the identity provider.

13. The system of claim 10, wherein the second client application returns the identity assertion to the first client application by calling another local URL uniform resource locator (URL) that encodes the identity assertion, the other local URL including another scheme name corresponding to the first client application.

14. A method, comprising:

sending, by a first application executed in a client device, an access request to a service provider;

receiving, by the first application, a first redirection response from the service provider;

requesting, by the first application, an identity assertion from an identity provider in response to the first redirection response;

receiving, by the first application, a second redirection response from the identity provider;

requesting, by the first application, the identity assertion from a second application executed in the client device in response to the second redirection response, wherein the identity assertion is requested through a local uniform resource locator (URL) having a scheme name corresponding to the second application, the scheme name corresponds to a unique identifier, and the local URL includes callback information corresponding to the first application;

receiving, by the first application, the identity assertion from the second application; and

authenticating the first application with the service provider using the identity assertion.

15. The method of claim 14, wherein the callback information comprises another scheme name corresponding to the first application.

16. The method of claim 14, further comprising:

requesting, by the second application, at least one security credential from a user; and

authenticating the second application with the identity provider using the at least one security credential.

17. The method of claim 14, further comprising obtaining, by the second application, the identity assertion from the identity provider.

18. The method of claim 17, wherein obtaining the identity assertion from the identity provider further comprises sending a request for the identity assertion to the identity provider, the request for the identity assertion specifying an identifier of the first application.

19. The method of claim 14, wherein the identity assertion is received by the first application at another local URL that encodes the identity assertion, the other local URL including another scheme name corresponding to the first application.

20. The method of claim 19, wherein the other scheme name corresponds to another unique identifier.