EP2013758B1

Movatterモバイル変換

Info

Publication number: EP2013758B1
Application number: EP07755678.5A
Authority: EP
Inventors: Tyan-Shu Jou; Ming Sheu; Bo-Chieh Yang; Tian-Yuan Lin; Ted Tsei Kuo
Original assignee: Ruckus Wireless Inc
Current assignee: Ruckus Wireless Inc
Priority date: 2006-04-24
Filing date: 2007-04-18
Publication date: 2016-08-03
Anticipated expiration: 2027-04-18
Also published as: WO2007127120A2; US7788703B2; US20120317625A1; US8272036B2; US20090092255A1; WO2007127162A3; US20140068724A1; US20070249324A1; WO2007127162A2; EP2013758A2; EP2014067B1; WO2007127120A3; US20110055898A1; EP2014067A4; US7669232B2; US9131378B2; CN103441984A; EP2013758A4; WO2007127162A8; CN103441984B

Description

BACKGROUND OF THE INVENTION

Field of the Invention

The present invention generally relates to information network security. More specifically, the present invention relates to user-friendly, low-maintenance authentication for secured wireless networks.

Description of Related Art

A variety of user authentication and security measures for wireless networks have been proposed by a number of professional organizations. These professional organizations include the Institute of Electrical and Electronics Engineers (IEEE) 802.11 Working Group, the Wi-Fi Alliance, and the Internet Engineering Task Force (IETF). Implementing these proposals has generally been complicated, difficult to maintain, and requires a high level of technical knowledge by those implementing a particular proposal. Many commercial organizations (e.g., small- and medium-sized businesses), therefore, have been unable to deploy such measures, because of their lack of expertise and/or full-time professional technical support.
In early wireless networks (e.g., IEEE 802.11 or Wi-Fi), security was achieved by wired equivalent privacy (WEP) systems. Deploying a WEP system requires only that a network administrator defines a WEP key set at an access point or access device. Any user can access a WEP-secured wireless network by having the same WEP key set manually configured on that user's client station (e.g., a laptop or mobile device). The wireless data communication between the client station and the access point would be encrypted by a defined encryption algorithm utilizing the shared WEP key set.
While WEP may work to prevent casual trespassers from accessing the wireless network, WEP would not likely withstand more serious security attacks. WEP keys can be easily discovered, for example, by using publicly available software. Further, WEP does not work to protect network users from each other since all users share the same key. Because of these flaws in WEP-based security systems, alternative security measures evolved. These new measures generally required that wireless network users first be authenticated in some manner and that a key set then be derived and used for wireless traffic encryption. These proposed authentication measures can generally be categorized into two groups: Extensible Authentication Protocol (EAP) and Pre-Shared Key (PSK).
The EAP group of security measures generally follows the IEEE 802.1x standard, which utilizes the extensible authentication protocol. EAP-based security systems enable mutual authentication between an authentication server and its users. The authentication server may reside in an access point, base station or an external device. Generally, the authentication server provides for a derived pair-wise master key to be shared between an access point and the user client station. That pair-wise master key may be used to derive a key set, which maybe used for data encryption.
A major obstacle in implementing EAP or IEEE 802.1x-based security systems is their complexity. Deploying such systems requires a high level of technical expertise, as well as ongoing technical support for users. Most EAP-based systems, for example, require security certificates to be installed onto authentication servers. Depending on the exact requirements of the EAP-based system, the client stations may also need to be granted the authority to root certificate updates and/or have the security certificate pre-installed before access to the wireless network can be granted.
In contrast, PSK security systems are based on a secret shared between and stored at both the client station and the access point. The secret may be, for example, a long bit stream, such as a passphrase, a password, a hexadecimal string, or the like. Used by a client station and the access point to authenticate each other, the secret may also be used to generate an encryption key set.
A major shortcoming of PSK-based systems is that the secret has to be manually entered onto client stations and shared by all the client stations. Once the shared secret becomes known to unauthorized personnel, the security of the entire network is compromised. This may pose a problem in organizations that need to provide network access to temporary employees or that have a highly mobile workforce. To maintain the security of a PSK-based system, the secret must be changed on all client stations whenever a person with knowledge of the secret departs from the organization or is no longer authorized to access the network.
An example for an electronic terminal device protection system is disclosed inEP 1 724 691 A1 andWO 2005/086012 A1. When participating in a service, an authentication ID and a hardware address of a terminal device used for the service are registered in a communication center. The communication center makes the terminal device download an e-tally of the authentication ID and e-tally information of the hardware address accompanying an application software. When using the service, the e-tally of the hardware address and the tally of the authentication ID which have been acquired according to the e-tally information by the terminal device are sent to the communication center. The communication center correlates the authentication ID received with the authentication ID stored and correlates the tally of the hardware address with the tally of the hardware address stored, thereby authenticating the terminal device to be connected.
Further,US 6,772,331 B1 describes a method and a system for enabling wireless devices to be paired or permanently associated by a user or a network administrator. The method and the system utilize well known public key cryptography and machine unique identifiers to establish a secure channel and associate the device with each other. This is useful for associating a wireless headset with a telephone or associating a wireless mouse with a computer.
Notwithstanding the many measures available for securing a wireless network, implementing any one of these measures may be complicated, difficult, and/or require extensive maintenance. There is, therefore, a need in the art for improved systems and methods that provide security for wireless networks that are user-friendly and easily maintained without requiring a high degree of technical expertise and ongoing technical support.

SUMMARY OF THE INVENTION

The invention is defined inclaims 1, 13, and 17, respectively. Particular embodiments are set out in the dependent claims.
Exemplary systems and methods of the present invention provide for pairing dynamic secrets in secured wireless networks. A random secret is generated for each authenticated user. That secret is unique to the user, and no other users in the network may use that secret to access the network. Further, the secret is associated, or bound, with the wireless interface belonging to the user, so that no other wireless interface belonging to other users may use that secret to access the network.
According to a first aspect of the present invention, methods for pairing such dynamic secrets are disclosed. Associating the secret with a wireless interface may occur immediately after the secret is generated and/or associated with the access profile, or associating the secret with the wireless interface may occur after a delay. Some embodiments associate the secret with the wireless interface by generating an executable to configure the wireless interface to access the wireless network. Configuration may include transferring a copy of the executable to the wireless interface, along with copies of the secret, any security keys derived from the secret, and the user's access profile. Various embodiments of the present invention further include updating the secret, which requires that the wireless interface be reauthenticated before being allowed to reconnect or continue its connection to the wireless network.
According to a second aspect of the present invention, systems for pairing dynamic secrets in a secured wireless network are disclosed. Such systems may include a secret generation module, a binding module, and a secret database. The secret is generated by the secret generation module and associated (bound) with a wireless interface by the binding module. The secret database stores information concerning secrets, associations with user profiles, associations with wireless interfaces, and the like. Some embodiments further include an access profile generation module, an executable generation module, and the like. The access profile generation module generates access profiles for users. The executable generation module generates executables for configuring wireless interfaces for access to wireless networks.
According to a third aspect of the present invention, computer media and instructions for pairing dynamic secrets in a secured wireless network are disclosed.
Some embodiments further include instructions for updating the secrets and requiring that wireless interfaces be reauthenticated.

BRIEF DESCRIPTION OF FIGURES

FIGURE 1 is an illustration of an authentication system for a secured wireless network in accordance with an exemplary embodiment of the present invention.
FIGURE 2 is a flowchart illustrating a method for using paired secrets in a secured wireless network.
FIGURE 3 is a flowchart illustrating an alternative method for using paired secrets in a secured wireless network.
FIGURE 4 is a flowchart illustrating a method for using security keys in a secured wireless network.

DETAILED DESCRIPTION

The present invention includes systems and methods for using user-friendly, low-maintenance authentication in secured wireless networks through the use of dynamic secrets. Paired secrets are shared between a client station and an access point. These secrets are dynamically generated for each authenticated user and associated with the user's access profile. The secret may also be associated with a specific client station or wireless interface belonging to the user. In some embodiments of the present invention, the secret expires, at which point the user must reauthenticate in order to continue accessing the wireless network.
FIGURE 1 is an illustration of anauthentication system 100 for asecured wireless network170 in accordance with an exemplary embodiment of the present invention.Authentication server100, as illustrated inFIGURE 1, includes anauthentication module110, an accessprofile generation module120, asecret generation module130, a database ofsecrets140, abinding module150, and anexecutable generation module 160. Theauthentication server100 may be used to maintain security innetwork170. Various client devices, such aswireless workstation180a,laptop180b, andmobile device180c belong to potential users ofnetwork170.
A module (or application), as referenced in the present invention, should be generally understood as a collection of routines that perform various system-level functions and may be dynamically loaded and unloaded by hardware and device drivers as required. The modular software components described herein may also be incorporated as part of a larger software platform or integrated as part of an application specific component.
Authentication module110 authenticates a user (e.g.,laptop180b) and verifies that the user is who they purport to be and that they are otherwise authorized to accessnetwork170. Theauthentication module110 may be used to verify a user name and password supplied by the user. Verification may occur through comparison with user names and passwords stored in an authentication database, which may be independent of or incorporated intoauthentication module 110. In some embodiments, the authentication database may be integrated withsecret database 140 as is described below. Once authenticated byauthentication module110, the user may access data and perform actions withinnetwork170 based on the user's security clearance level, the parameters of the user's role in the organization, as defined by a network administrator, and as may be further governed by a paired secret or derived keys.
Accessprofile generation module120 generates an access profile for a user authenticated byauthentication module110. A user access profile may include, at the least, a random paired secret and an executable as is further described herein. An access profile may further include information concerning the user, such as authentication information, security information, user preferences, and the like. To access thenetwork170, a user copies, downloads, or otherwise transfers the user access profile to the user's client device (e.g.,laptop180b). Access profiles may be securely obtained via a common web browser utilizing hypertext transfer protocol over secure socket layer (HTTPS). The executable automatically configures a wireless device so that they may access thewireless network170.
Secret generation module130 generates a random secret for each user. Various algorithms and formulas may be used bysecret generation module130 to randomly generate secrets. By providing for random secrets,secret generation module130 increases the difficulty for potential trespassers to deduce or otherwise determine a particular secret and illicitly gain access tonetwork170.Secret generation module130 is further configured to determine that each secret is unique to each user, so that each secret may only be used by one user. The secret may be bundled as part of an access profile. The secret will be used to authenticate a wireless device so that the wireless device can access thewireless network 170. In some embodiments,secret generation module130 may derive from a particular secret a set of one or more security keys for a user. Like secrets, security keys may be associated with a wireless device and used in configuring the wireless interface so that it may access thewireless network170. Also like secrets, no other wireless device may then use those same security keys to access thenetwork170.
Secret database140 stores information concerning various secrets generated bysecret generation module130.Secret database140 may also store information concerning which user is associated with a particular secret, any security keys derived from a secret, which wireless device, if any, is associated with a user's secret or security keys, and the like.Secret database140 may further store information concerning user names, passwords, security clearance levels, and the like.Secret database140 may operate in conjunction withauthentication module110 to authenticate users and interfaces belonging to the users to thenetwork170.
Bindingmodule150 is configured to associate (bind) a user's secret to a wireless interface device belonging to the user (e.g.,workstation180a,laptop180b, ormobile device180c). The association formed by bindingmodule150 between a secret and a user's wireless interface device is required for the wireless interface to be authenticated and allowed access to thewireless network170. In some instances, immediately after secret generation and/or association with an access profile, bindingmodule150 associates the user's secret to the user's wireless interface device (if the user is using a wireless interface device) or a profile assigned to the interface device. The immediate operation ofbinding module150 may be referred to as prompt binding. Alternatively, the operations ofbinding module150 may be delayed until the user initiates the first wireless connection via the wireless interface and the MAC address of the user's wireless device may be determined. The delayed operation ofbinding module150 may be referred to as delayed binding.
Anexecutable generation module160 generates an executable application that configures a wireless interface for access to thewireless network170. The executable generated byexecutable generation module160 may then be copied, downloaded, or otherwise transferred to a wireless interface belonging to the user. The executable may be bundled as part of an access profile. The executable installs the access profile generated by accessprofile generation module120 and the secret generated bysecret generation module 130 onto the wireless device. Generation of this executable and the aforementioned access profile are further disclosed inU.S. provisional patent application 60/796,845.
Network170 may be configured to transmit various electromagnetic waves, including, for example, radio signals.Network 170 may be an IEEE 802.11 (Wi-Fi or Wireless LAN) network, IEEE 802.16 (WiMAX) network, IEEE 802.16c network, or the like.Network170 may convey various kinds of information to interface devices, such asclient interface devices180a-c.Network 170 may be a local, proprietary network or may be a part of a larger wide-area network. Various subsidiary networks may reside within the realm ofgreater network170 such as peer-to-peer or wireless mesh networks.
Client interface devices180a-c illustrate a variety of wireless-capable interfaces, including desktop computers, laptop computers, handheld computers, and the like. A user wishing to access thewireless network 170 throughwireless interface180a, for example, may do so by copying, downloading, or otherwise transferring towireless interface180a a copy of the user's access profile generated by accessprofile generation module120, a secret generated bysecret generation module130, and an installation executable generated byexecutable generation module160. The executable configureswireless interface180a so thatwireless interface180a can access thewireless network 170 utilizing an access profile and paired secret as part of an overall authentication operation.Wireless interface180b andwireless interface180c may be configured in similar fashion.
A user's secret may be updated periodically or in response to a request by a network administrator. A new secret may be generated for the user bysecret generation module130, associated with the user's access profile, and saved to thesecret database140. If the previous secret has expired, the wireless interface must be reauthenticated. The user must either reauthenticate immediately or reauthenticate at the next wireless connection. Reauthenticating the wireless device may include reauthenticating the user, transferring copies of the user's new secret, access profile, and/or a new executable, and, usingbinding module140, forming a new association between the wireless interface and the new secret.
FIGURE 2 is a flowchart illustrating amethod200 for using paired secrets in asecured wireless network170. Inmethod200, a user is authenticated, a random and unique paired secret is generated for the user, the secret is associated with an access profile belonging to the user, and the secret is further associated (bound) with a wireless interface belonging to the user and further associated with a particular access profile.
In step210, the user is authenticated usingauthentication module110. Initial authentication may include providing a user name and password identifying the user as a particular user. That user may or may not be authorized to access thenetwork170 as may be determined with respect to paired secrets. If a user cannot be authenticated through a simple user name and password match (or subsequently with respect to paired secrets), the user may not be allowed to access thewireless network170.
Instep220, a secret is generated for the provisionally authenticated user. Generated bysecret generation module130, the secret may be determined through various algorithms or formulas so that a randomly generated secret is produced for the authenticated user. Further, the secret is unique to each user in thenetwork170. The uniqueness of the secret for each user provides each user protection from all other users in thenetwork170. Because each user has a secret uniquely bound to that specific user (or their profile and/or interface device), there is no way for a user to use another user's secret. Further, when a particular user is no longer authorized to use thenetwork170, that user's de-authorization does not affect the ability of other users to continue using thenetwork 170 as is the case in many prior art network security solutions. Further, de-authorization of a particular user does it require any particular technical expertise or technical support to maintain the security of thenetwork170. Also instep220, other information entities associated with the wireless authentication mechanism, such as authority certificates, may be generated.
Instep230, the secret generated for an authenticated user is associated with that user's access profile, which may be further associated with a particular interface device. Information concerning the association between the secret and the user access profile may be saved insecret database150.
Instep240, the secret is associated (bound) with a wireless interface belonging to the authenticated user, their profile, and/or device. The association may be formed by bindingmodule140 and allows the wireless interface device to access thewireless network170. The association, or binding, may include downloading an access profile, a paired secret and associated derived security keys, and an executable for configuring and associating the wireless interface device with the secret. The secret may be associated with the wireless interface by associating the secret with a specific radio of the wireless interface, a MAC address of the wireless interface, or the like. Information concerning the association between the paired secret and wireless interface may be saved insecret database150.
FIGURE 3 is a flowchart illustrating analternative method300 for using secrets in asecured wireless network170. In thismethod300, the user is authenticated as may occur through an initial user name and password verification process, an access profile is generated, and a secret is generated. If a known wireless interface is connected to thenetwork170, then that wireless interface is associated (bound) with the secret. If there is no known wireless interface currently connected to thenetwork170, then the unassociated secret may be saved and can be later associated with a wireless interface.
In step310, the user is authenticated byauthentication module110. The authentication may be performed in a similar fashion to the authentication performed in step210.
In step320, an access profile is generated for the authenticated user. The access profile, generated by accessprofile generation module120, may be used to configure a wireless interface belonging to the user so that they may access thenetwork170.
Instep330, a secret is generated for the user. The generation of the secret may be performed in a manner similar to that ofstep220 ofFIGURE 2.
Instep340, the determination is made whether the current network connection is through a known wireless interface. The determination may be based on authentication information, user input, or the like.
Instep350, where the connection is (for example) determined not to be a known wireless interface already having a bound secret, the most recently generated secret is saved to a table. The table may be included insecret database150. Where the user is not using a wireless interface, the wireless interface is not the intended interface to be used in a multi-wireless-interface (radio) device, the user is not using the user's own wireless interface, or the user is otherwise not ready to associate the wireless interface with the secret, the secret may be saved to the table for later use..
Instep360, where the connection is determined to be a known wireless interface not having a bound secret, having an expired secret, or otherwise in need of a bound secret, the secret is bound with the wireless interface. The association may be formed in a similar manner as the association formed instep240.
FIGURE 4 is a flowchart illustrating amethod400 for using security keys in asecured wireless network170. In this method, an authentication request is received from a wireless interface. It is then determined whether a security key is associated with the interface, and if so, it is determined whether the security key is valid. If the security key is valid, then the wireless interface is successfully authenticated. If the security key is not valid, the authentication request is denied. If there is no security key associated with the interface, it is determined whether there are any unassociated security keys for the user. If there are unassociated security keys, then the next unassociated security key is obtained. It is then determined whether the security key is valid. If the security key is not valid, it is determined again whether there are any unassociated security keys. If there are no unassociated security keys left, the authentication request is denied. If there is an available unassociated security key and it is valid, then the security key is bound to the interface, and the wireless interface is successfully authenticated.
Instep410, an authentication request is received from a wireless interface belonging to a user. This request may occur when the wireless interface is new to thenetwork 170, for wireless interfaces whose security key has expired, for wireless interfaces whose connection was terminated, or the like.
Instep420, it is determined whether there is a security key associated with the wireless interface. The determination may be made from information in the wireless interface authentication process. If there is an associated security key, the method proceeds to step430. If there is no associated security key, the method proceeds to step440.
Instep430, where the security key is determined to be associated with the wireless interface, it is then determined whether that security key is valid. The determination may be made by comparing the security key information from the authentication request with the security key insecret database150.
Instep440, where there is no security key associated with thewireless network170, it is determined whether there are any unassociated security keys for the user. The determination may be made based on information from the authentication request, security key information associated with the user access profile saved insecret database150, and the like. If there is an unassociated security key available, the method proceeds to step450. If there are no unassociated security keys available, the method proceeds to step 490.
Instep450, where it was determined that there are unassociated security keys available, the next unassociated security key is obtained. All unassociated security keys are saved to a table, as described instep350. In some embodiments, the table is included insecret database 150. Instep450, the next available unassociated security key from the table is considered.
Instep460, it is determined whether the security key under consideration is valid. The determination of whether the security key is valid is similar to the determination made instep430. If the security key is not valid, the method returns to step440. If the security key is valid, the method proceeds to step470.
Instep470, the security key is bound to the wireless interface. The binding, or association, is formed similarly to the association formed insteps240 and360.
Instep480, the authentication of the wireless interface by security key is successful. In some embodiments, the method may proceed with further authentication steps. For example, instep500, a determination may be made as to whether the security key has expired. If the key has expired, a re-keying process may commence instep520. In the interim, however, the user may be subjected to restricted access or no access whatsoever. In some embodiments, the re-keying process may be a part of a different process while the user has limited or no access privileges. If the key is still valid, however, the user may enjoy full service access in step510. Authenticating the wireless interface, however, allows the wireless interface to access thewireless network170.
Instep490, the authentication request is denied. The wireless interface is not allowed to access thewireless network170, or if there is an existing connection, it may be terminated.
While the present invention has been described in connection with a series of preferred embodiment, these descriptions are not intended to limit the scope of the invention to the particular forms set forth herein. To the contrary, the present descriptions are intended to cover such alternatives, modifications, and equivalents as may be included within the scope of the invention as defined by the appended claims and otherwise appreciated by one of ordinary skill in the art.

Claims

A method for pairing dynamic secrets in a secured wireless network (170), the method comprising:
generating (220) a random secret for an authenticated user, wherein the secret is unique to the user;
associating (230) the secret with an access profile belonging to the user, wherein the secret governs user access and actions within the network as indicated by the access profile, and wherein the user is allowed to access data and perform actions within the secured wireless network (170) based on a security clearance level of the user;
associating (240) the secret with a wireless interface device belonging to the user associated with the access profile, wherein the wireless interface device is configured to access the secured wireless network (170) using the secret, and wherein use of the secret to access the secured wireless network (170) is restricted to the associated wireless interface device belonging to the user as identified by the access profile;
receiving (410) an authentication request from the wireless interface device, the authentication request identifying the user and including a security key derived from the secret;
verifying (430) that the security key is valid by comparing the received security key to a security key in a secret database; and
granting (510) the wireless interface device access to the secured wireless network (170) following a determination that the security key is valid and has not expired.
The method of claim 1, wherein associating (240) the secret with the wireless interface device comprises:
generating an executable for configuring the wireless interface device to access the secured wireless network (170);
transferring the executable and the secret to the wireless interface device as a part of the access profile; and
executing the executable on the wireless interface device, wherein the executable configures the wireless interface device to access the secured wireless network (170) using the access profile and the secret.
The method of claim 1, wherein associating (240) the secret with the wireless interface device includes deriving one or more security keys from the secret.
The method of claim 2 or 3, wherein associating (240) the secret with the wireless interface device further comprises associating the security key with the wireless interface device, wherein the use of the security key to access the secured wireless network (170) is restricted to the wireless interface device.
The method of claim 3, further comprising saving the one or more security keys to a table, wherein the table comprises information concerning each key, whether each security key is associated with a wireless interface device, and which wireless interface device is associated with each security key.
The method of claim 1, wherein associating (240) the secret to the wireless interface device comprises associating the secret with the identification of the wireless interface device.
The method of claim 6, wherein the wireless interface identification includes a MAC address.
The method of claim 1, wherein associating (240) the secret to the wireless interface device comprises associating the secret with a radio of the wireless interface device.
The method of claim 1, further comprising updating the secret.
The method of claim 9, wherein updating the secret occurs after a predefined period of time or upon request by a system administrator.
The method of claim 9, wherein updating the secret comprises:
generating a new random secret unique to the user;
associating the new secret with the access profile belonging to the user; and
requiring that the wireless interface device be reauthenticated by the user before associating the new secret to the wireless interface device.
The method of claim 11, wherein requiring the wireless interface device to be reauthenticated comprises terminating the wireless connection between the wireless interface device and the secured wireless network (170).
A system for pairing dynamic secrets in a secured wireless network (170), the system comprising:
a secret generation module (130) stored in memory and executable by a processor to generate a random secret unique to an authenticated user, wherein the secret governs user access and actions within the network as indicated by an access profile belonging to the user and wherein the user is allowed to access data and perform actions within the secured wireless network (170) based on a security clearance level;
a binding module (150) stored in memory and executable by the processor to associate the secret with the access profile and a wireless interface device belonging to the authenticated user associated with the access profile, wherein the wireless interface device is configured to access the secured wireless network (170), and wherein use of the secret to access the secured wireless network (170) is restricted to the associated wireless interface device belonging to the user as identified by the access profile;
a secret database (140) configured to store information concerning at least one secret and the associated wireless interface device;
a communication interface adapted to receive (410) an authentication request from the wireless interface device, the authentication request identifying the user and including a security key derived from the secret; and
a processor adapted to execute instructions, wherein execution of the instructions by the processor:
verifies (430) that the security key is valid by comparing the received security key to a security key in the secret database, and
grants (510) the wireless interface device access to the secured wireless network (170) following a determination that the security key is valid and has not expired.
The system of claim 13, further comprising an access profile generation module (120) executable by the processor to generate the access profile for the authenticated user.
The system of claim 13, further comprising an executable generation module (160) executable by the processor to generate an executable for using the access profile and the secret to configure the wireless interface device to access the wireless network (170).
The system of claim 13, wherein the secret generation module (130) is further executable by the processor to update the secret by generating a new random secret unique to the user.
A computer-readable storage medium having embodied thereon a program, the program being executable by a computer processor to perform a method for pairing dynamic secrets in a secured wireless network (170), the method comprising:
generating (220) a random secret for an authenticated user, wherein the secret is unique to the user;
associating (230) the secret with an access profile belonging to the user, wherein the secret governs user access and actions within the network as indicated by the access profile, and wherein the user is allowed to access data and perform actions within the secured wireless network (170) based on a security clearance level;
associating (240) the secret with a wireless interface device belonging to the user associated with the access profile, wherein the wireless interface device is configured to access the secured wireless network (170) using the secret, and wherein use of the secret to access the wireless network (170) is restricted to the associated wireless interface device belonging to the user as identified by the access profile;
receiving (410) an authentication request from the wireless interface device, the authentication request identifying the user and including a security key derived from the secret;
verifying (430) that the security key is valid by comparing the received security key to a security key in a secret database; and
granting (510) the wireless interface device access to the secured wireless network (170) following a determination that the security key is valid and has not expired.
The computer-readable storage medium of claim 17, wherein the program is further executable by the processor to update the secret, wherein the wireless interface device must be reauthenticated by the user.