Multifactor authentication policies generally specify a combination of authentication factors for verifying a user's identity. For example, such authentication factors generally comprise a combination of two or more of a password, smart card, biometric, or other type of identifier to authenticate the identity of a user requesting to access a particular computer service and/or environment. However, with the variety of types of environments and/or systems from which access to a resource may be requested (e.g., wireless and/or remote access, different types of hardware and/or software, etc.), additional security measures are generally needed to safeguard valuable information.
For a more complete understanding of the present invention and the advantages thereof, reference is now made to the following descriptions taken in connection with the accompanying drawings in which:
The preferred embodiments of the present invention and the advantages thereof are best understood by referring to
User client 20 may comprise any type of devices for accessing and/or otherwise using a computer resource such as, but not limited to, a notebook or laptop computer, server-based system, personal digital assistant, telephone or a desktop computer or workstation. The protected and/or secure computer resource may comprise a wide area network (WAN), local area network (LAN), a particular memory and/or data storage component or module, a particular software application, a server or any other type of computer resource of which secure access and/or user authentication is desired. In the embodiment illustrated in
In the embodiment illustrated in
In the embodiment illustrated in
In the embodiment illustrated in
In operation, in accordance with one embodiment of the present invention, authentication enforcement engine 12 receives a request from a user desiring to access and/or otherwise use a particular computer resource. In response to receiving the request, authentication enforcement engine 12 accesses and/or otherwise retrieves a static multifactor authentication policy 32 for the request. In response to receiving and/or otherwise determining the static authentication policy 32, authentication enforcement engine 12 interfaces with enforcer engine 14 and communicates a copy and/or instance of the static authentication policy 32 to enforcer engine 14 (e.g., such that the SMAP 32 stored and/or otherwise identified in element 30 remains unchanged). Enforcer engine 14 accesses and/or otherwise retrieves a dynamic multifactor authentication policy 42 for the request to determine whether a modification to the static authentication policy 32 should be made for the request. In some embodiments of the present invention, the determination whether to modify the static authentication policy 32 for the request is based on how the user client 20 would be accessing the resource (e.g., wired or wirelessly), the environment from which user client 20 would be accessing the resource (e.g., remotely or from within a controlled environment), or the type of user client 20 that would be used to access the resource (e.g., one capable of only viewing secure information versus one capable of storing, copying and/or transferring such information). For example, the static authentication policy 32 for the request may indicate that a password and smart card are used for authenticating the user. However, based on the environment and/or connection mode from which the user is desiring access to the particular computer resource (e.g., wirelessly and/or remote), the dynamic authentication policy 42 may indicate denial of the request or may indicate an additional form of authentication such as, but not limited to, a biometric to be acquired from the user. Information used by enforcer engine 14 to evaluate the static authentication policy 32 using dynamic authentication policy 42 may be acquired using a variety of methods and/or techniques such as, but not limited to, information provided by and/or requested from the user and/or information acquired transparently from and/or associated with the user (e.g., an Internet protocol address or other means to identify a user's location).
Authentication enforcement engine 12 authenticates the identity of the user using the static authentication policy 32 either in an original form or as modified by enforcer engine 14. For example, in some embodiments of the present invention, authentication enforcement engine 12 interfaces with authentication provider 50 to verify the information provided by and/or otherwise received from the user. In some embodiments of the invention, authentication enforcement engine 12 forwards and/or otherwise communicates the results of the authentication process received by authentication provider 50 (e.g., identity authenticated) to enforcer engine 14. In response to receiving the results of the authentication process from authentication enforcement engine 12, enforcer engine 14 accesses, retrieves and/or otherwise identifies a dynamic authentication policy 42 for the request to determine whether additional access limitations and/or authentication factors should be implemented and/or requested, thereby modifying and/or otherwise dynamically responding to the authentication result (e.g., dynamically determining access rights to the computer resource such as an authorization level and/or access to particular types of information). For example, if the user is attempting to access a computer resource via a wireless link and/or a remote location, dynamic authentication policy 42 may indicate a denial of access to particular resources while enabling access to other resources and/or request additional authentication factors for particular resources (e.g., a biometric requested from the user for accessing particular resources), thereby establishing, identifying, enforcing and/or otherwise implementing a particular authorization level for the request and/or user. Thus, for example, although the user may be granted access to particular computer network resources, access to particular resources may be restricted and/or otherwise limited based on the dynamic policy 42. Further, in some embodiments of the present invention, enforcer engine 14 is adapted to interface with user client 20 to implement the particular dynamic policy 42 such as, but not limited to, disabling a decryption device on such user client 20, thereby preventing decryption of sensitive information by the user client 20 and/or verifying and/or otherwise ensuring that a particular type of cryptographic device is present on user client 20 for accessing particular resources. Preferably, in at least one embodiment of the present invention, dynamic authentication of an identity of the user and/or secure computer resource access restrictions/limitations are determined and/or implemented in real time (e.g., immediately and/or without noticeable or appreciable delay).
At block 108, enforcer engine 14 accesses, retrieves and/or otherwise identifies a dynamic multifactor authentication policy 42 corresponding to the user and/or request and evaluates the request based on the dynamic multifactor authentication policy 42. At decisional block 110, a determination is made by enforcer engine 14 whether to grant or deny the request. For example, in some embodiments of the present invention, based on the environment and/or communication medium from or by which the user is attempting to access a secure computer resource (e.g., wirelessly and/or remote), dynamic multifactor authentication policy 42 may indicate a denial of the request regardless of the identity of the user and/or available authentication factors. If the request is denied, the method ends. If the request is granted, the method proceeds from decisional block 110 to decisional block 112, where enforcer engine 14 determines whether the dynamic multifactor authentication policy 42 indicates that the instance static multifactor authentication policy 32 should be modified for the request. If the dynamic multifactor authentication policy 42 indicates that the static multifactor authentication policy 32 should be modified for the particular request, the method proceeds to block 114, where enforcer engine 14 modifies the static multifactor authentication policy 32 for the particular request based on the dynamic policy 42. At block 116, enforcer engine 14 communicates the modified the static authentication policy 32 to authentication enforcement engine 12. At decisional block 112, if the dynamic authentication policy 42 does not indicate that the static authentication policy 32 should be changed for the particular request, the method proceeds from decisional block 112 to block 118. At block 118, authentication enforcement engine 12 authenticates the request (e.g., via authentication provider 50) using the static authentication policy 32 (in its original form or as modified by enforcer engine 14).
At decisional step 120, a determination is made whether the identity of the request and/or user has been authenticated using the current static authentication policy 32 (e.g., in its original form or as modified by enforcer engine 14). If the request and/or user has not been authenticated, the method ends. If the user and/or request has been authenticated, the method proceeds to block 122, where the result of the authentication process is communicated and/or otherwise provided to enforcer engine 14 by authentication enforcement engine 12. At block 124, enforcer engine 14 accesses, retrieves and/or otherwise identifies a dynamic authentication policy 42 corresponding to the user and/or request. At decisional step 126, enforcer engine 14 determines whether the request should be denied based on the dynamic authentication policy 42. If the enforcer engine 14 determines that the request should be denied, the method ends. If the enforcer engine 14 determines that the request should be granted, the method proceeds to block 128, where enforcer engine 14 determines whether additional restrictions and/or limitations should be placed on the request and/or access based on the dynamic authentication policy 42. If additional restrictions and/or limitations should be placed on the request and/or access, enforcer engine 14 applies the dynamic authentication policy 42 to the authentication request.
Thus, embodiments of the present invention provide a dynamically responsive authentication system and method. For example, based on the mode of a network connection (e.g., wired or wireless, local or remote, etc.) or other environmental factors associated with the request, the authentication request may be denied, additional and/or different authentication factors utilized, and/or particular limitations and/or restrictions imposed. In the embodiments illustrated in
Number | Date | Country | |
---|---|---|---|
60537187 | Jan 2004 | US |