SIM-BASED AUTHENTICATION
Technical field
The present invention relates to SIM-based authentication, and especially to SIM-based authentication over access networks not supporting the security protocol 802. IX.
Background of the invention
Mobile operators want to deploy services based on Wireless LANs and the standard 802.11 where a traditional GSM or UMTS SIM-card is used for authentication.
The standard approach to SIM-based authentication for wireless LAN, WLAN, services recommended by the GSM Association, GSMA, and the Third Generation Partnership Project, 3GPP, relies on EAP-SIM authentication and 802. IX access networks. A considerable part of the WLAN hotspots used by the mobile operators' customers will be provided by third party Wireless ISPs, WISPs, many of which are unlikely to upgrade to network enabling the security protocol 802. IX in the short to medium term future however. Mobile operators therefore need to deploy a SIM-based authentication architecture that works also in an access network that is not 802. IX enabled.
Solutions for SIM-based authentication that do not require 802. IX exist on the market. One example is given by the international patent application WO 2004/097590 A2, which discloses a method and an apparatus for performing SIM- based authentication and authorisation in a WLAN Internet Service Provider (WISP) network supporting the universal access method (UAM) of authentication and authorisation enabling roaming for customers of mobile service providers onto said networks. According to the disclosure of WO 2004/097590 A2, one and the same unit, i.e. the radio access controller (RAC), handles both the phase- 1 SIM authentication and the phase-2 UAM authentication. A drawback with this and other solutions is that they cannot use a separate standard EAP-SIM server.
A solution based on EAP-SIM but not requiring the security protocol 802. IX
is preferable since it provides for the smooth introduction of 802. IX based access network and final migration to a pure 802.1X/EAP-SIM situation.
Summary of the invention An aim of the present invention is to provide SIM-based authentication over access networks not supporting the security protocol 802. IX.
An aspect of the aim is to provide SIM-based authentication for AVLAN services based on EAP-SIM but not requiring the security protocol 802.1X.
Another aspect of the aim is to facilitate authentication from both 802. Ix and non-802. Ix hotspots without impacting the EAP-SIM server.
The aim and the aspect amongst others are achieved by a method and a system according to the independent claims. Embodiments of the invention are defined in the dependent claims.
The following acronyms and abbreviation will be used in the description of the present invention.
3GPP Third Generation Partnership Project
AP Access Point
CUID Chargeable User ID
DB Database
DHCP Dynamic Host Control Protocol
GSM Global System for Mobile Communications
GSMA GSM Association
EAP Extensible Authentication Protocol
HLR Home Location Register
HTTP Hypertext Transfer Protocol
IMSI International Mobile Subscriber Identity
IP Internet Protocol
ISDN Integrated Services Digital Network
ISP Internet Service Provider
LAN Local Area Network
MAP Mobile AP
MS Mobile Station
MSISDN Mobile Subscriber ISDN
MSK Master Session Key
OSC+ Orbyte Service Controller Plus
RADIUS Remote Authentication Dial-In User Service
SIM Subscriber Identification Module
UAM Universal Access Method
UMTS Universal Mobile Telecommunications System
WiFi Wireless Fidelity
WISP Wireless ISP
WLAN Wireless LAN
Brief description of the drawings
The present invention will now be described with reference to the accompanying drawings, in which: FIG. 1 schematically shows an embodiment of the system according to the invention;
FIG. 2 schematically shows the method steps according to an embodiment of the present invention;
FIG. 3 schematically shows authentication protocol stacks in the case of an EAP-SIM login; and
FIG. 4 schematically shows authentication protocol stacks in the case of an UAM login.
Detailed description of the invention Solutions for SIM-based authentication that do not require 802. IX exist on the market. However, these solutions are proprietary, i.e. not based on EAP-SIM. The invention described in this document is unique in that it:
- does not require any changes to standard EAP-SIM server. The same server can be used for 802. IX and non 802. IX based authentication, and it
- does not require additional technology or software at the WISP. Only support for UAM login and "walled garden" which are standard features. The present invention will now be described with reference to the accompanying figures, FIG. 1 - 4. In the figures, the same reference numerals are used for the same or similar components or parts of the invention.
The invention deploys a two-step login where the end-user in the first step is SIM-authenticated towards a mobile operators EAP-SIM server and then, in a second step, is back-authenticated towards a WISP access gateway using a temporary username/password generated during the SIM-authcntication step.
The SIM-authentication procedure is performed according to the EAP-SIM but will not be based on an 802. IX access network. The client software will furnish a protocol stack where EAP is transported in some underlying protocol, such as RADIUS or HTTP. FIG. 3 illustrates the authentication protocol stacks for EAP- SIM login, i.e. the first login step (in the case RADIUS is used as bearer). The second step will be based on web-based login according to the Universal Access Method, UAM, defined by the WiFi Alliance. FIG. 4 illustrates the authentication protocol stacks for the UAM login, i.e. the second login step also called the back- authentication step.
As schematically illustrated in FIG. 1, an embodiment of the inventive system 10 comprises a first access network 20 and a second access network 30. In the shown embodiment, the first access network 20 is realised as a Wireless Internet Service Provider network, WISP network, and the second access network 30 is realised as a mobile operator network.
The WISP network 20 comprises a server 21 for Remote Authentication dial- In User Service, e.g. a RADIUS server, which is communicatively connected to a RADIUS proxy 22. An access server 23 is further comprised in the WISP network 20. The RADIUS proxy 22 and the access server 23 are communicatively connected to a first router 24 comprised in the WISP network 20. The WISP network 20 comprises further one or several access points, AP, 25 communicatively connected to the access server 23.
The mobile operator network 30 comprises an EAP-SIM server 31 communi-
catively connected to a subscriber database 32, e.g. a Home Location Record, HLR5 and a special RADIUS proxy server 33, here denoted as an Orbyte Service Controller Plus, OSC+. The mobile operator server OSC+ 33 is further communicatively connected to a second router 34and to a local database 35. The local database 35 is configured to store information about temporary accounts.
The special RADIUS proxy server, Orbyte Service Controller Plus, OSC+, 33, will act as a front-end towards the EAP-SIM server 31. In fact several proxy servers OSC+ may be deployed depending on the desired performance and resilience levels required. The mobile operator server OSC+ 33 is further configured to extract relevant information from the RADIUS exchange between the client and the EAP-SIM server 31 and create the temporary accounts to be inserted into the local database 35.
The IP address of the mobile operator's OSC+ server 33 is configured as part of the WISP "walled garden".
During the EAP-SIM authentication, the client and the EAP-SIM server will derive a Master Session Key, MSK, based on the GSM authentication keys. In an 802. IX scenario the MSK will be used for the link layer encryption between the client and the access point, AP, 25. The EAP-SIM server will pass the key in the RADIUS access accept message, which is to be received by the AP in the 802. IX and the OSC+ in the non-802. IX case. The first 32 bytes of the MSK will be carried in the attribute MS-MPPE-RECV-KEY and the second 32 bytes in the MS-MPPE- SEND-KEY.
The present invention does not use the MSK for link layer encryption, but instead the MSK will be used as a temporary password for the UAM-login that will follow the EAP-SIM authentication.
The GSM Association had advised the use of a special RADIUS attribute, Chargeable User ID, CUID, in order to inform the visited network of the real identity of the user. This is required since the EAP-SIM login may use pseudonyms as user identities as a measure to protect user privacy. According to the present invention, the visited operator will have the real user information anyway since the
IMSI will be used as usemame for the UAM login. However, the CUID will be used by the mobile operator server OSC+ 33 to obtain the username for the temporary account.
The mobile operator server OSC+ 33 is further configured to extract and remove the MSK and CUID from the RADIUS message before it is passed onwards towards the client's user terminal 40, since these parameters needs to be removed to avoid carrying them in the clear over the radio segment.
The first router 24 and the second router 34 are configured to provide communication between the first access network 20 and the second access network
The inventive system comprises also one or several user terminals 40 configured to communicate with the mobile operator network 30 via the WISP network 20. The user terminal 40 is realised as a computer, laptop, Personal Digital Assist and/or another computerised device. In summary, the present invention comprises the following steps: a) The client software in a user device 40 authenticates towards a mobile operator's EAP-SIM server 31. The authentication procedure will adhere to the EAP-SIM procedure. A mobile operator server OSC+ 33 is configured to extract the MSK and CUID parameters from a RADIUS access accept message emanating from the EAP-SIM server 31 and use this information to derive temporary username/password to be stored in the local database 35. b) The client will perform a Universal Access Method, UAM, login towards a WISP access server or gateway 23 using the temporary credentials of the form usi=IMSI@MobileOperator.com/pw=f(MSK), where usr is the username, IMSI is the International Mobile Subscriber Identity, the MobileOperator.com is the realm (domain name) of the mobile operator, pw is the password, and MSK is the Master Session Key. F(MSK) denotes that some function will be applied to derive a valid password from the MSK. The derivation procedure can be something like Base-64 encoding the MSK and then truncating the resulting string to 16 characters (some access gateways does not support passwords longer than 16 characters). Alterna¬ tively, more advanced schemes involving cryptographic algorithms can be applied.
c) A WISP RADIUS proxy 22 is configured to inspect the realm part of the username, e.g. the "MobileOperator.com" part, and hence proxy the request onwards towards the mobile operator server OSC+ 33. The mobile operator server OSC+ 33 will match the supplied username/password with the temporary account stored in the local database 35. If credentials match, a RADIUS access accept message will be sent towards the WISP RADIUS proxy 22 and temporary credentials will be removed from the local database 35. Unused credentials will be automatically removed from the local database 35 within minutes from its creation.
The method according to an embodiment of the invention will now be described in more detail with reference to FIG. 2. However, it should be understood that the exchange of RAIDUS-challenge message to carry the EAP-SIM handshake procedure has been omitted in FIG. 2.
In a first step, 1), a user terminal 40 connects to an access server 23 of the WISP network 20 via an access point, AP, 25. The user terminal 40 is assigned an IP address from the access server (or AP) a through the exchange of Dynamic Host Control Protocol, DHCP, messages.
In a second step, 2), the user terminal 40 sends a RADIUS access request with EAP-SIM authentication to a mobile operator server OSC+ 33 comprised in the mobile operator network 30. The mobile operator server OSC+ 33 forwards the RADIUS access request to an EAP-SIM server 31. The EAP-SIM server 31 creates Master Session Keys, MSK, and Chargeable User ID, CUID, parameters etc.
In a third step, 3), the EAP-SIM server 31 sends a RADIUS access accept message to the mobile operator server OSC+ 33 that extracts the MSK and the CUID parameters from the RADIUS access accept message and uses this information to derive a temporary username and password and then stores these parameters as in a local database 35. The RADIUS access accept message with EAP-SIM authentication is sent to the user terminal 40 via the WISP network 20.
In a fourth step, 4), the user terminal 40 sends an HTTP request to the access server 23 and the access server 23 sends a login page back to the user terminal 40. In a fifth step, 5), the user by means of the user terminal 40 performs a login towards the WISP access server 23. In the login procedure, the temporary creden-
tials are used, e.g. on the form usr=IMSI@MobileOperator.coin/pw=f(MSK), where usr is the username, IMSI is the International Mobile Subscriber Identity, the MobileOperator.com is the realm (domain name) of the mobile operator, pw is the password, and MSK is the Master Session Key. It should however be understood that credentials can be derived by slightly different methods, in particular it is possible to opt away from the pseudonym usage and thus use the IMSI carried in the phase 1 exchange as username also in the phase 2 exchange.
The WISP access server 23 forwards a RADIUS access request to the WISP RADIUS proxy 22. The WISP RADIUS proxy 22 inspects the realm part of the username, i.e. the MobileOperator.com and forwards the RADIUS access request to the mobile operator server OSC+ 33 comprised in the mobile operator network of the corresponding mobile operator.
In a sixth step, 6), the mobile operator server OSC+ 33 of the mobile operator validates the credentials, i.e. the username/password, against the local database 35. The mobile operator server OSC+ 33 will match the supplied username/password with the temporary account stored in the local database 35. If credentials match, a RADIUS access accept message will be sent from the mobile operator server OSC+ 33 towards the WISP RADIUS proxy 22. The WISP RADIUS proxy 22 forwards the RADIUS access accept message to the WISP access server 23, which sends a login accept message to the user terminal 40.
In a seventh step, 7), the access server 23 sends a RADIUS accounting start message to the mobile operator server OSC+ 33 via the RADIUS proxy 22. The mobile operator server OSC+ 33 saves accounting start using IMSI as user identification and temporary credentials will be removed from the local database 35. Unused credentials will be automatically removed from the local database 35 within minutes from its creation.
In an eighth step, 8), the user gives a logout command by means of the user terminal 40. The logout is forwarded to the RADIUS access server 23 to the mobile operator server OSC+ 33 via the RADIUS proxy 22. The mobile operator server OSC+ 33 saves accounting stop using IMSI as user identification.
FIG. 3 and 4 schematically show authentication protocol stacks in the case of
an EAP-SIM login and an UAM login, respectively. In FIG. 3 it should be noted that the RADIUS proxy will only be used if desired as an extra measure to mitigate DOS attacks towards OSC+/EAP-SIM Servers.
The present invention is unique because it i.a. embodies a scheme where SIM- authentication can be performed from legacy (non 802.Ix) hotspots using a completely standard EAP-SIM server. The key component of the invention, the OSC+, is configured to hide for the EAP-SIM server the fact that the hotspot is not 802. Ix enabled, i.e. that the request is originating from a non-802. Ix hotspot, whereby non-802. Ix authentication can be provided without impact on the EAP- SIM server. The OSC+ extracts and applies a proprietary logic to the messages sent from the EAP-SIM server and intended for the (in this case the non-existing) 802. Ix AP in order to generate credentials for the phase 2 exchange.
The present invention has been described with references to an embodiment. However it should be understood that the invention can be modified in different ways without departing from the inventive concept, which is only delimited by the accompanying claims. For example, it is not necessary to use IMSI as username, and one can for example use MSISDN instead of IMSI or use the same username as in the original RAIDUS request (phase 1). Further, it is possible to use other password derivation algorithms and it is possible to use other bearer protocol than RADIUS for EAP, for example HTTP.