WO2008016800A2 - Method and apparatus for selecting an appropriate authentication method on a client - Google Patents
Method and apparatus for selecting an appropriate authentication method on a client Download PDFInfo
- Publication number
- WO2008016800A2 WO2008016800A2 PCT/US2007/074130 US2007074130W WO2008016800A2 WO 2008016800 A2 WO2008016800 A2 WO 2008016800A2 US 2007074130 W US2007074130 W US 2007074130W WO 2008016800 A2 WO2008016800 A2 WO 2008016800A2
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- authentication
- logic
- network interface
- policies
- authentication types
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
- H04L63/205—Network architectures or network communication protocols for network security for managing network security; network security policies in general involving negotiation or determination of the one or more network security mechanisms to be used, e.g. by negotiation between the client and the server or between peers or by selection according to the capabilities of the entities involved
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
- H04W12/068—Authentication using credential vaults, e.g. password manager applications or one time password [OTP] applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
- H04W12/069—Authentication using certificates or pre-shared keys
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/16—Implementing security features at a particular protocol layer
- H04L63/162—Implementing security features at a particular protocol layer at the data link layer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
Definitions
- Robert O'Hara a citizen of the United States, residing at 4233 Rivermark Parkway, Santa Clara, CA 95054.
- the present invention relates to both wireless and wire networks and, more particularly, to methods, apparatuses, and systems directed to authenticating clients in a network before allowing access.
- EAP Extensible Authentication Protocol
- FIG. 1A is a topological diagram of the components in a wireless local area network (WLAN) system according to one implementation of the present invention.
- WLAN wireless local area network
- Figure IB illustrates a hierarchical wireless network including a central controller, according to one implementation of the present invention.
- Figure 1C illustrates for didactic purposes a hardware system, which may be used to implement a central controller.
- Figure 2 illustrates for didactic purposes a hardware system, which may be used to implement an authentication server.
- Figure 3 illustrates for didactic purposes a hardware system, which may be used to implement a wireless client.
- Figure 4 is a flow chart illustrating a process flow, according to one implementation of the present inventioa implemented at a wireless client.
- Figure 5 A is a flow chart illustrating a process flow, according to one implementation of the present invention, implemented by a client configuration application.
- Figure 5B is a flow chart illustrating a process flow, according to another implementation of the present invention, implemented by a client configuration application.
- Figure 5C is a flow chart illustrating a process flow, according to another implementation of the present invention, implemented by a client configuration application.
- the present invention facilitates the configuration of one or more authentication attributes associated with client-side authentication functions.
- a user need only provide the wireless network infrastructure with the type of user credentials being used (e.g., user name, password, one time password, secure token, certificate, etc.), and a client utility automatically selects the appropriate authentication method based on the user credentials of the client, minimum security requirements based on the type of network (wired, wireless, dial-up etc.), and based on policies set by the network administrator.
- the authentication type may be an Extensible Authentication Protocol (EAP) method.
- EAP Extensible Authentication Protocol
- a network administrator may set policies mapping authentication types with sets of user credentials and may optionally set additional policies ranking authentication types by criteria (e.g., best security, best performance, etc.).
- the network client utility may include such policies in a policy configuration, which the network infrastructure transmits to the client during a configuration process. Accordingly, based on the user credentials that the user provides, a client utility/application may then select an authentication type based on those user credentials, minimum security requirements based on the type of network (wired, wireless, dial-up etc.), and the policy configuration. In one implementation, if more than one authentication type is available for a given set of user credentials, the client configuration application may select multiple authentication types and an order of preferences. In one implementation, the processes described above may be extended to wireless or wired networks, or any network the EAP is being used.
- FIG. 1A A network environment including a wireless local area network (WLAN) according to one implementation of the present invention is shown in Figure 1A
- the system includes an authentication server 20, a local area network (LAN) 30, a router 32, and wireless access points 60a, 50b, 50c, and 5Od (collectively referred to as wireless access points 50).
- LAN 30 is implemented by a switch (or an array of switches) and/or other network devices, such as a bridge.
- Network 52 in one implementation, generally refers to a computer network, such as a LAN, a WAN, etc, that includes one or more intermediate network devices (e.g., routers, switches, etc.), which allow for the transmission of messages between authentication server 20 and wireless clients via wireless access points 50.
- network 52 can include a variety of network segments, transmission technologies and components, such as terrestrial WAN links, satellite links, optical fiber links, and cellular links.
- Network 52 could also be a campus LAN.
- LAN 30 may be a LAN, LAN segments implemented by an Ethernet switch (not shown), or an array of switches having multiple ports to which wireless access points 50 are connected.
- the wireless access points 50 are typically connected to switch ports via Ethernet links; however, other link layer connection protocols or communication means can be employed.
- Figure IA illustrates one possible network environment in which the invention may operate: however, other implementations are possible.
- WLAN management server 20 is illustrated as being on a different LAN or LAN segment, it may be co-located with wireless access points 50.
- the wireless access points 50 are operative to wireles ⁇ ly communicate with remote wireless client devices 60a, 60b, 60c, and 6Od.
- the wireless access points 50 implement the wireless network protocol specified in the IEEE 802.11 WLAN specification.
- the wireless access points 50 may be autonomous or so-called "fat" wireless access points, or light- weight wireless access points operating in connection with a wireless switch (see Figure IB).
- the network infrastructure may also include a Wireless LAN Solution Engine (WLSE) offered by Cisco Systems, Inc. of San Jose, California or another wireless network management system.
- the network infrastructure may also include one or more Wireless Control System (WCS) nodes operative to manage one or more wireless switches and access points.
- WCS Wireless Control System
- FIG. 1B illustrates a hierarchical wireless network including a central controller 70 according to one implementation of the present invention.
- the central controller 70 may be implemented as a wireless domain server (WDS) or, alternatively, as a wireless switch. If the central controller 70 is implemented with a WDS, the central controller 70 is operative to communicate with autonomous or so-called "fat" wireless access points. If the central controller 70 is implemented with a wireless switch, the central controller 70 is operative to communicate with light-weight wireless access points.
- WDS wireless domain server
- a wireless switch the central controller 70 is operative to communicate with light-weight wireless access points.
- a central controller 70 may be directly connected to one or more access points 50.
- a central controller 43 may be operably connected to one or more access points over a switched and/or routed network environment, as Figure IA illustrates.
- FIG. 10017J Figure 1C illustrates for didactic purposes a hardware system 100, which may be used to implement a central controller 70 of Figure IB.
- the central control elements each comprise a switch function or fabric 102 comprising a network interface 104a (e.g., a Ethernet adapter) for connection to network 52 and network interfaces 104b, 104c, and 104d for connection to wireless access points.
- This switch function or fabric is implemented to facilitate connection to the access elements.
- Central controller 70 in one implementation, further comprises a processor 106, a memory 108, one or more software modules stored in memory 108, including instructions for performing the functions described herein, and a system bus 110 operably connecting these components.
- the central control elements may optionally include an administrative network interface 112 allowing for administrative access for such purposes as configuration and diagnostic access.
- FIG. 2 illustrates for didactic purposes a hardware system 200, which may be used to implement authentication server 20 of Figure IA.
- hardware system 200 comprises a processor 202, a cache memory 204, and one or more software applications and drivers directed to the functions described herein.
- hardware system 200 includes a high performance input/output (I/O) bus 206 and a standard I/O bus 208.
- a host bridge 210 couples processor 202 to high performance I/O bus 206.
- I/O bus bridge 212 couples the two buses 206 and 208 to each other.
- a system memory 214 and a network/communication interface 216 couple to bus 206.
- Hardware system 200 may further include video memory (not shown) and a display device coupled to the video memory.
- Mass storage 218 and I/O ports 220 couple to bus 208.
- Hardware system 200 may optionally include a keyboard and pointing device (not shown) coupled to bus 208.
- keyboard and pointing device (not shown) coupled to bus 208.
- network interface 216 provides communication between hardware system 200 and any of a wide range of networks, such as an Ethernet (e.g., IEEE 802.3) network, etc.
- Mass storage 218 provides permanent storage for the data and programming instructions to perform the above described functions implemented in the system controller, whereas system memory 214 (e.g., DRAM) provides temporary storage for the data and programming instructions when executed by processor 202.
- I/O ports 220 are one or more serial and/or parallel communication ports that provide communication between additional peripheral devices, which may be coupled to hardware system 200.
- Hardware system 200 may include a variety of system architectures; and various components of hardware system 200 may be rearranged.
- cache 204 may be on-chip with processor 202.
- cache 204 and processor 202 may be packed together as a "processor module," with processor 202 being referred to as the "processor core.”
- certain implementations of the present invention may not require nor include all of the above components.
- the peripheral devices shown coupled to standard I/O bus 208 may couple to high performance I/O bus 206.
- only a single bus may exist with the components of hardware system 200 being coupled to the single bus.
- hardware system 200 may include additional components, such as additional processors, storage devices, or memories.
- the operations of the authentication server 20 described herein are implemented as a series of software routines run by hardware system 200.
- These software routines comprise a plurality or series of instructions to be executed by a processor in a hardware system, such as processor 202.
- the series of instructions are stored on a storage device, such as mass storage 218.
- the series of instructions can be stored on any suitable storage medium, such as a diskette, CD-ROM, ROM, etc.
- the series of instructions need not be stored locally, and could be received from a remote storage device, such as a server on a network, via network/communication interface 216.
- the instructions are copied from the storage device, such as mass storage 218, into memory 214 and then accessed and executed by processor 202.
- An operating system manages and controls the operation of hardware system 200, including the input and output of data to and from software applications (not shown).
- the operating system provides an interface between the software applications being executed on the system and the hardware components of the system.
- the operating system is the Windows® 96/98/NT/XP operating system, available from Microsoft Corporation of Redmond, Wash.
- the present invention may be used with other suitable operating systems, such as the Apple Macintosh Operating System, available from Apple Computer Inc. of Cupertino, Calif., UNIX operating systems, LINUX operating systems, and the like.
- FIG. 4 illustrates for didactic purposes a hardware system 400, which may be used to implement a wireless client 60 of Figure IA.
- hardware system 400 includes a processor 402 and a cache memory 404 coupled to each other as shown. Additionally, hardware system 400 includes a high performance input/output (I/O) bus 406 and a standard I/O bus 408.
- I/O input/output
- a host bridge 410 couples processor 402 to high performance I/O bus 406, whereas an I/O bus bridge 412 couples the two buses 406 and 408 to each other.
- a wireless network interface 424, a system memory 414, and a video memory 416 couple to bus 406. In turn, a display device 418 couples to video memory 416.
- a mass storage 420, a keyboard and pointing device 422, and I/O ports 426 couple to bus 408.
- Collectively, these elements are intended to represent a broad category of computer hardware systems, including but not limited to general purpose computer systems based on the Pentium® processor manufactured by Intel Corporation of Santa Clara, Calif., as well as any other suitable processor.
- wireless network interface 424 provides communication between hardware system 400 and any of a wide range of wireless networks, such as a WLAN (i.e., IEEE 802.12), WiMax G.e., IEEE 802.16), Cellular (e.g., GSMA), etc.
- Mass storage 420 provides permanent storage for the data and programming instructions to perform the above described functions implemented in the system controller, whereas system memory 414 (e.g., DRAM) is used to provide temporary storage for the data and programming instructions when executed by processor 402.
- I/O ports 426 are one or more serial and/or parallel communication ports that provide communication between additional peripheral devices, which may couple to hardware system 400.
- Hardware system 400 may include a variety of system architectures; and various components of hardware system 400 may be rearranged.
- cache 404 may be on-chip with processor 402.
- cache 404 and processor 402 may be packed together as a "processor module," with processor 402 being referred to as the "processor core.”
- certain implementations of the present invention may not require nor include all of the above components.
- the peripheral devices shown coupled to standard I/O bus 408 may couple to high performance I/O bus 406.
- only a single bus may exist, witb the components of hardware system 400 being coupled to the single bus.
- hardware system 400 may include additional components, such as additional processors, storage devices, or memories.
- wireless client-side functionality are implemented as a series of software routines run by hardware system 400.
- These software routines which can be embodied in a wireless network interlace client utility application and/or network interface driver, comprise a plurality or series of instructions to be executed by a processor in a hardware system, such as processor 402.
- the series of instructions are stored on a storage device, such as mass storage 420.
- the series of instructions can be stored on any suitable storage medium, such as a diskette, CD-ROM, ROM, etc.
- the series of instructions need not be stored locally, and could be received from a remote storage device, such as a server on a network, via network/communication interface 424.
- the instructions are copied from the storage device, such as mass storage 420, into memory 414 and then accessed and executed by processor 402.
- one or more aspects of the client side functions discussed herein can be embodied in hardware or firmware.
- Figure 4 illustrates, for didactic purposes, the hardware architecture of a wireless client according to one implementation of the present invention
- the present invention may be implemented on a wide variety of computer system architectures, such as special purpose, hand-held or portable devices, Personal Digital Assistants (e.g., converged devices which support WLAN data+voice and cellular), Laptop computers, and the like.
- An operating system manages and controls the operation of hardware system 400, including the input and output of data to and from software applications (not shown).
- the operating system provides an interface, such as a graphical user interface (GUI), between the user and the software applications being executed on the system.
- GUI graphical user interface
- the operating system is the Windows® 95/98/NT/XP operating system and/or Windows® CE (WinCE) operating system, available from Microsoft Corporation of Redmond, Wash.
- WinCE Windows® CE
- the present invention may be used with other suitable operating systems, such as the Apple Macintosh Operating System, available from Apple Computer Inc. of Cupertino, Calif., UNIX operating systems, LINUX operating systems, Symbian operating systems, and the like.
- FIG. 4 is a flow chart illustrating a process flow, according to one implementation of the present invention, implemented at a wireless client 60.
- wireless client 60 initiates a media connection operation, which, in one implementation, may include authentication (502) and association (604) processes with the wireless network infrastructure.
- the authentication and association processes are open systems authentication processes according to the IEEE 802.11 WLAN specification.
- wireless client 60 selects an authentication type based on a mapping (506) between a user-selected credential and one or more authentication methods.
- the authentication type may be an Extensible Authentication Protocol (EAP) type.
- EAP Extensible Authentication Protocol
- the mapping provided by the wireless network infrastructure minimizes the knowledge needed by a user to authenticate by limiting the user choices to user credentials and optionally "levels" of security and performance (versus specific feature types). The reduction in choices reduces the dependence on the user to correctly configure the wireless client and provides more control to the network administrator.
- the mapping may be preconfigured on the wireless client (e.g., when a user gets a new wireless client or adds a new network interface to the wireless client). More specifically, for a given set of user credentials, the authentication type and order of preference may be preconfigured. As described in more detail below in connection with Figures 5A-5C, the authentication type may be based on several factors such as credential selection and applicable security policies.
- a user-credential set including username and password could map to one authentication type (e.g., LEAP, PEAP, EAP-MD ⁇ , EAP-FAST, etc.) if the Network Admission Control (NAC) is not enabled.
- NAC Network Admission Control
- the same user-credential set could also map to another authentication type (e.g.. EAP-FAST, PEAP- MSCHAPv2, etc) if the NAC is enabled.
- the wireless network infrastructure may allow the user to provide performance and/or security choices in addition to providing user credentials. For example, performance choices may include "good,” “better,” 'best, “ etc., and security choices may include "open,” “legacy.” “secure,” etc.
- the network administrator may disable such choices from the user if the policy requires the fastest performance, where one authentication type (e.g. LEAP) may be the most appropriate for a given set of user credentials.
- one authentication type e.g. LEAP
- the policy may require the "most secure” authentication type (e.g. EAP-FAST) for a given set of user credentials.
- wireless client 60 determines whether an authentication ID request, identifying an EAP type, has been received from authentication server 20 (608). Based on a user credential selection and security tradeoffs, the wireless client 60, as described above, automatically selects the appropriate authentication type suitable for the type of credentials and network access (606). In one implementation, if more than one authentication type is available, wireless client 60 may select one or more of the authentication types and optionally an order of preference.
- the wireless client transmits an authentication ID assertion response (510). If the EAP type identified in the authentication ID request does not match the selected (or most preferred) EAP type, Wireless client 60 then transmits a negative acknowledgment proposing the selected EAP type to authentication server 20. This EAP type negotiation continues until both ends agree on an EAP type (516). Authentication server 20 then initiates an authentication process according to the authentication type. Next, wireless client 60 determines if an EAP request has been received from authentication server 20 (512), and tbe wireless client and the authentication server 20 complete the authentication session.
- FIG. 6A is a flow chart illustrating a process flow, according to one implementation of the present invention, implemented by a client configuration application.
- the client configuration application receives a policy configuration from the wireless network infrastructure (602).
- a network administrator determines the policy configuration, which is a policy or set of policies used to determine authentication types (e.g., EAP types) required for a given set of user credentials.
- the policy configuration includes security policies, which may include policies associated with Network Admission Control CNAC)/Network Admission Protocol (NAP) or Cisco Trusted Security (CTS) or any other security mechanisms.
- the policy configuration may be preloaded onto wireless client 60.
- the policy configuration may be stored and periodically updated in a configuration database accessible to the client configuration application.
- local client policies may be centrally managed by the administrator thru a standard policy management mechanisms, such as Group Policy Objects.
- authentication types which allow for a particular type of credentials, as well as an order of preferences, may be included.
- any suitable network management system or tool may be used to propagate policies or default profiles to wireless clients. This also allows the wireless network infrastructure to migrate to a newer authentication type over time with no wireless client-side configuration.
- the client configuration application receives a user credential selection from a user (604).
- the user credentials may include name and password, one time password, token, certificate, etc.
- additional selected information such as a trusted anchor for the authentication server or a means for the user to aid the application in choosing the trusted anchor may also be selected.
- a trusted anchor may be a data store containing information allowing for validation of credentials.
- a trusted anchor may be a certificate authority.
- the client configuration application may receive the policy configuration and credential selection in any order.
- the client configuration application may receive the credential selection before receiving the policy configuration, as described above.
- the client configuration application may receive the credential selection after receiving the policy configuration.
- the policy configuration may be pre-loaded on wireless client 60.
- the client configuration application identifies a profile (606), which may be based on the device type, network type (e.g., service set identifier (SSID)), network identity, etc
- a profile is a set of parameters used to configure the hardware and software of the network adapter for operation on a particular network. The parameters may include, but are not limited to, radio band selections, data rate selections, proprietary extension selections, security method selections, user identity information, authentication method selections, and network identification information.
- the client configuration application identifies a policy (608), which may be based on the credential selection and the identified profile, etc.
- the client configuration application may receive the credential selection before receiving the policy configuration, may select one or more authentication types, and optionally may select the order of preference of authentication types (610).
- the order of preference may be based on the policy configuration and identified profile. Accordingly, such implementations enable wireless clients to better support servers having different authentication types.
- the client configuration application makes the authentication type and order accessible to the network interface driver of the wireless client (612).
- the authentication type and order may be stored in a configuration file or in a database accessible to the network interface driver.
- the network interface driver may then negotiate with the authentication server standard authentication/EAP method procedures, as discussed above, to determine an authentication type that both the wireless client and the authentication server will use for a connection.
- the client configuration application may receive a credential selection, identify a profile, and identify a policy in any order.
- Figure 5A above illustrates one implementation where the client configuration application first receives a credential selection, then identifies a profile first, and then identifies a policy
- Figure 5B below shows one implementation where the client configuration application first receives a credential selection, then identifies a policy, and then identifies a profile.
- Figure 5C shows one implementation where the client configuration application first identifies a profile, then receives a credential selection, and then identifies a policy.
- each step may be based in the previous step(s).
- Figure 6B is a flow chart illustrating a process flow, according to another implementation of the present invention, implemented by a client configuration application.
- the process flow described in Figure 5B is similar to the process flow described above in Figure 6A except that the client configuration application first identifies a policy (608). In one implementation, the identification of the policy may be based on the credential selection and the policy configuration. The client configuration application then identifies a profile (606). In one implementation, the identification of the profile may be based on the credential selection and the identified policy.
- Figure 5C is a flow chart illustrating a process flow, according to another implementation of the present invention, implemented by a client configuration application.
- the process flow of Figure SC is similar to the process flow described above in Figure 5A except that the client configuration application first identifies a profile (606).
- the identification of the policy may be a default profile based on the configuration.
- the client configuration application receives a credential selection (604).
- the client configuration application then identifies a policy (608).
- the identification of the profile may be based on the identified policy and the credential selection.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Mobile Radio Communication Systems (AREA)
- Storage Device Security (AREA)
Abstract
In one embodiment, a method for facilitating authentication and ease the configuration of authentication includes receiving a credential type selection and selecting one or more authentication types based on the credential type selection and one or more policies set by the administrators. The policies can be pre- configured or dynamically pushed or fetched and updated to the client.
Description
PATENT APPLICATION
Method and Apparatus for Selecting an Appropriate Authentication Method on a Client
Inventor(s): Nancy Cam-Winget, a citizen of the United States, residing at 326 Martens Avenue, Mountain View, CA 94040.
Hao Zhou, a citizen of the People's Republic of China, residing at 7316 Capilano Drive, Solon, OH 44139.
Robert O'Hara, a citizen of the United States, residing at 4233 Rivermark Parkway, Santa Clara, CA 95054.
Patrice Calhoun, a citizen of the United States, residing at 3629 Huff Court Pleasanton, CA 94588
Jeremy Stieglitz, a citizen of the United States, residing at 10666 Laurel Street Menlo Park, CA 94025
Cisco Technology, Inc. 170 West Tasman Dr. San Jose, CA 96134
Prepared By: Law Office of Mark J. Spolyar
2200 Cesar Chavez Street, Suite 8 San Francisco, CA 94124 (416) 826-7966 (416) 480-1780 (fax) Customer No.: 30506
Method and Apparatus for Selecting an Appropriate Authentication Method on a Client
FIELD OF THE INVENTION
[0001] The present invention relates to both wireless and wire networks and, more particularly, to methods, apparatuses, and systems directed to authenticating clients in a network before allowing access.
BACKGROUND OF THE INVENTION
[0002] In local area network CLAN) configurations, a user is typically required to select a particular Extensible Authentication Protocol CBAP) method for authentication to gain network access. A problem with EAP selection is that users typically do not have much more knowledge about enterprise information technology (IT) requirements and, in particular, the appropriate EAP method. Accordingly, the required EAP method is typically made by a network administrator of an IT department, since a given EAP method is based on various complex technical considerations and requirements. Furthermore, there are an increasing number of EAP method types, and sometimes even multiple available methods suitable for the same type of user credentials. This makes it increasingly harder for a user to select the correct EAP method. Furthermore, there is a risk that if the user picks the wrong EAP type, not only would the network connection not be established, but there would also be an increased risk of user credentials being compromised (e.g., if a weak EAP type is being negotiated with a rogue device). Furthermore, by requiring EAP type configuration on the wireless client, migration to newer EAP types becomes a burden. Using state of the art products today, such a migration would require that users manually modify their network profiles.
DESCRIPTION OF THE DRAWINGS
[0003] Figure 1A is a topological diagram of the components in a wireless local area network (WLAN) system according to one implementation of the present invention.
[0004] Figure IB illustrates a hierarchical wireless network including a central controller, according to one implementation of the present invention. [0005] Figure 1C illustrates for didactic purposes a hardware system, which may be used to implement a central controller.
[0006] Figure 2 illustrates for didactic purposes a hardware system, which may be used to implement an authentication server.
(0007] Figure 3 illustrates for didactic purposes a hardware system, which may be used to implement a wireless client.
[0008] Figure 4 is a flow chart illustrating a process flow, according to one implementation of the present inventioa implemented at a wireless client. [0009] Figure 5 A is a flow chart illustrating a process flow, according to one implementation of the present invention, implemented by a client configuration application.
[0010] Figure 5B is a flow chart illustrating a process flow, according to another implementation of the present invention, implemented by a client configuration application.
[0011] Figure 5C is a flow chart illustrating a process flow, according to another implementation of the present invention, implemented by a client configuration application.
DESCRIPTION OF EXEMPLARY EMBODIMENTS A. Overview
[0012] Particular embodiments of the present invention facilitate authentication of clients in a network. According to one implementation, the present invention facilitates the configuration of one or more authentication attributes associated with client-side authentication functions. In one implementation, a user need only provide the wireless network infrastructure with the type of user credentials being used (e.g., user name, password, one time password, secure token, certificate, etc.), and a client utility automatically selects the appropriate authentication method based on the user credentials of the client, minimum security requirements based on the type of network (wired, wireless, dial-up etc.), and based on policies set by the network administrator. In one implementation, the authentication type may be an Extensible Authentication Protocol (EAP) method. As described in detail below, in one implementation, a network administrator may set policies mapping authentication types with sets of user credentials and may optionally set additional policies ranking authentication types by criteria (e.g., best security, best performance, etc.). The network client utility may include such policies in a policy configuration, which the network infrastructure transmits to the client during a configuration process. Accordingly, based on the user credentials that the user provides, a client utility/application may then select an authentication type based on those user credentials, minimum security requirements based on the type of network (wired, wireless, dial-up etc.), and the policy configuration. In one implementation, if more than one authentication type is available for a given set of user credentials, the client configuration application may select multiple authentication types and an order of preferences. In one implementation, the processes described above may be extended to wireless or wired networks, or any network the EAP is being used.
B. Exemplary Wireless Network System Architecture
B.I. Network Topology
[0013] A network environment including a wireless local area network (WLAN) according to one implementation of the present invention is shown in Figure 1A In a specific embodiment of the present invention, the system includes an authentication server 20, a local area network (LAN) 30, a router 32, and wireless access points 60a, 50b, 50c, and 5Od (collectively referred to as wireless access points 50). LAN 30 is implemented by a switch (or an array of switches) and/or other network devices, such as a bridge.
[0014] As Figure 1A illustrates, these network elements are operably connected to a network 52. Network 52, in one implementation, generally refers to a computer network, such as a LAN, a WAN, etc, that includes one or more intermediate network devices (e.g., routers, switches, etc.), which allow for the transmission of messages between authentication server 20 and wireless clients via wireless access points 50. Of course, network 52 can include a variety of network segments, transmission technologies and components, such as terrestrial WAN links, satellite links, optical fiber links, and cellular links. Network 52 could also be a campus LAN. LAN 30 may be a LAN, LAN segments implemented by an Ethernet switch (not shown), or an array of switches having multiple ports to which wireless access points 50 are connected. The wireless access points 50 are typically connected to switch ports via Ethernet links; however, other link layer connection protocols or communication means can be employed. Figure IA illustrates one possible network environment in which the invention may operate: however, other implementations are possible. For example, although WLAN management server 20 is illustrated as being on a different LAN or LAN segment, it may be co-located with wireless access points 50.
[0015] The wireless access points 50 are operative to wirelesβly communicate with remote wireless client devices 60a, 60b, 60c, and 6Od. In one implementation, the wireless access points 50 implement the wireless network protocol specified in the IEEE 802.11 WLAN specification. The wireless access points 50 may be autonomous or so-called "fat" wireless access points, or light-
weight wireless access points operating in connection with a wireless switch (see Figure IB). In addition, the network infrastructure may also include a Wireless LAN Solution Engine (WLSE) offered by Cisco Systems, Inc. of San Jose, California or another wireless network management system. In some implementations, the network infrastructure may also include one or more Wireless Control System (WCS) nodes operative to manage one or more wireless switches and access points. Of course, configuration and management information can be obtained in a variety of manners without departing from the scope of the present invention.
B.2. Central Controller
[0016] Figure 1B illustrates a hierarchical wireless network including a central controller 70 according to one implementation of the present invention. In one implementation, the central controller 70 may be implemented as a wireless domain server (WDS) or, alternatively, as a wireless switch. If the central controller 70 is implemented with a WDS, the central controller 70 is operative to communicate with autonomous or so-called "fat" wireless access points. If the central controller 70 is implemented with a wireless switch, the central controller 70 is operative to communicate with light-weight wireless access points. As Figure IB illustrates, a central controller 70 may be directly connected to one or more access points 50. Alternatively, a central controller 43 may be operably connected to one or more access points over a switched and/or routed network environment, as Figure IA illustrates. 10017J Figure 1C illustrates for didactic purposes a hardware system 100, which may be used to implement a central controller 70 of Figure IB. As Figure 1C shows, in one implementation, the central control elements each comprise a switch function or fabric 102 comprising a network interface 104a (e.g., a Ethernet adapter) for connection to network 52 and network interfaces 104b, 104c, and 104d for connection to wireless access points. This switch function or fabric is implemented to facilitate connection to the access elements. Central controller 70, in one implementation, further comprises a processor 106, a memory 108, one or more software modules stored in memory 108, including
instructions for performing the functions described herein, and a system bus 110 operably connecting these components. The central control elements may optionally include an administrative network interface 112 allowing for administrative access for such purposes as configuration and diagnostic access.
B.2. Authentication Server
[0018] Figure 2 illustrates for didactic purposes a hardware system 200, which may be used to implement authentication server 20 of Figure IA. In one implementation, hardware system 200 comprises a processor 202, a cache memory 204, and one or more software applications and drivers directed to the functions described herein. Additionally, hardware system 200 includes a high performance input/output (I/O) bus 206 and a standard I/O bus 208. A host bridge 210 couples processor 202 to high performance I/O bus 206. whereas I/O bus bridge 212 couples the two buses 206 and 208 to each other. A system memory 214 and a network/communication interface 216 couple to bus 206. Hardware system 200 may further include video memory (not shown) and a display device coupled to the video memory. Mass storage 218 and I/O ports 220 couple to bus 208. Hardware system 200 may optionally include a keyboard and pointing device (not shown) coupled to bus 208. Collectively, these elements are intended to represent a broad category of computer hardware systems, including but not limited to general purpose computer systems based on the Pentium® processor manufactured by Intel Corporation of Santa Clara, Calif., as well as any other suitable processor.
[0019] The elements of hardware system 200 are described in greater detail below. In particular, network interface 216 provides communication between hardware system 200 and any of a wide range of networks, such as an Ethernet (e.g., IEEE 802.3) network, etc. Mass storage 218 provides permanent storage for the data and programming instructions to perform the above described functions implemented in the system controller, whereas system memory 214 (e.g., DRAM) provides temporary storage for the data and programming instructions when executed by processor 202. I/O ports 220 are one or more
serial and/or parallel communication ports that provide communication between additional peripheral devices, which may be coupled to hardware system 200. [0020] Hardware system 200 may include a variety of system architectures; and various components of hardware system 200 may be rearranged. For example, cache 204 may be on-chip with processor 202. Alternatively, cache 204 and processor 202 may be packed together as a "processor module," with processor 202 being referred to as the "processor core." Furthermore, certain implementations of the present invention may not require nor include all of the above components. For example, the peripheral devices shown coupled to standard I/O bus 208 may couple to high performance I/O bus 206. In addition, in some implementations only a single bus may exist with the components of hardware system 200 being coupled to the single bus. Furthermore, hardware system 200 may include additional components, such as additional processors, storage devices, or memories.
[0021] As discussed above, in one embodiment, the operations of the authentication server 20 described herein are implemented as a series of software routines run by hardware system 200. These software routines comprise a plurality or series of instructions to be executed by a processor in a hardware system, such as processor 202. Initially, the series of instructions are stored on a storage device, such as mass storage 218. However, the series of instructions can be stored on any suitable storage medium, such as a diskette, CD-ROM, ROM, etc. Furthermore, the series of instructions need not be stored locally, and could be received from a remote storage device, such as a server on a network, via network/communication interface 216. The instructions are copied from the storage device, such as mass storage 218, into memory 214 and then accessed and executed by processor 202.
[0022] An operating system manages and controls the operation of hardware system 200, including the input and output of data to and from software applications (not shown). The operating system provides an interface between the software applications being executed on the system and the hardware components of the system. According to one embodiment of the present invention, the operating system is the Windows® 96/98/NT/XP operating
system, available from Microsoft Corporation of Redmond, Wash. However, the present invention may be used with other suitable operating systems, such as the Apple Macintosh Operating System, available from Apple Computer Inc. of Cupertino, Calif., UNIX operating systems, LINUX operating systems, and the like.
B.3. Wireless Client
[0023] Figure 4 illustrates for didactic purposes a hardware system 400, which may be used to implement a wireless client 60 of Figure IA. In one embodiment, hardware system 400 includes a processor 402 and a cache memory 404 coupled to each other as shown. Additionally, hardware system 400 includes a high performance input/output (I/O) bus 406 and a standard I/O bus 408. A host bridge 410 couples processor 402 to high performance I/O bus 406, whereas an I/O bus bridge 412 couples the two buses 406 and 408 to each other. A wireless network interface 424, a system memory 414, and a video memory 416 couple to bus 406. In turn, a display device 418 couples to video memory 416. A mass storage 420, a keyboard and pointing device 422, and I/O ports 426 couple to bus 408. Collectively, these elements are intended to represent a broad category of computer hardware systems, including but not limited to general purpose computer systems based on the Pentium® processor manufactured by Intel Corporation of Santa Clara, Calif., as well as any other suitable processor.
[0024] The elements of hardware system 400 are described in greater detail below. In particular, wireless network interface 424 provides communication between hardware system 400 and any of a wide range of wireless networks, such as a WLAN (i.e., IEEE 802.12), WiMax G.e., IEEE 802.16), Cellular (e.g., GSMA), etc. Mass storage 420 provides permanent storage for the data and programming instructions to perform the above described functions implemented in the system controller, whereas system memory 414 (e.g., DRAM) is used to provide temporary storage for the data and programming instructions when executed by processor 402. I/O ports 426 are one or more
serial and/or parallel communication ports that provide communication between additional peripheral devices, which may couple to hardware system 400. [0025] Hardware system 400 may include a variety of system architectures; and various components of hardware system 400 may be rearranged. For example, cache 404 may be on-chip with processor 402. Alternatively, cache 404 and processor 402 may be packed together as a "processor module," with processor 402 being referred to as the "processor core." Furthermore, certain implementations of the present invention may not require nor include all of the above components. For example, the peripheral devices shown coupled to standard I/O bus 408 may couple to high performance I/O bus 406. In addition, in some implementations only a single bus may exist, witb the components of hardware system 400 being coupled to the single bus. Furthermore, hardware system 400 may include additional components, such as additional processors, storage devices, or memories.
[0026] In one embodiment, the operations of wireless client-side functionality are implemented as a series of software routines run by hardware system 400. These software routines, which can be embodied in a wireless network interlace client utility application and/or network interface driver, comprise a plurality or series of instructions to be executed by a processor in a hardware system, such as processor 402. Initially, the series of instructions are stored on a storage device, such as mass storage 420. However, the series of instructions can be stored on any suitable storage medium, such as a diskette, CD-ROM, ROM, etc. Furthermore, the series of instructions need not be stored locally, and could be received from a remote storage device, such as a server on a network, via network/communication interface 424. The instructions are copied from the storage device, such as mass storage 420, into memory 414 and then accessed and executed by processor 402. In alternate embodiments, one or more aspects of the client side functions discussed herein can be embodied in hardware or firmware.
[0027] While Figure 4 illustrates, for didactic purposes, the hardware architecture of a wireless client according to one implementation of the present invention, the present invention, however, may be implemented on a wide
variety of computer system architectures, such as special purpose, hand-held or portable devices, Personal Digital Assistants (e.g., converged devices which support WLAN data+voice and cellular), Laptop computers, and the like. An operating system manages and controls the operation of hardware system 400, including the input and output of data to and from software applications (not shown). The operating system provides an interface, such as a graphical user interface (GUI), between the user and the software applications being executed on the system. According to one embodiment of the present invention, the operating system is the Windows® 95/98/NT/XP operating system and/or Windows® CE (WinCE) operating system, available from Microsoft Corporation of Redmond, Wash. However, the present invention may be used with other suitable operating systems, such as the Apple Macintosh Operating System, available from Apple Computer Inc. of Cupertino, Calif., UNIX operating systems, LINUX operating systems, Symbian operating systems, and the like.
C. Authentication Method Selection and Negotiation [0028] The following describes how a wireless client and a wireless network negotiate an authentication method type according to one implementation of the invention. Figure 4 is a flow chart illustrating a process flow, according to one implementation of the present invention, implemented at a wireless client 60. As Figure 4 shows, wireless client 60 initiates a media connection operation, which, in one implementation, may include authentication (502) and association (604) processes with the wireless network infrastructure. In one implementation, the authentication and association processes are open systems authentication processes according to the IEEE 802.11 WLAN specification. Next, wireless client 60 selects an authentication type based on a mapping (506) between a user-selected credential and one or more authentication methods. In one implementation, the authentication type may be an Extensible Authentication Protocol (EAP) type.
[0029] In one embodiment, the mapping provided by the wireless network infrastructure minimizes the knowledge needed by a user to authenticate by limiting the user choices to user credentials and optionally "levels" of security
and performance (versus specific feature types). The reduction in choices reduces the dependence on the user to correctly configure the wireless client and provides more control to the network administrator. In one implementation, the mapping may be preconfigured on the wireless client (e.g., when a user gets a new wireless client or adds a new network interface to the wireless client). More specifically, for a given set of user credentials, the authentication type and order of preference may be preconfigured. As described in more detail below in connection with Figures 5A-5C, the authentication type may be based on several factors such as credential selection and applicable security policies. For example, a user-credential set including username and password could map to one authentication type (e.g., LEAP, PEAP, EAP-MDδ, EAP-FAST, etc.) if the Network Admission Control (NAC) is not enabled. Or, the same user-credential set could also map to another authentication type (e.g.. EAP-FAST, PEAP- MSCHAPv2, etc) if the NAC is enabled.
[0030] Where performance versus security may be a tradeoff; the wireless network infrastructure may allow the user to provide performance and/or security choices in addition to providing user credentials. For example, performance choices may include "good," "better," 'best, " etc., and security choices may include "open," "legacy." "secure," etc. In one embodiment, the network administrator may disable such choices from the user if the policy requires the fastest performance, where one authentication type (e.g. LEAP) may be the most appropriate for a given set of user credentials. Similarly, in one embodiment, the policy may require the "most secure" authentication type (e.g. EAP-FAST) for a given set of user credentials.
(0031) Accordingly, based on the user credentials, type of network access, and local client policies, only certain authentication types may be allowed or disallowed. For example, on a wireless LAN, an authentication type, referred to as EAP-MDδ, would not be allowed, because it does not generate keys and does not meet the wireless network EAP method requirements. Next, wireless client 60 determines whether an authentication ID request, identifying an EAP type, has been received from authentication server 20 (608). Based on a user credential selection and security tradeoffs, the wireless client
60, as described above, automatically selects the appropriate authentication type suitable for the type of credentials and network access (606). In one implementation, if more than one authentication type is available, wireless client 60 may select one or more of the authentication types and optionally an order of preference. If the selected EAP type matches the EAP type in the authentication ID request, the wireless client transmits an authentication ID assertion response (510). If the EAP type identified in the authentication ID request does not match the selected (or most preferred) EAP type, Wireless client 60 then transmits a negative acknowledgment proposing the selected EAP type to authentication server 20. This EAP type negotiation continues until both ends agree on an EAP type (516). Authentication server 20 then initiates an authentication process according to the authentication type. Next, wireless client 60 determines if an EAP request has been received from authentication server 20 (512), and tbe wireless client and the authentication server 20 complete the authentication session.
D. Client Authentication Configuration Utility [0032] Figure 6A is a flow chart illustrating a process flow, according to one implementation of the present invention, implemented by a client configuration application. As Figure 5A shows, the client configuration application receives a policy configuration from the wireless network infrastructure (602). In one implementation, a network administrator determines the policy configuration, which is a policy or set of policies used to determine authentication types (e.g., EAP types) required for a given set of user credentials. In one implementation, the policy configuration includes security policies, which may include policies associated with Network Admission Control CNAC)/Network Admission Protocol (NAP) or Cisco Trusted Security (CTS) or any other security mechanisms. In one implementation, the policy configuration may be preloaded onto wireless client 60. In another implementation, the policy configuration may be stored and periodically updated in a configuration database accessible to the client configuration application. In one implementation, local client policies may be centrally managed by the administrator thru a standard policy management
mechanisms, such as Group Policy Objects. Among the policy items, authentication types, which allow for a particular type of credentials, as well as an order of preferences, may be included. In one implementation, any suitable network management system or tool may be used to propagate policies or default profiles to wireless clients. This also allows the wireless network infrastructure to migrate to a newer authentication type over time with no wireless client-side configuration.
[0033] Next, the client configuration application receives a user credential selection from a user (604). As described above, the user credentials may include name and password, one time password, token, certificate, etc. In one implementation, additional selected information such as a trusted anchor for the authentication server or a means for the user to aid the application in choosing the trusted anchor may also be selected. In one implementation, a trusted anchor may be a data store containing information allowing for validation of credentials. In one implementation, a trusted anchor may be a certificate authority.
[0034] Note that the client configuration application may receive the policy configuration and credential selection in any order. For example, the client configuration application may receive the credential selection before receiving the policy configuration, as described above. Conversely, the client configuration application may receive the credential selection after receiving the policy configuration. In addition, as discussed above, the policy configuration may be pre-loaded on wireless client 60.
[0035] Next, the client configuration application identifies a profile (606), which may be based on the device type, network type (e.g., service set identifier (SSID)), network identity, etc In one implementation, a profile is a set of parameters used to configure the hardware and software of the network adapter for operation on a particular network. The parameters may include, but are not limited to, radio band selections, data rate selections, proprietary extension selections, security method selections, user identity information, authentication method selections, and network identification information.
[0036] Next, the client configuration application identifies a policy (608), which may be based on the credential selection and the identified profile, etc. Next, the client configuration application may receive the credential selection before receiving the policy configuration, may select one or more authentication types, and optionally may select the order of preference of authentication types (610). In one implementation, the order of preference may be based on the policy configuration and identified profile. Accordingly, such implementations enable wireless clients to better support servers having different authentication types. [0037] Next, the client configuration application makes the authentication type and order accessible to the network interface driver of the wireless client (612). In one implementation, the authentication type and order may be stored in a configuration file or in a database accessible to the network interface driver. [0038] In one implementation, once the network interface driver has access to the authentication type, the network interface driver may then negotiate with the authentication server standard authentication/EAP method procedures, as discussed above, to determine an authentication type that both the wireless client and the authentication server will use for a connection. [0039] Note that the client configuration application may receive a credential selection, identify a profile, and identify a policy in any order. For example, while Figure 5A above illustrates one implementation where the client configuration application first receives a credential selection, then identifies a profile first, and then identifies a policy, Figure 5B below shows one implementation where the client configuration application first receives a credential selection, then identifies a policy, and then identifies a profile. Figure 5C below shows one implementation where the client configuration application first identifies a profile, then receives a credential selection, and then identifies a policy. In Figures 5A-5C. or in any other permutation, each step may be based in the previous step(s).
[0040] Figure 6B is a flow chart illustrating a process flow, according to another implementation of the present invention, implemented by a client configuration application. The process flow described in Figure 5B is similar to the process flow described above in Figure 6A except that the client configuration
application first identifies a policy (608). In one implementation, the identification of the policy may be based on the credential selection and the policy configuration. The client configuration application then identifies a profile (606). In one implementation, the identification of the profile may be based on the credential selection and the identified policy. [0041] Figure 5C is a flow chart illustrating a process flow, according to another implementation of the present invention, implemented by a client configuration application. The process flow of Figure SC is similar to the process flow described above in Figure 5A except that the client configuration application first identifies a profile (606). In one implementation, the identification of the policy may be a default profile based on the configuration. The client configuration application then receives a credential selection (604). The client configuration application then identifies a policy (608). In one implementation, the identification of the profile may be based on the identified policy and the credential selection.
[0042] The present invention has been explained with reference to specific embodiments. For example, while embodiments of the present invention have been described as operating in connection with IEEE 802.11 networks, the present invention can be used in connection with any suitable wireless network environment. Other embodiments will be evident to those of ordinary skill in the art. It is therefore not intended that the present invention be limited, except as indicated by the appended claims.
Claims
1. Logic for facilitating authentication, the logic encoded in one or more media for execution and when executed operable to: receive a credential type selection; select one or more authentication types based on the credential type selection and one or more policies; and make the one or more selected authentication types available to a network profile operated on a network interlace.
2. The logic of claim 1 wherein at least one authentication type is an Extensible Authentication Protocol (EAP) type.
3. The logic of claim 1 wherein the one or more policies enable an ordering of selected authentication types.
4. The logic of claim 1 wherein the logic is further operable to: support multiple authentication types.
5. The logic of claim 1 wherein the logic is further operable to: authenticate to a remote node based on the one or more selected authentication types.
6. The logic of claim 1 wherein the logic is further operable to: select a profile; and authenticate based at least in part on the profile.
7. The logic of claim 1 wherein the network interface is a wireless network interface.
8. The logic of claim 1 wherein the network interface is a wired Ethernet network interface.
9. The logic of claim 1 wherein the one or more policies may be preconfigured on a client or dynamically provisioned.
10. A method for facilitating authentication, the method comprising: receiving a credential type selection; selecting one or more authentication types based on the credential type selection and one or more policies; and making the one or more selected authentication types available to a network interface driver.
11. The method of claim 10 wherein at least one authentication type is an Extensible Authentication Protocol (EAP) type.
12. The method of claim 10 wherein the one or more policies enable an ordering of selected authentication types.
18. The method of claim 10 further comprising: supporting multiple authentication types.
14. The method of claim 10 further comprising: authenticating to a remote node based on the one or more selected authentication types.
16. The method of claim 10 further comprising: selecting a profile; and authenticating based at least in part on the profile.
16. The method of claim 10 wherein the network interface is a wireless network interface.
17. The method of claim 10 wherein the network interface is a wired Ethernet network interface.
18. The method of claim 10 wherein the one or more policies may be preconfigured on a client or dynamically provisioned.
19. Logic for facilitating authentication, the logic encoded in one or more media for execution and when executed operable to-' receive a credential type selection; apply a policy for mapping the credential type selection with one or more authentication types: select and configure one or more authentication types in association with a given profile and one or more policies; and make the one or more selected authentication types available to a network interface driver.
20. The logic of claim 19 wherein the network application further comprises instructions operable to cause the one or more processors and the apparatus to: support one or more authentication mechanisms.
21. A method for facilitating authentication, the method comprising: receiving a credential type selection; applying a policy for mapping the credential type selection with one or more authentication types; selecting and configuring one or more authentication types in association with a given profile and one or more policies; and making the one or more selected authentication types available to a network interface driver.
22. The method of claim 21 further comprising' supporting one or more authentication mechanisms.
23. A system for facilitating authentication, the system comprising: a client operative to receive a credential type selection, select one or more authentication types based on the credential type selection and one or more policies, and make the one or more selected authentication types available to a network interface driver; and an apparatus operative to receive a credential type selection, identify and apply a policy for mapping the credential type selection with one or more authentication types, select and configure one or more authentication types in association with a given profile and one or more policies, and make the one or more selected authentication types available to a network interface driver.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP07840481A EP2047630B1 (en) | 2006-08-01 | 2007-07-23 | Method and apparatus for selecting an appropriate authentication method on a client |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/496,903 | 2006-08-01 | ||
US11/496,903 US7966489B2 (en) | 2006-08-01 | 2006-08-01 | Method and apparatus for selecting an appropriate authentication method on a client |
Publications (2)
Publication Number | Publication Date |
---|---|
WO2008016800A2 true WO2008016800A2 (en) | 2008-02-07 |
WO2008016800A3 WO2008016800A3 (en) | 2008-09-25 |
Family
ID=38997766
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/US2007/074130 WO2008016800A2 (en) | 2006-08-01 | 2007-07-23 | Method and apparatus for selecting an appropriate authentication method on a client |
Country Status (3)
Country | Link |
---|---|
US (1) | US7966489B2 (en) |
EP (1) | EP2047630B1 (en) |
WO (1) | WO2008016800A2 (en) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2014235439A (en) * | 2013-05-30 | 2014-12-15 | キヤノン株式会社 | Communication device, control method, and program |
EP3317801A4 (en) * | 2015-06-30 | 2018-07-18 | Morphotrust Usa, LLC | Electronic security container |
WO2018137239A1 (en) * | 2017-01-26 | 2018-08-02 | 华为技术有限公司 | Authentication method, authentication server, and core network equipment |
Families Citing this family (56)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20080013581A (en) * | 2006-08-09 | 2008-02-13 | 삼성전자주식회사 | Staion capable of collection information for security in wireless network and method therefor |
DE102007007345A1 (en) * | 2007-02-14 | 2008-08-21 | Siemens Enterprise Communications Gmbh & Co. Kg | Method and device for providing a wireless mesh network |
US8719920B2 (en) | 2007-10-25 | 2014-05-06 | International Business Machines Corporation | Arrangements for identifying users in a multi-touch surface environment |
US20090109984A1 (en) * | 2007-10-31 | 2009-04-30 | Dell Products L.P. | Wireless device with flash cache and boot from dock |
EP2200358A3 (en) * | 2008-12-04 | 2010-11-03 | Huawei Device Co., Ltd. | Method, device and system for negotiating authentication mode |
US8739245B2 (en) * | 2009-01-14 | 2014-05-27 | Cisco Technology, Inc. | Flexible supplicant access control |
CN101815296A (en) * | 2009-02-23 | 2010-08-25 | 华为技术有限公司 | Method, device and system for performing access authentication |
US9544147B2 (en) * | 2009-05-22 | 2017-01-10 | Microsoft Technology Licensing, Llc | Model based multi-tier authentication |
JP2010282285A (en) * | 2009-06-02 | 2010-12-16 | Konica Minolta Holdings Inc | Information processing apparatus, method of controlling the same, and control program for information processing apparatus |
KR101241864B1 (en) * | 2009-06-03 | 2013-03-11 | 한국전자통신연구원 | System for User-Centric Identity management and method thereof |
US8578465B2 (en) | 2009-07-21 | 2013-11-05 | Cisco Technology, Inc. | Token-based control of permitted sub-sessions for online collaborative computing sessions |
US7865937B1 (en) | 2009-08-05 | 2011-01-04 | Daon Holdings Limited | Methods and systems for authenticating users |
US20110239282A1 (en) * | 2010-03-26 | 2011-09-29 | Nokia Corporation | Method and Apparatus for Authentication and Promotion of Services |
JP5182316B2 (en) * | 2010-03-30 | 2013-04-17 | ブラザー工業株式会社 | Wireless communication device |
JP5418394B2 (en) | 2010-04-28 | 2014-02-19 | ブラザー工業株式会社 | Wireless communication device |
CN107070843A (en) * | 2011-04-28 | 2017-08-18 | 交互数字专利控股公司 | A kind of user equipment and method in a user device |
US8887232B2 (en) * | 2012-02-27 | 2014-11-11 | Cellco Partnership | Central biometric verification service |
US8997201B2 (en) | 2012-05-14 | 2015-03-31 | Cisco Technology, Inc. | Integrity monitoring to detect changes at network device for use in secure network access |
US9208295B2 (en) | 2012-10-16 | 2015-12-08 | Cisco Technology, Inc. | Policy-based control layer in a communication fabric |
US9172687B2 (en) | 2012-12-28 | 2015-10-27 | Nok Nok Labs, Inc. | Query system and method to determine authentication capabilities |
EP4274165A3 (en) * | 2012-12-28 | 2023-12-20 | Nok Nok Labs, Inc. | System and method for efficiently enrolling, registering, and authenticating with multiple authentication devices |
US9306754B2 (en) | 2012-12-28 | 2016-04-05 | Nok Nok Labs, Inc. | System and method for implementing transaction signing within an authentication framework |
US9954845B2 (en) * | 2013-01-09 | 2018-04-24 | Ventus Networks Llc | Multi-user multi-router network management method and system |
US9887983B2 (en) | 2013-10-29 | 2018-02-06 | Nok Nok Labs, Inc. | Apparatus and method for implementing composite authenticators |
US9367676B2 (en) | 2013-03-22 | 2016-06-14 | Nok Nok Labs, Inc. | System and method for confirming location using supplemental sensor and/or location data |
US10270748B2 (en) | 2013-03-22 | 2019-04-23 | Nok Nok Labs, Inc. | Advanced authentication techniques and applications |
WO2014176539A1 (en) * | 2013-04-26 | 2014-10-30 | Interdigital Patent Holdings, Inc. | Multi-factor authentication to achieve required authentication assurance level |
US9961077B2 (en) | 2013-05-30 | 2018-05-01 | Nok Nok Labs, Inc. | System and method for biometric authentication with device attestation |
US9378274B2 (en) | 2013-06-10 | 2016-06-28 | Cisco Technology, Inc. | Object filtering in a computing network |
US9860235B2 (en) * | 2013-10-17 | 2018-01-02 | Arm Ip Limited | Method of establishing a trusted identity for an agent device |
US10069811B2 (en) | 2013-10-17 | 2018-09-04 | Arm Ip Limited | Registry apparatus, agent device, application providing apparatus and corresponding methods |
KR101741967B1 (en) * | 2013-10-17 | 2017-05-30 | 에이알엠 아이피 리미티드 | Method for assigning an agent device from a first device registry to a second device registry |
US9307405B2 (en) | 2013-10-17 | 2016-04-05 | Arm Ip Limited | Method for assigning an agent device from a first device registry to a second device registry |
US9654469B1 (en) | 2014-05-02 | 2017-05-16 | Nok Nok Labs, Inc. | Web-based user authentication techniques and applications |
US9577999B1 (en) | 2014-05-02 | 2017-02-21 | Nok Nok Labs, Inc. | Enhanced security for registration of authentication devices |
US9749131B2 (en) | 2014-07-31 | 2017-08-29 | Nok Nok Labs, Inc. | System and method for implementing a one-time-password using asymmetric cryptography |
US10148630B2 (en) | 2014-07-31 | 2018-12-04 | Nok Nok Labs, Inc. | System and method for implementing a hosted authentication service |
US9875347B2 (en) | 2014-07-31 | 2018-01-23 | Nok Nok Labs, Inc. | System and method for performing authentication using data analytics |
GB2529838B (en) | 2014-09-03 | 2021-06-30 | Advanced Risc Mach Ltd | Bootstrap Mechanism For Endpoint Devices |
GB2530028B8 (en) | 2014-09-08 | 2021-08-04 | Advanced Risc Mach Ltd | Registry apparatus, agent device, application providing apparatus and corresponding methods |
US9736154B2 (en) | 2014-09-16 | 2017-08-15 | Nok Nok Labs, Inc. | System and method for integrating an authentication service within a network architecture |
US9721087B1 (en) * | 2014-09-30 | 2017-08-01 | EMC IP Holding Company LLC | User authentication |
GB2540987B (en) | 2015-08-03 | 2020-05-13 | Advanced Risc Mach Ltd | Bootstrapping without transferring private key |
GB2540989B (en) | 2015-08-03 | 2018-05-30 | Advanced Risc Mach Ltd | Server initiated remote device registration |
US10637853B2 (en) | 2016-08-05 | 2020-04-28 | Nok Nok Labs, Inc. | Authentication techniques including speech and/or lip movement analysis |
US10769635B2 (en) | 2016-08-05 | 2020-09-08 | Nok Nok Labs, Inc. | Authentication techniques including speech and/or lip movement analysis |
US10237070B2 (en) | 2016-12-31 | 2019-03-19 | Nok Nok Labs, Inc. | System and method for sharing keys across authenticators |
US10091195B2 (en) | 2016-12-31 | 2018-10-02 | Nok Nok Labs, Inc. | System and method for bootstrapping a user binding |
US11868995B2 (en) | 2017-11-27 | 2024-01-09 | Nok Nok Labs, Inc. | Extending a secure key storage for transaction confirmation and cryptocurrency |
US11831409B2 (en) | 2018-01-12 | 2023-11-28 | Nok Nok Labs, Inc. | System and method for binding verifiable claims |
US11095685B2 (en) * | 2018-05-23 | 2021-08-17 | Nokia Technologies Oy | Node access control |
US11593801B1 (en) | 2018-06-15 | 2023-02-28 | Wells Fargo Bank, N.A. | Systems and methods for improved verification of transactions |
US11792024B2 (en) | 2019-03-29 | 2023-10-17 | Nok Nok Labs, Inc. | System and method for efficient challenge-response authentication |
US11475134B2 (en) | 2019-04-10 | 2022-10-18 | Arm Limited | Bootstrapping a device |
KR20210052862A (en) * | 2019-11-01 | 2021-05-11 | 현대자동차주식회사 | Authentication system for heterogeneous devices and method for authenticating heterogeneous devices thereof |
JP2021152816A (en) * | 2020-03-24 | 2021-09-30 | 富士フイルムビジネスイノベーション株式会社 | Information processing system, information processing device, and program |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1414214A2 (en) | 2002-10-21 | 2004-04-28 | Microsoft Corporation | Method and system for automatic client authentication in a wireless network protected by PEAP, EAP-TLS, or other extensible authentication protocols |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7171460B2 (en) * | 2001-08-07 | 2007-01-30 | Tatara Systems, Inc. | Method and apparatus for integrating billing and authentication functions in local area and wide area wireless data networks |
US20040010713A1 (en) * | 2002-07-12 | 2004-01-15 | Vollbrecht John R. | EAP telecommunication protocol extension |
US7587598B2 (en) * | 2002-11-19 | 2009-09-08 | Toshiba America Research, Inc. | Interlayer fast authentication or re-authentication for network communication |
US7350077B2 (en) * | 2002-11-26 | 2008-03-25 | Cisco Technology, Inc. | 802.11 using a compressed reassociation exchange to facilitate fast handoff |
US7284062B2 (en) * | 2002-12-06 | 2007-10-16 | Microsoft Corporation | Increasing the level of automation when provisioning a computer system to access a network |
US20050120213A1 (en) * | 2003-12-01 | 2005-06-02 | Cisco Technology, Inc. | System and method for provisioning and authenticating via a network |
JP4000111B2 (en) * | 2003-12-19 | 2007-10-31 | 株式会社東芝 | Communication apparatus and communication method |
KR20050064119A (en) * | 2003-12-23 | 2005-06-29 | 한국전자통신연구원 | Server certification validation method for authentication of extensible authentication protocol for internet access on user terminal |
US7194763B2 (en) * | 2004-08-02 | 2007-03-20 | Cisco Technology, Inc. | Method and apparatus for determining authentication capabilities |
US20060039305A1 (en) * | 2004-08-18 | 2006-02-23 | Manoj Thawani | Method and system for EAP encapsulation exchange for a setup configuration protocol in a WLAN |
US8413213B2 (en) * | 2004-12-28 | 2013-04-02 | Intel Corporation | System, method and device for secure wireless communication |
ATE431033T1 (en) * | 2004-12-30 | 2009-05-15 | Telecom Italia Spa | METHOD AND SYSTEM FOR DETECTING ATTACKS IN WIRELESS DATA COMMUNICATION NETWORKS |
US20060218393A1 (en) * | 2005-03-23 | 2006-09-28 | Hernandez Hendrich M | Systems and methods for adaptive authentication |
GB0507988D0 (en) * | 2005-04-20 | 2005-05-25 | Connect Spot Ltd | Wireless access system |
US20060281437A1 (en) * | 2005-06-13 | 2006-12-14 | Qwest Communications International Inc. | Systems and methods for supporting E911 emergency services in a data communications network |
KR101203470B1 (en) * | 2006-03-10 | 2012-11-27 | 삼성전자주식회사 | Method for Authenticating Mobile Terminal on Hadnover |
WO2008061349A1 (en) * | 2006-11-21 | 2008-05-29 | Research In Motion Limited | Handling virtual private network connections over a wireless local area network |
-
2006
- 2006-08-01 US US11/496,903 patent/US7966489B2/en active Active
-
2007
- 2007-07-23 WO PCT/US2007/074130 patent/WO2008016800A2/en active Application Filing
- 2007-07-23 EP EP07840481A patent/EP2047630B1/en active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1414214A2 (en) | 2002-10-21 | 2004-04-28 | Microsoft Corporation | Method and system for automatic client authentication in a wireless network protected by PEAP, EAP-TLS, or other extensible authentication protocols |
Non-Patent Citations (2)
Title |
---|
See also references of EP2047630A4 |
WAHEED, F. ET AL.: "Multi-Level Security for Wireless LAN", STUDENT CONFERENCE ON ENGINEERING SCIENCES AND TECHNOLOGY, 2005, pages 1 - 9, XP031161072 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2014235439A (en) * | 2013-05-30 | 2014-12-15 | キヤノン株式会社 | Communication device, control method, and program |
EP2809047A3 (en) * | 2013-05-30 | 2015-01-07 | Canon Kabushiki Kaisha | Communication apparatus, method of controlling, computer program and storage medium |
EP3317801A4 (en) * | 2015-06-30 | 2018-07-18 | Morphotrust Usa, LLC | Electronic security container |
WO2018137239A1 (en) * | 2017-01-26 | 2018-08-02 | 华为技术有限公司 | Authentication method, authentication server, and core network equipment |
Also Published As
Publication number | Publication date |
---|---|
US20080034207A1 (en) | 2008-02-07 |
WO2008016800A3 (en) | 2008-09-25 |
EP2047630B1 (en) | 2013-03-06 |
EP2047630A4 (en) | 2012-02-15 |
US7966489B2 (en) | 2011-06-21 |
EP2047630A2 (en) | 2009-04-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7966489B2 (en) | Method and apparatus for selecting an appropriate authentication method on a client | |
EP1911201B1 (en) | Method and system for dynamic assignment of wireless lan access point identity | |
US7724704B2 (en) | Wireless VLAN system and method | |
EP1935143B1 (en) | Virtual lan override in a multiple bssid mode of operation | |
US6470453B1 (en) | Validating connections to a network system | |
US7542572B2 (en) | Method for securely and automatically configuring access points | |
EP1782270B1 (en) | Method and apparatus for automatically re-validating multiple clients of an authentication system | |
US7546357B2 (en) | Configuring network settings using portable storage media | |
US7620065B2 (en) | Mobile connectivity solution | |
US8117645B2 (en) | Systems and methods of controlling network access | |
Balfanz et al. | Network-in-a-Box: How to Set Up a Secure Wireless Network in Under a Minute. | |
US8019082B1 (en) | Methods and systems for automated configuration of 802.1x clients | |
US20080022392A1 (en) | Resolution of attribute overlap on authentication, authorization, and accounting servers | |
US20130133023A1 (en) | Dynamically mapping network trust relationships | |
US8582476B2 (en) | Communication relay device and communication relay method | |
JP2009538100A (en) | Network device configuration and network deployment based on automatic policy | |
CN113595847B (en) | Remote access method, system, device and medium | |
WO2007010319A1 (en) | Mobile connectivity solution | |
WO2017147745A1 (en) | Method of authenticating access point ap, system, and associated apparatus | |
Cisco | Configuring TACACS+ | |
Cisco | Configuring TACACS+ | |
Cisco | Configuring the VPN Client | |
Cisco | Setting Up Devices for the VPN Solutions Center IPsec Environment | |
CN108306792B (en) | Method, device and system for testing VPN function of equipment and test equipment | |
Clarke | 1,001 CCNA Routing and Switching Practice Questions For Dummies (+ Free Online Practice) |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 07840481 Country of ref document: EP Kind code of ref document: A2 |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2007840481 Country of ref document: EP |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
NENP | Non-entry into the national phase |
Ref country code: RU |