Universal secure messaging for remote security tokens
45 claims: 3 independent, 42 dependent
- 1A method for establishing a secure end-to-end communications connection between a security token enabled computer system (105) and a security token (75) associated with a wireless intelligent remote device (110) comprising the steps of:a. performing a first security transaction which authenticates said security token (75) to said security token enabled computer system (105), b. establishing a secure communications connection between said security token (75) and said security token enabled computer system (105) which incorporates a shared symmetric key set (285t, 285s) generated during said first security transaction, c. assigning at least one key (285t) from said shared symmetric key set (285t, 285s) to a dedicated communications channel (220w) between the security token enabled computer system (105) and the security token (75), accessible to said security token (751) and d. setting at least a first security state indicating that the secure dedicated communications channel (220) has been established, e. performing a second security transaction, following said first security transaction, which authenticates a user to said security token (75) by providing a critical security parameter (235) to said security token via said intelligent remote device (110), f. transmitting an affirmative result signal from the security token (75) to the security token enabled computer system (105) via the secure end-to-end communications connection if the user is authenticated and setting at least a second security state indicating that the user is authenticated by the security token (75), and g. enabling the use of said secure communications connection following the setting of said at least a second security state.
- 11A method recording to claim 1, further comprising the step of establishing a wireless communications connection between said intelligent remote device (110) and said security token enabled computer system (105).
- 20A system for establishing a secure end-to-end communications connection between a security token enabled computer system (105) and a security token (75) associated with a wireless intelligent remote device (110) comprising; said security token enabled computer system (105) including:a first security transaction, means for at least authenticating said security token (75) to said security token enabled computer System (105): a first secure communications connection means for at least establishing a secure communications connection between said security token enabled computer system (105) and said security token (75);wherein said intelligent remote device (110) includes;a security token interface (70r) means for at least operatively coupling said security token (75) to said intelligent remote device (110): a user interface (85r) means for at least receiving and routing a critical security parameter (235) provided by said user to said security token interface (70r) means: said security token (75) incudes: a second secure communications connection means for at least establishing said secure communications connection in conjunction with said first secure communications connection means;a dedicated communications channel (220w) means for preventing a concurrent secure communications connection from being established with said security token (75);and a second security transaction means for at least authenticating said user to said security token (75), after said first security transaction, using at least said critical security parameter (235);in that the system comprises means for activating said user interface means (85r) for receiving and routing said critical security parameter (235), once said first secure communications connection means have established said secure communications connection;and in that the system comprises means for transmitting an affirmative result signal from the security token (75) to the security token enabled compute system (105) via the secure end-to-end communications connection if the user is authenticated.
Independent claims3
88 paragraphs in 5 sections, as filed
FIELD OF INVENTION
0001The present invention relates generally to a data processing system, method and computer program product and more specifically to a secure end-to-end wireless communications connection between a security token enabled computer system and an intelligent remote device having a security token operatively coupled thereto.
BACKGROUND
0002In high security operating environments, the US National Institute of Standards and Technology (NIST) specifies in FIPS PUB 140-2, "Security Requirements For Security tokens," for security levels 3 and 4 that critical security parameters (CSP) such as authentication data, passwords, PINs, CSPs, biometric samples, secret and private cryptographic keys be entered into or output from a security token in an encrypted form, generally using some form of physical and/or logical trusted path or secure messaging channel to prevent interception of the critical security parameters.
0003The security tokens referred to in this specification include hardware based security devices such as cryptographic modules, smart cards, integrated circuit chip cards, portable data carriers (PDC), personal security devices (PSD), subscriber identification modules (SIM), wireless identification modules (WIM), USB token dongles, identification tokens, secure application modules (SAM), hardware security modules (HSM), secure multi-media token (SMMC), trusted platform competing alliance chips (TPCA) and like devices.
0004The document XP 002207127 by Deutsche Telekom AG : Das TeleSecLine Crypt L für sichere, Netzwerkverbindugen" describes a system offering a protected data transfer over Ethernet-based 2P networks.
0005The document <patcit id="pcit0001" dnum="EP0733971A"><text>EP-A-0733971</text></patcit> describes a method for managing connections between objects in a distributed object system.
0006Attempts at providing a physical trusted path include the use of cryptographic hardware devices installed between input devices such as the keyboard and possibly the mouse. An example of such a cryptographic interface device is disclosed in <patcit id="pcit0002" dnum="US5841868A"><text>US Patent 5,841,868</text></patcit> to Helbig. However, the hardware expenditures and added administrative burden greatly increases the cost of the computer system.
0007In another approach, <patcit id="pcit0003" dnum="US4945468A"><text>US patent 4,945,468</text></patcit> to Carson, et al., a trusted path is generated by providing a new virtual terminal window which allows secure entry of CSPs. The new virtual terminal window is effectively isolated from other running processes. This method is a reasonably secure approach but does not extend the trusted path to peripheral security devices such as cryptography modules, security tokens and biometric scanners.
0008In yet another approach, the document <patcit id="pcit0004" dnum="US20020095587A1"><text>US 2002/0095587 A1</text></patcit> to Dole, et al. discloses a wireless SSL or equivalent connection which utilizes negotiated time-limited cryptography keys to maintain a chain of trust between interconnected security devices. However, the mechanism disclosed relies heavily on multiple public key cryptography key pairs which is difficult to maintain and may reduce overall performance due to relatively slow transaction processing when employed using a smart card. In addition, negotiation of time-limited cryptography keys relies on devices containing a system clock for changing of cryptographic keys. Smart cards and like devices do not include system clocks and thus are reliant of their host for providing event timing which may introduce security concerns when the host is not trusted.
0009Cryptographic mechanisms are available in the relevant art which could be adapted to encrypt an incoming CSP with a cryptographic key for secure transport through a security token enabled and eventual decryption by a security executive installed within the security token. However, the cryptographic mechanism employed by the security token enabled computer system must provide a sufficient level of security to prevent interception of the cryptographic keys used in encrypting the CSP and furthermore limits vulnerability to a replay type attack.
0010Another common vulnerability in the relevant art relates to the lack of ability to bind a CSP to a session, which potentially allows an unlocked security token to be accessed by an unauthorized entity. To address this potential vulnerability, the CSP is typically cached or stored and presented by software to the security token each time access is required. The cached or stored CSPs are likewise vulnerable to interception or compromise by an unauthorized entity. Therefore, it would be highly advantageous to provide a secure CSP transport system which limits an intruder's ability to intercept a cryptographic - key during wireless communications sessions, is relatively invulnerable to a replay type attack, minimizes requests for user input of CSPs already provided within a session and does not store or otherwise cache a CSP.
SUMMARY
0011With this goal in mind, the present invention is a method for establishing a secure end-to-end communications connection according to claim 1, a corresponding system according to claim 20 and a computer program product according to claim 43.
0012Other features of the invention are found in the dependent claims.
0013This invention addresses the limitations described above and provides an efficient secure end-to-end communications connection to securely exchange information between a security token enabled computer system and an intelligent remote device having a security token operatively coupled thereto. The method portion of the invention comprises the steps of performing a first security transaction which authenticates a security token to a security token enabled computer system, establishing a secure communications connection between the security token and the security token enabled computer system which incorporates a shared symmetric key set generated during the first security transaction, assigning at least one key from the shared symmetric key set to a dedicated communications channel accessible to the security token, and performing a second security transaction which authenticates a user to said security token.
0014Steps are performed for signaling an affirmative result to the security token enabled computer system if the second security transaction is successful. The second security state is required before the secure communications connection is available for use by said security token.
0015The first security transaction is accomplished using a challenge/response protocol which incorporates an asymmetric key pair. A challenge is generated by the security token enabled computer system and encrypted with the public key associated with the security token.
0016The encrypted challenge is then sent to the security token. The security token decrypts the challenge using the private key counterpart to the public key and returns the clear text challenge to the security token enabled computer system for verification.
0017The public key is transferred to the security token enabled computer system by way of a digital certificate as part of the establishing the wireless communications connection.
0018The second security transaction authenticates the user to the security token by the user's critical security parameter which is provided directly or indirectly to the security token via the intelligent remote device. Once the second security transaction has been successfully completed the user is allowed access to one or more secure resources associated with the security token, security token enabled computer system or both.
0019In related embodiments of the invention, security states are maintained by the security token and security token enabled computer system. The security states are set by the successful completion of the first and second security transactions.
0020The secure communications connection is established by generating on the security token enabled computer system, a shared symmetric key set, encrypting one of the generated symmetric keys with the public key, sending the encrypted symmetric key to the security token, decrypting the symmetric key with the counterpart private key and assigning the decrypted symmetric key to a dedicated communications channel. The dedicated communications channel prevents the number of wireless secure communications connections with the security token from exceeding a predetermined limit. The predetermined limit is usually set to 1.
0021In another embodiment of the invention, user feedback is provided by the intelligent remote device which prompts the user to select either a local or remote authentication transaction and provide the critical security parameter.
0022In another embodiment of the invention authentication of the user is inhibited if outside a predefined range of a proximity sensor coupled to the security token enabled computer system.
0023In yet another embodiment of the invention, user sensory feedback is provided by the security token enabled computer system which indicates a remote authentication transaction is in progress. The user sensory feedback includes visual, tactile, aural or vibratory feedback.
0024A first systematic embodiment of the invention comprises a security token enabled computer system in wireless communications with an intelligent remote device having an operatively coupled security token thereto. The security token enabled computer systems includes a first security transaction means for at least authenticating the security token to the security token enabled computer system, and a first secure communications connection means for at least establishing a cryptographically encoded link between the security token enabled computer system and the security token. The first security transaction means includes a challenge/response protocol means and an asymmetric cryptography means. The first secure communications connection means includes a symmetric key set generation means and a secure symmetric key exchange means.
0025The security token enabled computer system further includes a first secure access means for allowing a user access to one or more secure resources following a receipt of an affirmative signal.
0026Successful execution of the first security transaction means sets a first computer system security state and receipt of the affirmative result signaling sets a second computer system security state associated with the security token enabled computer system.
0027The intelligent remote device includes a security token interface means for at least operatively coupling the security token to the intelligent remote device, and a user interface means for at least receiving and routing a critical security parameter provided by the user to the security token interface means. The user interface means includes conditional means for conditionally receiving the critical security parameter. The conditional means is intended to limit or prevent receiving the critical security parameter until the cryptographically encoded link is established. The security token interface means includes security token communications means and electromagnetic power transfer means.
0028The security token includes a secure communications connection means for at least establishing the cryptographically encoded link in conjunction with the first secure communications connection means, a dedicated communications channel means for preventing a concurrent cryptographically encoded link from being established with the security token, a second security transaction means for at least authenticating the user to the security token using at least the critical security parameter and an affirmative signaling means for sending an affirmative signal to the security token enabled computer system following a successful completion of the second security transactions means. In an embodiment of the invention, the dedicated communications channel means includes a unique channel identifier means which is addressable by the security token enabled computer system.
0029In a related embodiment of the invention, establishment of the cryptographically encoded link sets a first token security state and successful execution of the second security transaction means sets a second token security state. In a related embodiment of the invention, the second security state is required before the secure communications connection is available for use by the security token.
0030A second systematic embodiment of the invention comprises a security token enabled computer system in processing communications with an intelligent remote device and a security token coupled to the intelligent remote device. The security token enabled computer system includes a first processor, a first memory coupled to the first processor, at least one remote authentication application operatively stored in a first portion of the first memory having logical instructions executable by the first processor to authenticate the security token, establish a secure end-to-end communications connection with the security token and allow a user access to one or more secure resources following a receipt of an affirmative signal sent from the security token.
0031The security token enabled computer system further includes a first wireless transceiver functionally coupled to the first processor and a public key associated with the security token retrievably stored in a second portion of the first memory.
0032The at least one remote authentication application further includes logical instructions executable by the first processor to generate a symmetric key set and perform a secure key exchange with the security token.
0033The intelligent remote device includes a second processor, a second memory coupled to the second processor, a security token interface coupled to the second processor, a user interface coupled to the second processor and at least one remote device interface application operatively stored in a portion of the second memory. The at least one remote device interface application includes logical instructions executable by the second processor to emulate a security token device interface locally coupled to at least the security token enabled computer system and conditionally receive and route a critical security parameter provided by the user via the user interface to the security token. The intelligent remote device further includes a second wireless transceiver functionally coupled to the second processor.
0034The communications and electromagnetic power interface includes inductive means, capacitive means or electric contact means to operatively couple the security token to the intelligent remote device. The at least one remote device interface application further includes logical instructions executable by the second processor to prevent receiving the critical security parameter from the user before establishment of the secure end-to-end communications connection..
0035The security token includes at least a third processor, a third memory coupled to the at least a third processor, a communications and electromagnetic power interface coupled to the at least a third processor and the security token interface and at least one token remote authentication application operatively stored in a first portion of the third memory.
0036The at least one token remote authentication application includes logical instructions executable by the at least a third processor to establish the secure end-to-end communications connection in conjunction with the security token enabled computer system, restrict the secure end-to-end communications connection to a single wireless secure communications connection, authenticate the user and send the affirmative signal to the security token enabled computer system ,if the user is successfully authenticated. The security token further includes an private key retrievably stored in a second portion of the third memory and a reference critical security parameter retrievably stored in a third portion of the third memory. The private key is the counterpart to the public key. The user is authenticated by the at least one token remote authentication application by comparing the user's provided critical security parameter to the reference critical security parameter.
0037The restriction to the secure end-to-end communications connection is applied to a dedicated communications channel controlled by the at least one token remote authentication application. The dedicated communications channel includes a unique identifier addressable by the security token enabled computer system.
0038The public and private keys are incorporated into a challenge/response protocol used to authenticate the security token to the security token enabled computer system and are further used to perform a secure symmetric key exchange from the security token enabled computer system to the security token.
0039In another embodiment of the invention, a proximity sensor is coupled to the security token enabled computer system which inhibits either authentication or use of the secure communications channel if the security token is outside of a predefined range from the security token enabled computer system.
0040In a final embodiment of the invention, a computer program product is provided. The computer program product is embodied in a tangible form readable by a security token processor and includes executable instructions stored thereon for causing the security token processor to utilize one or more security token emulation services provided by an intelligent remote device processor, establish a secure end-to-end communications connection in conjunction with a security token enabled computer system processor, restrict the secure end-to-end communications connection to a single wireless secure communications connection, authenticate a user and send an affirmative signal to the security token enabled computer system processor if the user is successfully authenticated.
0041The computer program product further includes executable instructions stored thereon for causing the security token enabled computer system processor to authenticate the security token, establish the secure end-to-end communications connection with the security token, and allow a user access to one or more secure resources following a receipt of the affirmative signal sent from the security token.
0042The computer program product further includes executable instructions stored thereon for causing the intelligent remote device processor to provide the one or more security token emulation services to the security token processor, and receive and route a critical security parameter provided by the user via the user interface to the security token.
0043The tangible form of the computer program product includes magnetic media, optical media or logical media stored in a code format comprising byte code, compiled, interpreted, compilable and interpretable.
BRIEF DESCRIPTION OF DRAWINGS
0044The features and advantages of the invention will become apparent from the following detailed description when considered in conjunction with the accompanying drawings. Where possible, the same reference numerals and characters are used to denote like features, elements, components or portions of the invention. It is intended that changes and modifications can be made to the described embodiment without departing from the true scope and spirit of the subject invention as defined by the claims. <ul id="ul0001" list-style="none" compact="compact"><li><figref idref="f0001">FIG. 1</figref> - is a generalized block diagram of a security token enabled computer system.</li><li><figref idref="f0002">FIG. 1A</figref> - is a generalized block diagram of an intelligent remote device.</li><li><figref idref="f0003">FIG. 1B</figref> - is a generalized block diagram of a security token</li><li><figref idref="f0004">FIG. 2</figref> - is a detailed block diagram of one embodiment of the invention where a security token enabled computer system is in processing communications with a security token equipped intelligent remote device over a wireless link.</li><li><figref idref="f0005">FIG. 2A</figref> - is a detailed block diagram of the invention where an public key is transferred to the security token enabled computer system.</li><li><figref idref="f0006">FIG. 2B</figref> - is a detailed block diagram of the invention where the security token receives an encrypted challenge generated by the security token enabled computer system as an initial part of an authentication challenge/response protocol.</li><li><figref idref="f0007">FIG. 2C</figref> - is a detailed block diagram of the invention where the security token returns the clear text challenge to the security token enabled computer system as a final part of the authentication challenge/response protocol.</li><li><figref idref="f0008">FIG. 2D</figref> - is a detailed block diagram of the invention where a symmetric key set is generated and a secure key exchange is performed between the security token enabled computer system and the security token.</li><li><figref idref="f0009">FIG. 2E</figref> - is a detailed block diagram of the invention where a secure end-to-end communications connection is established between the security token enabled computer system and the security token.</li><li><figref idref="f0010">FIG. 2F</figref> - is a detailed block diagram of the invention where a user's critical security parameter is provided to the intelligent remote device and routed to the operatively coupled security token to authenticate the user.</li><li><figref idref="f0011">FIG. 2G</figref> - is a detailed block diagram of the invention where the intelligent remote device has successfully been authenticated to the security token enabled computer system.</li><li><figref idref="f0012">FIG. 3</figref> - is a flow diagram illustrating the major steps associated with establishing the secure end-to-end communications connection between the security token enabled computer system and an intelligent remote device having a security token operatively coupled thereto.</li></ul>
DETAILED DESCRIPTION
0045This present invention provides an anonymous secure end-to-end communications connection which allows an intelligent remote device to emulate a locally connected security token device without requiring an actual physical connection to a security token enabled computer system. The anonymous secure end-to-end communications connection is established over a wireless communications network or link. The applications are envisioned to be programmed in a high level language using such as Java ™, C++, C #, C or Visual Basic ™.
0046Referring to <figref idref="f0001">Figure 1</figref>, a block diagram of a security token enabled computer system 105 is depicted.
0047The security token enabled computer system 105 includes a processor 5c, a main memory 10c, a display 20c electrically coupled to a display interface 15c, a secondary memory subsystem 25c electrically coupled to a hard disk drive 30c, a removable storage drive 35c electrically coupled to a removable storage unit 40c and an auxiliary removable storage interface 45 electrically coupled to an auxiliary removable storage unit 50c.
0048A communications interface 55c subsystem is coupled to a wireless transceiver 60c and a wireless network or link 65, an optional security token 75 electrically coupled to a security token interface 70c and a user input interface 80c including a mouse and a keyboard 85, an optional biometric scanner 95c electrically coupled to an optional biometric scanner interface 90c and an optional proximity sensor 115c coupled to the communications interface 55c. The proximity sensor 115c prohibits remote authentications to be performed when a security token 75r (<figref idref="f0002">Figure 1A</figref>) is not within either a predefined distance from the proximity sensor 115c or within sensor range of the proximity sensor 115c. An example of suitable proximity systems adaptable for use in the invention is available from Ensure Technologies (Xyloc), 3526 West Liberty Road, Suite 100, Ann Arbor, Michigan 48103; <u>www.ensuretech.com.</u> The technical bases for the Xyloc proximity detection systems are disclosed in US patents and <patcit id="pcit0005" dnum="US6456958B"><text>patent applications US 6,456,958</text></patcit>, <patcit id="pcit0006" dnum="US6307471B"><text>US 6,307,471</text></patcit>, <patcit id="pcit0007" dnum="US6070240A"><text>US 6,070,240</text></patcit>, US 20020104012A1, US 20020069030A1, US 20020065625 all assigned to Ensure Technologies.
0049The processor 5c, main memory 10c, display interface 15c secondary memory subsystem 25c and communications interface system 55c are electrically coupled to a communications infrastructure 100c. The security token enabled computer system 105 includes an operating system, at least one remote authentication application, other applications software, cryptography software capable of performing symmetric and asymmetric cryptographic functions, secure messaging software and device interface software.Referring to <figref idref="f0002">Figure 1A</figref>, a block diagram of an intelligent remote device 110 is depicted. The an intelligent remote device 110 includes a processor 5r, a main memory 10r, a display 20r electrically coupled to a display interface 15r, a secondary memory subsystem 25r electrically coupled to an optional hard disk drive 30r, a virtual storage drive 35r and a removable memory module 50r electrically coupled to a removable memory module interface 45r.
0050A communications interface 55r subsystem is coupled to a wireless transceiver 60r and a wireless network or link 65, a security token 75 electrically coupled to a security token interface 70r and a user input interface 80r including a mouse and a keyboard 85r, and an optional biometric scanner 95r electrically coupled to an optional biometric scanner interface 90r.
0051The processor 5r, main memory 10r, display interface 15r secondary memory subsystem 25r and communications interface system 55r are electrically coupled to a communications infrastructure 100r. The intelligent remote device includes an operating system, at least one remote device interface application, other applications software, cryptography software capable of performing symmetric and asymmetric cryptographic functions, secure messaging software and device interface software.
0052Referring to <figref idref="f0003">Figure 1B</figref>, a block diagram of the security token 75 is depicted. The security token 75 includes a wireless, optical and/or electrical connection means 60t, 60w compatible with the security token interfaces 70c, 70r, a processor 5t, an optional cryptographic co-processor 5tc coupled to the processor 5t, volatile memory 10vm, non-volatile memory 10nvm, an electrically erasable programmable read only memory (EEPROM) 10eeprom and a communications interface 55t coupled to the connection means 60t.
0053The processor 5t, optional cryptographic co-processor 5tc, volatile memory 10vm, non-volatile memory 10nvm, electrically erasable programmable read only memory (EEPROM) 10eeprom and communications interface 55t are electrically coupled to a communications infrastructure 100t. The EEPROM further includes a runtime operating environment, cryptography extensions incorporated into the operating system and capable of performing symmetric and asymmetric cryptographic functions compatible with the intelligent remote device and security token enabled cryptography software, at least one token remote authentication application, one or more critical security parameter protected secure resources coupled to the at least one token remote authentication application and a public key infrastructure (PKI) key pair functionally coupled to the at least one token remote authentication application.
0054The non-volatile memory 10nvm has operatively stored therein one or more reference critical security parameters which are verified against a user supplied critical security parameter by the at least one token remote authentication application to allow access to the one or more one or more critical security parameter protected secure resources.
0055Referring to <figref idref="f0004">Figure 2</figref>, a generalized arrangement of the invention is depicted. The invention includes an intelligent remote device IRD 110 in processing communications over a wireless link 65 with a security token enabled computer system 105. A security token ST 75 is operatively coupled to the intelligent remote device IRD 110 via a security token interface device STI 70r.
0056The intelligent remote device IRD 110 includes an operatively coupled wireless transceiver T/R2 60r, a security token interface STI 70r, a user input means UI 85 and a display DI 202r which provides a user with information related to available authentication options and authentication status.
0057The security token interface STI 70r includes optical, capacitive, inductive and direct electrical contact type interface devices and provides electromagnetic power and communications continuity with the intelligent remote device IRD 110. Lastly, at least one remote device interface application RDI 210 is installed in the intelligent remote device IRD 110.
0058The at least one remote device interface application RDI 210 is generally a middleware application which allows the intelligent remote device IRD 110 to emulate a local security token device peripheral coupled to the security token enabled computer system CS 105 without requiring an actual physical connection. When enabled, the at least one remote device interface application RDI 210 provides security token interface services for exchanging data with the security token enabled computer system, receiving a user's critical security parameter provided using the user interface UI 85r and routing the user's critical security parameter to the security token ST 75 for user authentication or verification.
0059The at least one remote device interface application RDI 210 further provides user prompts and feedback via a display DI 20r.
0060The security token ST 75 is operatively coupled to the security token interface device STI 70r by a connection means 60t and includes a public and a private key pair Kpub 225t, Kpri 230 and a reference critical security parameter CSPr 235 retrievably stored in the token memory. At least one token remote access application TRA 215 is likewise installed in the token memory.
0061The at least one token remote access application TRA 215 allows the security token ST 75 to establish a secure end-to-end communications connection in conjunction with the security token enabled computer system CS 105, restrict the secure end-to-end communications connection to a single wireless secure communications connection by way of a dedicated wireless communications channel Wc 220w, authenticate a user by comparing a user's provided critical security parameter to the reference critical security parameter CSPr 235 and send an affirmative signal to the security token enabled computer system CS 105 if the user is successfully authenticated. Local communications channel Lc1, Lc2, Lcn 220 allows multiple communications sessions to be established when the ST 75 is locally connected to either the intelligent remote device IRD 110 or security token enabled computer system CS 105.
0062The dedicated wireless communications channel Wc 220w restricts the number of communications sessions which can be established remotely. The at least one token remote access application TRA 215 includes an authentication state table 240, 245 which requires fulfillment before access 250t is allowed to one or more secure token resource SRt 255t. In one embodiment of the invention, the communication session is not available to the security token ST 75 until the authentication state table 240, 245 is properly set by authentication of the user.
0063The security token enabled computer system 105 includes a wireless transceiver T/R1 compatible with the wireless transceiver T/R2 installed on the intelligent remote device IRD 110 and at least one remote access application RAA 205. The at least one remote access application RAA 205 is generally a middleware application which allows the security token enabled computer system CS 105 to authenticate the security token ST 75, establish the secure end-to-end communications connection with the security token ST 75 over the wireless link 65 and allow the user access 250c to one or more secure resources following a receipt of an affirmative signal sent from the security token ST 75.
0064In one embodiment of the invention, the at least one remote access application RAA 205 includes an authentication state table 260, 265 which requires fulfillment before access 250c is allowed to the one or more secure computer system resource SRc 255c. 105. The security token enabled computer system 105 further includes a display 20c which provides a user with information related at least to authentication status 203c.
0065The messaging protocol used to communicate with the security token ST 75 includes an ISO 7816 compliant communications protocol. Protocol conversion between higher level packet communications protocols and the lower level ISO 7816 communications protocol may be accomplished by either the remote access application RAA 205 installed on the security token enabled computer system CS 110 or by the remote device interface RDI 210 installed on the intelligent remote device IRD 110.
0066A secure arrangement for exchanging APDU commands and responses between the security token ST 75 and security token enabled computer system CS 105 is described in the document <patcit id="pcit0008" dnum="US20020162021A1"><text>US 2002-0162021 A1</text></patcit>, to which it can be referred
0067Extensible authentication protocols (EAP) as described in the internet standards RFC 2284 or RFC 2716 may be incorporated into the communications connection as well.
0068The authentication state tables 240, 245, 260, 265 may be part of a preestablished set of security policies. In one embodiment of the invention, access requirements are determined by the security policies maintained within the security token ST 75 as is described in the document <patcit id="pcit0009" dnum="US20040123152A1"><text>US 2004-0123152 A1</text></patcit>, entitled "Uniform Framework for Security Tokens," to which it can be referred.
0069Additional security policies may be combined with the security policies established for the security token as is described in the document <patcit id="pcit0010" dnum="US20040221174A"><text>US 2004-0221174 A</text></patcit> 1 and likewise to which it can be referred.
0070Referring to <figref idref="f0005">Figure 2A</figref>, the secure end-to-end communications connection is initiated by a user selecting a remote authentication option 204r from the display DI 20r associated with the intelligent remote device IRD 110. The at least one token remote access application 215 causes the public key Kpub 225t to be sent to the security token enabled computer system CS 105 from the security token ST 75.
0071In an alternate embodiment of the invention, no user interaction is required to initiate the secure end-to-end communications connection. In the alternate embodiment of the invention, the communications handshaking between the two wireless transceivers T/R1 60c, T/R2 60r automatically causes execution of the at least one token remote access application 215.
0072In the preferred embodiment of the invention, a public key Kpub 225t or duplicate thereof Kpub 225c, is sent to the security token enabled computer system CS 105 in an X.509 certificate where it is retrievably stored. The public key Kpub 225c will be used to authenticate the security token ST 75 to the security token enabled computer system CS 105 and to perform a secure symmetric key exchange between the security token enabled computer system CS 105 and security token ST 75.
0073Referring to <figref idref="f0006">Figure 2B</figref>, the receipt of the public key Kpub 225c causes the at least one remote access application to generate a challenge [C] 270c which is then encrypted 275e using the public key Kpub 225c and the resulting cryptogram [C]Kpub 280c is then sent over the wireless link 65 to the security token ST 75.
0074The display DI 20c associated with the security token enabled computer system CS 105 provides user feedback 205c that a remote authentication transaction has been initiated. The at least one token remote access application TRA 215 receives and decrypts 275d the cryptogram [C]Kpub 280c using the counterpart private key Kpri 230 generating the token clear text response [C] 270r to the challenge.
0075Referring to <figref idref="f0007">Figure 2C</figref>, the token response to the challenge [C] 270r is returned to the security token enabled computer system CS 105 where the remote access application RAA 205 compares 222 the returned response [C] 270r to the initial challenge [C] 270c. If the token response [C] 270r matches the initial challenge [C] 270c, the PKI authentication part of the computer systems authentication state table is fulfilled 260. If the security token ST 75 fails this first authentication transaction processing ends and a new attempt to establish the secure end-to-end communications connection will need to be performed.
0076Referring to <figref idref="f0008">Figure 2D</figref>, a first part of the anonymous secure end-to-end communications connection is initiated by the remote access application RAA 205 generating a symmetric key set. The symmetric key sets KSt 285t and KSc 285s are identical symmetric keys generated or derived from a random number preferably having sufficient bit strength of at least 64 bits to assure adequate security and performance.
0077The at least one remote access application RAA 205 encrypts 275e one of the symmetric keys KSt 285t using the public key Kpub 225c and the resulting cryptogram [KSt]Kpub 290t is then sent over the wireless link 65 to the security token ST 75. In one embodiment of the invention, a channel identifier Wc 220w is included in a message header associated with the cryptogram which specifies the dedicated communications channel in which the symmetric key is to be used. The at least one token remote access application TRA 215 receives and decrypts 275d the cryptogram [KSt]Kpub 290t using the counterpart private key Kpri 230 restoring the token's shared symmetric key KSt 285t.
0078Referring to <figref idref="f0009">Figure 2E</figref>, the token shared symmetric key KSt 285t is assigned to the dedicated communications channel Wc 220w which establishes the secure end-to-end communications connection 200. The share symmetric keys KSt 285t, KSc 285c are used as block cipher keys during information exchange over the secure end-to-end communications connection. The establishment of the secure end-to-end communications connection 200 fulfills a first element of the token's authentication state table 240. The dedicated communications channel restricts the secure end-to-end communications connection to a single wireless secure communications connection 200 with the security token to prevent unauthorized entities from eavesdropping on subsequent security token transactions.
0079Referring to <figref idref="f0010">Figure 2F</figref>, the final security transaction is performed where the user is prompted 206r on the display 20r associated with the intelligent remote device IRD 110 to provide his or her critical security parameter CSPu 235u. The user's critical security parameter CSPu 235u is inputted 295 to the intelligent remote device IRD 110 via the user interface UI 85 and routed to the security token ST 75 for authentication.
0080The user's critical security parameter CSPu 235 is compared 227 to the reference critical security parameter CSPr 235r by the token remote access application TRA 215. If a match is found between the user's critical security parameter CSPu 235 and the reference critical security parameter CSPr 235r, the critical security parameter CSP 245 element of the token's authentication state table is fulfilled. If the critical security parameter fails this second authentication transaction processing ends and a new attempt to establish the secure end-to-end communications connection will need to be performed.
0081Referring to <figref idref="f0011">Figure 2G</figref>, the final phase of the invention implementation is depicted where an affirmative result signal 299t is transmitted from the security token ST 75 to the security token enabled computer system via the secure end-to-end communications connection 200. The receipt of the affirmative result signal 299c fulfills the second element ST 265 of the computer system's authentication state table which allows access 250t, 250c to the one or more secure resources 255t, 255c associated with the security token ST 75, security token enabled computer system CS 105 or both devices.
0082The user display DI 20r associated with intelligent remote device IRD 110 optionally provides at least visual indication 208r that a secure messaging session is in progress. Likewise, the user display DI 20c associated with the security token enabled computer system CS 105 provides at least visual indication 207c that access has been granted remotely. Other types of visual, aural and vibratory feedback are envisioned as well.
0083Referring to <figref idref="f0012">Figure 3</figref>, the major steps for implementing the invention are depicted. The process is initiated 300 by establishment of a wireless communications connection between a security token enabled computer system and an intelligent remote device having a security token operatively coupled thereto. A public key is sent from the security token via the intelligent remote device to the security token enabled computer system 310, preferably as part of an X.509 formatted digital certificate. Transfer of the public key may be automatically performed during a communications handshake or by user interaction.
0084The security token enabled computer system authenticates 315 the security token using a challenge/response protocol, whereby a challenge is generated, encrypted using the received public key, then transmitted to the security token over the wireless communications connection. The security token receives the cryptogram and decrypts the challenge using a private key counterpart of the public key. The clear text challenge is then returned to the security token enabled computer system for authentication. If the security token is not authenticated 320 processing ends 370. If the security token is authenticated 320, a symmetric key set is generated on the security token enabled computer system 325 and a secure key exchange 330 performed with the security token, whereby at least one of the symmetric keys is encrypted using the public key and sent over the wireless communications connection to the security token.
0085The received encrypted symmetric key is decrypted using the private key, assigned to a dedicated communications channel and the dedicated communications channel locked if a predetermined limit of preexisting wireless communications connections is not exceeded 335. If the predetermined limit is exceeded 345, processing ends 375. The predetermined limit is usually set to 1 in the preferred embodiment of the invention.
0086A first security state is set by either or both the security token and/or security token enabled computer system which indicates that a secure communications channel has been established. In one embodiment of the invention, the secure communications channel is not enabled until the user is authenticated as described below.
0087If the predetermined limit is not exceeded 345, the user is prompted 350 to provide his or her critical security parameter to the intelligent remote device. The provided critical security parameter is then authenticated 355 by the security token by comparing a reference critical security parameter to the received critical security parameter. If the user is not authenticated 360, processing ends. If the user is authenticated 355, an affirmative result signal is generated by the security token and sent to the security token enabled computer system 365. Receipt of the affirmative result signal allows access to one or more secure resources 370. Processing ends 375 normally at the conclusion of the secure communications session by the user, removal of the security token from the intelligent remote device or moving outside of a predetermined proximity range from the security token enabled computer system.
0088The foregoing described embodiments of the invention are provided as illustrations and descriptions. They are not intended to limit the invention to precise form described. In particular, it is contemplated that functional implementation of the invention described herein may be implemented equivalently in hardware, software, firmware, and/or other available functional components or building blocks. No specific limitation is intended to a particular security token operating environment. Other variations and embodiments are possible in light of above teachings, and it is not intended that this Detailed Description limit the scope of invention, but rather by the Claims that follow herein.
Contents5
12 sheets
Sheet 1 Sheet 2 Sheet 3 Sheet 4 Sheet 5 Sheet 6 Sheet 7 Sheet 8 Sheet 9 Sheet 10 Sheet 11 Sheet 12
Every citation, both ways
| Document | Relation | Office |
|---|---|---|
| EP0733971A | Cites | European Patent Office (EPO) |
| EP0957651A | Cites | European Patent Office (EPO) |
| US4993068A | Cites | United States of America |
| DEUTCHE TELECOM AG: "Das TeleSec LineCrypt L für sichere Netzwerkverbindungen" LINECRYPT L BENUTZERHANDBUCH, XX, XX, 14 April 2000 (2000-04-14), page complete, XP002207127 | Non-patent | – |
24 members in 6 offices; this record represents the family
Priority claims2
| Document | Office | Kind | Date |
|---|---|---|---|
| 740920 | United States of America | – | |
| 74092003 | United States of America | A |
Members24
| Document | Office | Kind | |
|---|---|---|---|
| US2002194499A1 | United States of America | A1 | |
| WO02103979A1 | World Intellectual Property Organization (WIPO) | A1 | |
| EP1396136A1 | European Patent Office (EPO) | A1 | |
| US2004143730A1 | United States of America | A1 | |
| EP1473869A1 | European Patent Office (EPO) | A1 | |
| US2004218762A1 | United States of America | A1 | |
| EP1551149A2 | European Patent Office (EPO) | A2 | |
| EP1551149A3 | European Patent Office (EPO) | A3 | |
| EP1473869B1 | European Patent Office (EPO) | B1 | |
| AT338400T | Austria | T | |
| ATE338400T1 | Austria | T1 | |
| DE602004002140D1 | Germany | D1 | |
| DE602004002140T2 | Germany | T2 | |
| US2008089521A1 | United States of America | A1 | |
| EP1551149B1This record | European Patent Office (EPO) | B1 | |
| AT557509T | Austria | T | |
| ATE557509T1 | Austria | T1 | |
| US8209753B2 | United States of America | B2 | |
| EP1551149B9 | European Patent Office (EPO) | B9 | |
| ES2388216T3 | Spain | T3 | |
| US8306228B2 | United States of America | B2 | |
| US8644516B1 | United States of America | B1 | |
| US2014068267A1 | United States of America | A1 | |
| US10554393B2 | United States of America | B2 |
86 legal events, as 10 offices reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | Office | |
|---|---|---|---|
| Expiry of rightR071 | R071 | DE | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Amendment of ipc main classPREVIOUS MAIN CLASS: H04L0029060000R079 | R079 | DE | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Announcement of lapse in spainLapsedFD2A | FD2A | ES | |
| Fee paymentPLFP | PLFP | FR | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Fee paymentPLFP | PLFP | FR | |
| Fee paymentPLFP | PLFP | FR | |
| Transmission of propertyTP | TP | FR | |
| Amendments to the register in respect of changes of name or changes affecting rights (sect. 32/1977)REGISTERED BETWEEN 20150305 AND 20150311732E | 732E | GB | |
| Transfer of patentPC2A | PC2A | ES | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Change of applicant/patenteeR081 | R081 | DE | |
| Change of applicant/patenteeR081 | R081 | DE | |
| Change of representativeR082 | R082 | DE | |
| Change of representativeR082 | R082 | DE | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Change of representativeR082 | R082 | DE | |
| Change of name or company nameCD | CD | FR | |
| Transfer of patentPC2A | PC2A | ES | |
| Change of applicant/patenteeR081 | R081 | DE | |
| Change of applicant/patenteeR081 | R081 | DE | |
| Change of applicant/patenteeR081 | R081 | DE | |
| Change of applicant/patenteeR081 | R081 | DE | |
| Change of applicant/patenteeR081 | R081 | DE | |
| Change of applicant/patenteeR081 | R081 | DE | |
| Change of representativeR082 | R082 | DE | |
| Change of representativeR082 | R082 | DE | |
| Change of representativeR082 | R082 | DE | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Patent lapsedLapsedMM4A | MM4A | IE | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Patent ceasedCeasedPL | PL | CH | |
| No opposition filed against granted patent, or epo opposition proceedings concluded without decisionGrantedR097 | R097 | DE | |
| No opposition filedOpposition26N | 26N | EP | |
| No opposition filed within time limitOppositionORIGINAL CODE: 0009261PLBE | PLBE | EP | |
| Information on the status of an ep patent application or granted ep patentGrantedSTATUS: NO OPPOSITION FILED WITHIN TIME LIMITSTAA | STAA | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Deletion acc. to par. 5 (withdrawal of the translation of the ep patent)MK05 | MK05 | AT | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Invalidated european patentMG4D | MG4D | LT | |
| Definitive protectionFG2A | FG2A | ES | |
| Information provided on ipc code assigned after grantRIC2 | RIC2 | EP | |
| Information provided on ipc code assigned after grantRIC2 | RIC2 | EP | |
| Discontinued in the netherlands as no translation has been filedVDEP | VDEP | NL | |
| Dpma publication of mentioned ep patent grantGrantedR096 | R096 | DE | |
| European patents granted designating irelandGrantedFG4D | FG4D | IE | |
| European patent takes effect as a national patent in ch/liEP | EP | CH | |
| Reference to at number (ep patent validated in austria)REF | REF | AT | |
| Designated contracting statesAK | AK | EP | |
| European patent grantedGrantedFG4D | FG4D | GB | |
| (expected) grantORIGINAL CODE: 0009210GRAA | GRAA | EP | |
| Grant fee paidORIGINAL CODE: EPIDOSNIGR3GRAS | GRAS | EP | |
| Despatch of communication of intention to grant a patentORIGINAL CODE: EPIDOSNIGR1GRAP | GRAP | EP | |
| First examination report despatched17Q | 17Q | EP | |
| Designation fees paidAKX | AKX | EP | |
| Request for examination filed17P | 17P | EP | |
| Designated contracting statesAK | AK | EP | |
| Request for extension of the european patentAX | AX | EP | |
| Search report despatchedORIGINAL CODE: 0009013PUAL | PUAL | EP | |
| Designated contracting statesAK | AK | EP | |
| Request for extension of the european patentAX | AX | EP | |
| Public reference made under article 153(3) epc to a published international application that has entered the european phaseORIGINAL CODE: 0009012PUAI | PUAI | EP |
Numbers
- Publication
- 1551149
- Application
- 42930909
Titles3
- German
- Universeller sicherer Datenaustausch für enfernte Sicherheitstoken
- English
- Universal secure messaging for remote security tokens
- French
- Transmission de messages sécurisée universelle pour les jetons de sécurité à distance
Classification
- CPC, 12
- H04L63/0421
- G06Q20/3674
- H04L63/0442
- H04L63/045
- H04L63/0853
- H04L63/0861
- H04W12/06
- H04L9/0838
- H04L9/3234
- H04L9/3271
- H04L2209/42
- H04L2209/80
- IPC, 3
- H04L29 06
- G06F21 00
- H04L9 30
Designated states30
- Contracting states, 30
- Austria
- Belgium
- Bulgaria
- Switzerland
- Cyprus
- Czechia
- Germany
- Denmark
- Estonia
- Spain
- Finland
- France
- United Kingdom
- Greece
- Hungary
- Ireland
- Iceland
- Italy
- Liechtenstein
- Lithuania
- Luxembourg
- Monaco
- Netherlands (Kingdom of the)
- Poland
and 6 moreShow fewer
- Portugal
- Romania
- Sweden
- Slovenia
- Slovakia
- Türkiye
