LEVERAGING A PERSISTENT CONNECTION TO ACCESS A SECURED SERVICE
Leveraging a persistent connection to provide a client access to a secured service may include establishing a persistent connection with a client in response to a first request from the client, and brokering a connection between the client and a secured service based on a second request from the client by leveraging the persistent connection with the client. The brokering may occur before the client attempts to connect to the secured service directly and the connection may be established between the client and the secured service without provision by the client of authentication information duplicative or additional to authentication information provided by the client to establish the persistent connection.
The present application is a continuation of U.S. patent application Ser. No. 13/620,822, filed Sep. 15, 2012, which is a continuation of U.S. patent application Ser. No. 13/453,178, filed Apr. 23, 2012 now issued as U.S. Pat. No. 8,689,312, which is a continuation of U.S. patent application Ser. No. 12/720,959, filed Mar. 10, 2010 now issued as U.S. Pat. No. 8,176,541, which is a continuation of U.S. application Ser. No. 11/767,680, filed Jun. 25, 2007 now issued as U.S. Pat. No. 7,707,627, which is a continuation of U.S. application Ser. No. 09/894,919, filed Jun. 29, 2001 now issued as U.S. Pat. No. 7,237,257, which claims priority from U.S. application Ser. No. 60/282,857, filed Apr. 11, 2001 now expired. Each of the aforementioned patent(s) and application(s) are hereby incorporated by reference in their entirety.
TECHNICAL FIELDThis invention relates to providing access to a secured service.
BACKGROUNDA secured service may require the provision of authentication information before allowing a connection to be established from a client seeking access. Various secured services may be accessed simultaneously by one client, each generally requiring the accessing client to provide authentication information that is duplicative or additional to the authentication information provided to the other secured services before allowing access to be established. For instance, a client may establish a connection with a first secured service by providing the first secured service with first authentication information. Thereafter, the same client seeking access to other secured services may be required again to provide those other secured services with second authentication information that is duplicative and/or additional to the first authentication information provided to the first secured service.
SUMMARYIn one general aspect, leveraging a persistent connection to provide a client access to a secured service includes establishing a persistent connection with the client in response to a first request from the client, and brokering a connection between the client and a secured service based on a second request from the client by leveraging the persistent connection with the client. The brokering may occur before the client attempts to connect to the secured service directly and the connection may be established between the client and the secured service without provision by the client of authentication information duplicative or additional to authentication information provided by the client to establish the persistent connection.
Implementations may include one or more of the following features. For example, establishing the persistent connection may include receiving keystone authentication information from the client, authenticating the client based on the keystone authentication information to provide a keystone authentication, and establishing the persistent connection with the client based on the keystone authentication.
Leveraging the persistent connection may include receiving the second request from the client for connection to the secured service after the persistent connection to the client is established. Leveraging the persistent connection also may include providing a leveraged authentication that may be used to establish the connection with the secured service and that is based on the keystone authentication associated with the persistent connection. The keystone authentication also may be used to provide the leveraged authentication without provision by the client of authentication information duplicative or additional to the keystone authentication information used to establish the persistent connection.
The persistent connection may be established between the client and a persistent connection service while the connection between the client and the secured service may be brokered by a broker service. The broker service may receive from the persistent connection service at a connection request address a communication based on the second request from the client, and the persistent connection service may authenticate the client to the broker service by leveraging the persistent connection.
Brokering the connection to the secured service may include communicating as an intermediary with the client and the secured service based on the second request from the client so that the client may obtain authorization information that may be used to establish the connection to the secured service. For example, in one implementation brokering includes determining the authorization information based on the second request from the client, and communicating to the secured service an indication that the client desires to connect to the secured service, in which the indication includes the authorization information. A response is received from the secured service indicating that the client may be allowed to establish the connection to the secured service by presenting the authorization information to the secured service, and the authorization information is communicated to enable the client to present the authorization information to the secured service to establish the connection with the secured service.
In another implementation, brokering includes communicating to the secured service an indication that the client desires to connect to the secured service, receiving a response from the secured service indicating that the secured service may accept a connection from the client, in which the response includes the authorization information, and communicating the authorization information to enable the client to present the authorization information to the secured service to establish the connection with the secured service. The authorization information may be determined by the secured service.
The authorization information may be ineffective to establish a connection with the secured service if the connection constraints are not satisfied by the constraint information. The connection constraints may include, for example, a constraint to limit the number of uses for the authorization information to a predetermined number (e.g., a one-time-use password), and/or information indicating a number of uses to which the authorization information has been put. The connection constraints also may include a constraint that the authorization information be used within a predetermined time window, and/or a constraint that the authorization information be presented to the secured service by a client for whom the connection was brokered.
These general and specific aspects may be implemented using a method, a system, or a computer program, or any combination of systems, methods, and computer programs. Other features will be apparent from the description, the drawings, and the claims.
Like reference symbols in the various drawings may indicate like elements.
DETAILED DESCRIPTIONFor illustrative purposes, a process is described for leveraging a persistent connection to provide access to a secured service, and systems and software for implementing the process also are described. For clarity of exposition, the description generally proceeds from an account of general elements and their high level relationship to a detailed account of illustrative roles, configurations, and components of the elements.
Referring to
The system 100 of
The client 110 generally may include any device, system, and/or piece of code that relies on another service to perform an operation. For example, the client 110 may include a Web browser, an email client, a synchronization client (e.g., a calendar synchronization client, a task list synchronization client), an instant messaging (IM) client, a software productivity application (e.g., a word processor, a spreadsheet), and/or an operating system or operating system kernel. The client 110 also may be configured to access data that may be stored, for example, in a magnetic and/or an optical storage medium and/or any other acceptable storage medium accessible to the client 110 (e.g., storage medium 111).
The persistent connection service 130 may include, for example, an IM service, an email service (e.g., an IMAP service), a login service, an authentication service, an authorization service, and/or any other service or combination of services configured to provide a persistent connection, while the broker service 150 may include, for example, any device, system, and/or piece of code configured to broker a connection as hereinafter described between a client with a persistent connection and a secured service. A secured service 170 generally may include, for example, any device, system, and/or piece of code configured to perform an operation requested by a client 110 (e.g., a Web browser, another service). For example, the secured service 170 may include an email service, a synchronization service (e.g., a calendar synchronization service, a task list synchronization service), a print service, a file access service, an IM service, an operating system, an operating system kernel, an authentication service, an authorization service, and/or any combination of these services. The secured service 170 also may include a persistent connection service.
One or more other services may be included in the components of system 100 and/or these components (hereinafter the system services) may be included as part of one or more other services. For example, the system services may include or be included in a general-purpose or a special-purpose computer (e.g., a personal computer, a personal digital assistant (PDAs), or a device specifically programmed to perform certain tasks), at least one Local Area Network (LAN), and/or at least one Wide Area Network (WAN). Either way, the response to and execution of instructions received by any or all of the system services may be controlled by, for example, a program, a piece of code, an instruction, a device, a computer system, or a combination thereof, for independently or collectively instructing the services to interact and operate as described herein.
A persistent connection 101 may be established between the client 110 and the persistent connection service 130 and the persistent connection service 130 may be configured to communicate with the broker service 150, or the broker service 150 may be included as a component of the persistent connection service 130. The broker service 150 and the client 110 may be configured to communicate with the one or more secured services 170.
The persistent connection between the client 110 and the persistent connection service 130 as well as other communications between the system services generally occur over a communications network. The communication network typically allows direct or indirect communication between the system services (e.g., between the client 110, the persistent connection service 130, the broker service 150, and/or the secured services 170), irrespective of physical or logical separation. The communication network may include a secured communication network (e.g., a communication network protected by a firewall) that may include communication paths 151 and 153 over which the broker service 150 may communicate with the persistent connection service 130 and/or the secured services 170, respectively. The secured communication network, for example, may isolate the broker service 150 from the client 110 so that the broker service 150 is not visible to the client 110.
The communication network may include various mechanisms for delivering voice and/or non-voice data, such as, for example, the transport connection protocol (TCP), the Internet protocol (IP), the World Wide Web, one or more local area networks (LANs) and/or one or more wide area networks (WANs). The communication network also may include analog or digital wired and wireless telephone networks, e.g., public switched telephone networks (PSTN), integrated services digital networks (ISDN), various types of digital subscriber lines (xDSL), advance mobile telephone service (AMPS), global system for mobile communications (GSM), code division multiple access (CDMA), radio, cable, satellite, and/or other delivery mechanisms for carrying voice or non-voice data.
To communicate voice and/or non-voice data, the system services may include one or more communications systems in addition to the components described above, such as, for example, an analog, a digital, or a cellular telephone, whether wired or wireless, a program, a piece of code, an instruction, a device, a computer, a computer system, or a combination thereof, for independently or collectively sending or receiving communications. Implementations of communications systems may exist permanently or temporarily in any type of machine, component, physical or virtual equipment, storage medium, or propagated signal capable of sending or receiving voice communications.
Referring to
Referring to
Later, after the persistent connection 101 is established, the client 110 may request access to a desired secured service 170 (step 413). For example, the client 110 may request the connection to the secured service 170 by sending the request for that access to the persistent connection service 130.
When embodied separately from the broker service, the persistent connection service 130 typically forwards the connection request to the broker service 150 at a connection request address associated with the broker service 150. The persistent connection service 130 may leverage the keystone authentication to authenticate the client 110 to the broker service 150, without requiring the client 110 to provide duplicative or additional authentication information.
Following receipt of the connection request, the broker service 150 may search for and determine an acceptable secured service 170 (e.g., an email service if the client 110 wishes to send or receive an electronic message) (step 420) and may broker a connection with the secured service 170 (examples of brokering are described in detail with respect to
If the broker service 150 is unable to broker a connection with the determined secured service 170 (step 433), then the broker service 150 may perform a recovery procedure (step 440). The recovery procedure (step 440) may include determining whether it is appropriate to retry brokering with the secured service 170 (e.g., a retry may occur where brokering has failed less than a predetermined threshold of times) (step 441), and, if determined appropriate, the broker service 150 may attempt again to broker a connection with the secured service 170 (step 431). Otherwise, the broker service 150 may determine whether to search for another secured service 170 with which to broker a connection (e.g., another secured service 170 may be sought where less than a predetermined threshold of time has elapsed since the client 110 requested access to a secured service 170) (step 443). If determined appropriate, the broker service 150 may search for a different secured service 170 (step 420), or, if not, the broker service 150 may communicate to the client 110 a failure successfully to broker a connection with a secured service 170 (step 445) after which the client may or may not request the broker service to broker another connection (step 413).
If, however, the broker service 150 successfully brokered a connection to the secured service 170 (step 433), then the broker service 150 may provide the authorization information determined during the brokering process to the client 110 (step 435). The authorization information may be used by the client 110 to contact the secured service 170. The secured service 170 may receive the authorization information and may determine if the authorization information satisfies one or more connection constraints (examples of constraints are described below and with respect to
If the connection constraints are not satisfied (step 453), then the secured service 170 may not accept the authorization information and may refuse the connection. Upon refusal of the connection by the secured service 170, the client 110 may determine whether it is appropriate to retry connecting using the authorization information (step 460). For instance, it may be appropriate to retry where the authorization information has been refused less than a predetermined number of times and/or where the connection constraints associated with the authorization information are not known to be violated. If determined appropriate, the client 110 may again provide the authorization information to the secured service 170 (step 451). Otherwise, the client 110 may or may not receive a report of the failed connection (step 470) and/or request that the broker service 150 broker a connection with another secured service 170 (step 413).
By contrast, if the secured service 170 determines that the authorization information satisfies the connection constraints (step 453), then the secured service 170 may accept the authorization information and may permit the client 110 to connect to the secured service 170 (step 455).
The connection constraints, mentioned above with respect to step 453, may include, for example, a constraint that the authorization information has been used (e.g., received by the secured service 170 and/or accepted by the secured service 170) no more than a predetermined number of times (e.g., once), a constraint that the authorization information should be used within a predetermined time window (e.g., thirty-seconds from the time of determination of the authorization information), and/or a constraint that the authorization information be received from the same client 110 for whom the connection was brokered.
The authorization information may include constraint information that may be used to determine if the authorization information satisfies the connection constraints. Moreover, the authorization information may include a password and the password may include some or all of the constraint information. The constraint information may include an indication of a number of uses for which the authorization information may be considered valid (e.g., 1, 2, 3), an indication of a time when the authorization information was determined (e.g., a time stamp), and/or an indication of a window of time relative to the time stamp during which the authorization information may be considered valid. The constraint information also may include information indicative of an identity of the client 110 for whom the authorization information was determined. For example, the password may include constraint information, such as, a screen name, a login name, a biometric signature, and/or a digital signature of the client 110, or any combination of these. The password also may contain constraint information indicating that the password is valid for only one use, is valid only if used within thirty-seconds of determination of the password, and/or is valid only if received from the client 110 for whom the password was determined (e.g., a one-time use, time-limited, designated-user password, hereinafter a constrained password).
Other implementations are within the scope of the following claims.
Claims
1. A computer program stored on a computer readable medium or a propagated signal for leveraging a persistent connection to provide a client access to a secured service, the computer program comprising:
- an input code segment that causes a computer to receive input from a client;
- a persistent connection code segment that causes the computer to establish a persistent connection with the client in response to a first request received through the input code segment from the client; and
- a broker code segment that causes the computer to broker a connection between the client and a secured service based on a second request received through the input code segment from the client by leveraging the persistent connection with the client.
2. The computer program of claim 1 wherein:
- the persistent connection is established based on keystone authentication information provided by the client; and
- the broker code segment comprises a transparent authentication code segment that causes the computer to leverage the keystone authentication to authenticate the client without provision by the client of authentication information duplicative or additional to the keystone authentication information used to establish the persistent connection.
3. The computer program of claim 1 wherein:
- the persistent connection is established based on keystone authentication information provided by the client; and
- the broker code segment comprises a transparent authentication code segment that causes the computer to leverage the keystone authentication to authenticate the client without provision by the client of authentication information duplicative of the keystone authentication information used to establish the persistent connection.
4. The computer program of claim 1 wherein:
- the persistent connection is established based on keystone authentication information provided by the client; and
- the broker code segment comprises a transparent authentication code segment that causes the computer to leverage the keystone authentication to authenticate the client without provision by the client of authentication information additional to the keystone authentication information used to establish the persistent connection.
5. The computer program of claim 1 wherein the broker code segment causes the computer to broker the connection between the client and the secured service before the client attempts to connect to the secured service directly.
6. The computer program of claim 1 wherein the persistent connection code segment comprises:
- a receiving code segment that causes the computer to receive keystone authentication information from the client;
- a keystone authentication code segment that causes the computer to authenticate the client based on the keystone authentication information and to provide a keystone authentication associated with the persistent connection; and
- a connection code segment that causes the computer to establish the persistent connection with the client based on the keystone authentication.
7. The computer program of claim 6 wherein the broker code segment includes a leveraging code segment that causes the computer to receive the second request from the client for connection to the secured service after the persistent connection to the client is established.
8. The computer program of claim 7 wherein the leveraging code segment further comprises:
- a leveraged authentication code segment that causes the computer to provide a leveraged authentication based on the keystone authentication associated with the persistent connection; and
- a leveraged connection code segment that causes the computer to use the leveraged authentication to establish the connection with the secured service.
9. The computer program of claim 8 wherein the leveraged authentication code segment comprises a transparent authentication code segment that causes the computer to provide the leveraged authentication based on the keystone authentication without provision by the client of authentication information duplicative or additional to the keystone authentication information used to establish the persistent connection.
10. The computer program of claim 1 wherein:
- the persistent connection code segment includes a first partition code segment that causes the computer to establish the persistent connection between the client and a persistent connection service in response to the first request from the client; and
- the broker code segment includes a second partition code segment that causes the computer to use a broker service to broker the connection between the client and the secured service based on the second request from the client.
11. The computer program of claim 10 wherein the second partition code segment comprises a reception code segment that causes the computer to receive from the persistent connection service at a connection request address a communication based on the second request from the client.
12. The computer program of claim 1 wherein the broker code segment comprises:
- a liaison code segment that causes the computer program to communicate as an intermediary with the client and the secured service based on the second request from the client so that the client may obtain authorization information that may be used to establish the connection to the secured service;
- a determining code segment that causes the computer to determine the authorization information based on the second request from the client;
- a communication code segment that causes the computer to communicate to the secured service an indication that the client desires to connect to the secured service, wherein the indication comprises the authorization information;
- a receiving code segment that causes the computer to receive a response from the secured service indicating that the client may be allowed to establish the connection to the secured service by presenting the authorization information to the secured service; and
- an authorization code segment that causes the computer to communicate the authorization information to enable the client to present the authorization information to the secured service to establish the connection with the secured service.
13. The computer program of claim 1 wherein the broker code segment further comprises:
- a liaison code segment that causes the computer program to communicate as an intermediary with the client and the secured service based on the second request from the client so that the client may obtain authorization information that may be used to establish the connection to the secured service;
- a communication code segment that causes the computer to communicate to the secured service an indication that the client desires to connect to the secured service;
- a receiving code segment that causes the computer to receive a response from the secured service indicating that the secured service may accept a connection from the client, wherein the response includes the authorization information;
- an authorization code segment that causes the computer to communicate the authorization information to enable the client to present the authorization information to the secured service to establish the connection with the secured service.
14. The computer program of claim 13 wherein the response received by the computer from the secured service includes authorization information determined by the secured service.
15. The computer program of claim 1 wherein:
- the broker code segment includes a liaison code segment that causes the computer program to communicate as an intermediary with the client and the secured service based on the second request from the client so that the client may obtain authorization information that may be used to establish the connection to the secured service;
- the authorization information comprises constraint information; and
- the authorization information may be ineffective to establish a connection with the secured service if the connection constraints are not satisfied by the constraint information.
16. The computer program of claim 15 wherein the connection constraints include a constraint that limits a number of uses for the authorization information to a predetermined threshold number.
17. The computer program of claim 16 wherein the connection constraints include a one-time-use password.
18. The computer program of claim 15 wherein the connection constraints include a constraint that the authorization information be used within a predetermined time window.
19. The computer program of claim 15 wherein the connection constraints include a constraint that the authorization information be presented to the secured service by a client for whom the connection was brokered.
20. A method of leveraging a persistent connection to provide a client access to a secured service, the method comprising:
- receiving a first request from a client;
- establishing a persistent connection with the client in response to the first request from the client;
- receiving a second request from the client; and
- brokering a connection between the client and a secured service based on the second request from the client by leveraging the persistent connection with the client.
Type: Application
Filed: Jun 30, 2014
Publication Date: Oct 23, 2014
Inventor: Robert Bruce Hirsh (Dulles, VA)
Application Number: 14/320,119