Prevention of spoofing in telecommunications systems

- Nokia Corporation

In a packet radio network a packet data address is activated for a terminal for transmitting data packets between the terminal and an external network. Information on the activated packet data address is stored at least in the edge nodes of the network. To prevent spoofing, i.e. misrepresentation of sender data, the method and network node of the invention comprise checking (206) in the node whether the source address of the packet transmitted from the terminal is the same as the packet data address used in the transmission of the packet or does the source address belong to a set of allowed packet data addresses. The packet is transmitted (207) from the node towards the destination address only if the addresses are identical or the source address belongs to the set of allowed packet data addresses.

Skip to: Description  ·  Claims  ·  References Cited  · Patent History  ·  Patent History
Description

This application is a Continuation of International Application PCT/FI00/1114 filed 19 Dec. 2000 which designated the U.S. and was published under PCT Article 21(2) in English.

FIELD OF THE INVENTION

The invention relates to prevention of spoofing in telecommunications systems which are capable of transmitting packet data. In particular, the invention relates to preventing spoofing of sender data in IP (Internet Protocol) packets sent from a mobile station in mobile communication systems.

BACKGROUND OF THE INVENTION

Mobile communication networks function as effective access networks which provide the users with access to the actual data networks for mobile data transmission. Mobile data transmission is supported particularly well by digital mobile communication systems, such as the pan-European mobile communication system GSM (Global System for Mobile Communication). In this application the term ‘data’ refers to any information transmitted in a digital telecommunications system. Such information may comprise digitally encoded audio and/or video, inter-computer data traffic, telefax data, short sections of program codes, etc. The mobile communication system generally refers to any telecommunications system which employs wireless communication when the users move within the service area of the system. A typical example of a mobile communication system is a public land mobile network PLMN. The mobile communication network is often an access network which provides the user with wireless access to external networks, hosts or services offered by specific service producers.

One of the main goals in the development of the mobile communication systems has been to offer an opportunity of using IP services via the mobile communication network so that the mobile station can also function as the host. This is possible in a general packet radio service GPRS, for example. The GPRS service provides packet data transmission between mobile data terminals and external data networks in the GSM system. To send and receive GPRS data, a mobile station has to activate the packet data address it wants to use by requesting a PDP (Packet Data Protocol) activation procedure. This operation makes the mobile station known in the corresponding gateway support node, and thus interworking with the external data networks using the activated packet data address can be initiated. Similar solutions are also being designed for the ‘third-generation mobile communication systems’, such as the UMTS (Universal Mobile Communications System) and IMT-2000 (International Mobile Telecommunications 2000).

Particularly in IP networks spoofing, i.e. forging of the source address of an IP data packet, is easy. In other words, the host transmitting the IP packet may pretend to be someone else and send packets in the name of A to B who sends a response to A. In that case both A and B will be interfered with. One solution to this problem is to use firewalls. In these the user is not, however, authenticated but only source and destination addresses are monitored. In a firewall, source addresses are usually described with the accuracy of a subnetwork. Consequently, the firewall cannot know the real sender of the packet, and hosts in the same subnetwork can represent themselves as each other. Since the source addresses allowed in the firewall have to be known in advance and the mobile station must be able to move from the area of one firewall to the area of another without changing its IP address, the allowed source addresses of the firewalls in practice cover all mobile stations which are capable of accessing a subnetwork protected by the firewall. The problem caused by this is that the source address of the IP packet is not reliable and to prevent spoofing the mobile host has to be authenticated separately. Prevention of spoofing is particularly important when IP services for which the host is charged are used. A reliable authentication procedure may, however, increase the delay in the network or waste limited resources, i.e. the air interface, in the mobile communication networks.

BRIEF DESCRIPTION OF THE INVENTION

The object of the invention is to provide a method and an apparatus implementing the method so that a receiver of a data packet can rely on the fact that the source address of the data packet indicates the real sender of the packet.

The objects of the invention are achieved with a method of preventing spoofing in a telecommunications system which comprises a terminal capable of transmitting data packets and at least one node for receiving and forwarding data packets in a first subsystem. The method comprises the following steps of: activating in the first subsystem a packet data address for the terminal for transmitting data packets between the terminal and a second subsystem; storing the packet data address in at least one node of the first subsystem via which the data packets of the packet data address are routed; receiving in said node the packet sent from the terminal, the packet comprising a destination address and a source address; checking in said node whether the source address of the packet is the same as the packet data address; and transmitting the packet from the node towards the destination address only if the addresses are identical.

The invention further relates to a method of preventing spoofing in a telecommunications system which comprises a terminal capable of transmitting data packets and at least one node for receiving and forwarding data packets in a first subsystem, the method comprising the following steps of: activating in the first subsystem a packet data address for the terminal for transmitting data packets between the terminal and a second subsystem; storing the packet data address in at least one node of the first subsystem via which the data packets of the packet data address are routed; receiving in said node the packet sent from the terminal, the packet comprising a destination address and a source address; defining the packet data address as a set of allowed packet data addresses; checking in said node whether the source address of the packet belongs to the set of allowed packet data addresses; and transmitting the packet from the node towards the destination address only if the source address of the packet belongs to the set of allowed packet data addresses.

The invention also relates to a network node of a packet network for transmitting data packets from a terminal of the packet network to a receiver, the network node being arranged to activate at least one packet data address for the terminal which the terminal can use when transmitting data packets, and to attach a packet received from the terminal to the packet data address used by the terminal. The network node is characterized in that in response to receiving a packet, the network node is arranged to compare the source address of the packet with the packet data address used by the terminal and to send the packet from the network node towards the destination address of the packet only if the addresses are identical.

The invention further relates to a network node of a packet network for transmitting data packets from a terminal of the packet network to a receiver, the network node being arranged to activate at least one packet data address for the terminal which the terminal can use when transmitting data packets, and to attach a packet received from the terminal to the packet data address used by the terminal. The network node is characterized in that the packet data address is defined as a set of allowed packet data addresses; and in response to receiving a packet, the network node is arranged to check whether the source address of the packet belongs to the set of allowed packet data addresses of the packet data address used by the terminal and to send the packet from the network node towards the destination address of the packet only if the source address belongs to the set of allowed packet data addresses.

The invention is based on the idea that, thanks to the packet data address activated for transmitting data packets, a gateway support node GGSN, for example, knows the packet data address of the mobile station which has sent the data packet. So the gateway support node GGSN only needs to compare the source address in the data packet with the packet data address used by the mobile station. If the addresses are identical, the address has not been forged and the packet can be forwarded to the destination address.

An advantage of the invention is that it is very simple to implement, and yet it allows spoofing prevention. For example, the receiver of an IP packet can rely on the fact that the source address of the IP packet authenticates the sender of the IP packet. No additional authentication mechanism is needed, and consequently the network is not loaded, which allows to minimize the delay. The invention also facilitates implementation of chargeable services because the service producer can rely on the fact that the source address in the data packet indicates the user to be charged.

In a preferred embodiment of the invention comparison is carried out in the gateway support node. An advantage of this embodiment is that the comparison mechanism is added to the elements the number of which is small in the network.

In another preferred embodiment of the invention comparison is carried out in an edge node of the packet radio network serving the mobile station. An advantage of this embodiment is that the packet radio network is not loaded by transmitting packets which are not delivered in any way.

In a preferred embodiment of the invention comparison is performed only on the packets which use a packet data protocol enabling spoofing, i.e. forging of the source address. An advantage of this embodiment is that comparison is not performed in vain on packets the source address of which cannot be forged.

Preferred embodiments of the method and network node of the invention are disclosed in the appended dependent claims.

BRIEF DESCRIPTION OF THE DRAWINGS

The invention will be described in greater detail by means of preferred embodiments with reference to the enclosed drawings, in which

FIG. 1 is a block diagram illustrating the network architecture,of a GPRS service, and

FIG. 2 is a flow chart illustrating operation according to the invention.

 DETAILED DESCRIPTION OF THE INVENTION

The present invention is applicable to any packet switched system in which an individual packet data address is activated as in the GPRS system before it can be used and in the network infrastructure of which information is maintained on the user's active packet data address. These systems include the ‘third-generation mobile communication systems’, such as the Universal Mobile Telecommunications System (UMTS) and IMT-2000 (International Mobile Telecommunications 2000), mobile communication systems corresponding to the GSM system, such as the DCS 1800 (Digital Cellular System for 188 MHz) and PCS (Personal Communication System), and WLL systems which are based on the above-mentioned systems and implement a GPRS-type packet radio. Furthermore, the invention can be applied in systems other than mobile communication systems, such as cable modem networks and similar fixed systems. The invention will be described in the following using the GPRS service of the GSM system as an example, but the invention is not limited to such a system. The definitions of mobile communication systems change rapidly, which may necessitate additional changes to the invention. For this reason, all the terms and expressions should be interpreted broadly, and it should also be kept in mind that they are only intended to describe the invention, not to limit it.

FIG. 1 illustrates the network architecture of a GPRS service at a general level because a more detailed structure of the network is irrelevant to the invention. The structure and function of the GSM system are very familiar to a person skilled in the art. The structure of the GPRS service is defined e.g. in ETSI specification 03.60, version 6.0.0 (Digital cellular telecommunications system (Phase 2+); General Packet Radio Service (GPRS); Service Description; Stage 2), which is incorporated herein by reference. The GPRS service comprises an access network which provides radio access and is represented by the base station subsystem BSS of the GSM system in FIG. 1. The GPRS service also comprises, as edge nodes, support nodes of the GPRS service for packet switched transmission of data between a packet data network PDN and a mobile station MS. The support nodes include a serving GPRS support node SGSN and a gateway GPRS support node GGSN. These support nodes SGSN and GGSN are interconnected by a backbone network 1. It should be noted that the functionalities of the SGSN and the GGSN can also be physically combined into the same network node, in which case the operator's backbone network is unnecessary. Logically the nodes are, however, separate nodes.

The serving GPRS support node SGSN serves the mobile station MS. Each support node SGSN produces a packet data service for mobile data terminals, i.e. mobile stations MS, within the area of one or more cells in a cellular packet radio network. For this purpose, each support node SGSN is typically connected to the GSM mobile communication system (typically to the base station controller in the base station subsystem BSS) so that the intermediate mobile communication network provides radio access and packet switched data transmission between the SGSN and the mobile stations. In other words, the mobile station MS in a cell communicates with a base station over the radio interface and further through the base station subsystem with the support node SGSN to the service area of which the cell belongs. The main functions of the SGSN node are to detect new GPRS mobile stations in its service area, to carry out registration of new mobile stations MS together with GPRS registers, to send data packets to or to receive them from the GPRS mobile station and to maintain a file on the location of the mobile stations MS within its service area. This means that the SGSN performs security functions and access control, such as authentication and encryption procedures. Using a unique tunnel the SGSN routes a packet received from the mobile station in encapsulated form over the GPRS backbone network to the GGSN node where the packet data address is activated.

GPRS gateway support nodes GGSN connect the operator's GPRS network to the external systems, data networks, such as an IP network (Internet) or an X.25 network, and servers 2. The GGSN can also be directly connected to a private company network or to a host. In the example of FIG. 1, the GGSN is connected to the servers 2 via a reliable IP network 3 and to the Internet 4 via a firewall FW. The GGSN comprises GPRS subscribers' PDP addresses and routing information, i.e. the SGSN addresses. The GGSN updates the location file using the routing information produced by the SGSN nodes on the route of the mobile station MS. The GGSN functions as a router between an external address and internal routing information (e.g. SGSN). In other words, the GGSN routes a protocol packet of an external data network in encapsulated form over the GPRS backbone network to the SGSN node which at the given moment is serving the mobile station MS. It also decapsulates the packet sent from the mobile station and transmits the packets of the external data network to the data network concerned. The GGSN may also transmit packets from one mobile station to another within the network. In addition, the GGSN is responsible for billing of data traffic.

The mobile station MS may be any mobile node which supports packet data transmission and has a radio interface to the network. It can be, for example, a laptop PC which is connected to a cellular phone capable of packet radio operation, or an integrated combination of a small computer and a packet radio phone. The other embodiments of the mobile station MS include various pagers, remote-controllers, monitoring and/or data acquisition devices, etc. The mobile station may also be called a mobile node or a mobile host.

To access the GPRS services, the mobile station first has to make its presence known to the network by carrying out a GPRS attach operation. This operation establishes a logical link between the mobile station MS and the SGSN node and makes the mobile station available for a short message over the GPRS or a similar message transmitted without a connection, paging via the SGSN and notification of incoming GPRS data. To put it more accurately, when the mobile station MS attaches to the GPRS network (in a GPRS attach procedure), the SGSN creates a mobility management context (MM context) and a logical link LLC (Logical Link Control) is established between the mobile station MS and the SGSN node in a protocol layer. The MM context is stored in the SGSN node and mobile station MS. The MM context of the SGSN node may contain subscriber data, such as the subscriber's IMSI, TLLI (Temporary Logical Link Identifier) and location and routing information, etc.

To send and receive GPRS data, the mobile station MS has to activate the PDP address, i.e. the packet data address, it wants to use by requesting a PDP activation procedure. The PDP context can be activated when the mobile station attaches to the GPRS network. Alternatively, the mobile station may activate the PDP context later or activation may be performed as a result of an activation request received from the GPRS network (GPRS network requested PDP context activation). The GPRS interface comprises one or more individual PDP contexts which describe the packet data address and the parameters related thereto. To be more precise, the PDP context defines different data transmission parameters, such as the PDP type (e.g. X.25 or IP), PDP address (e.g. IP address), quality of service QoS and NSAPI (Network Service Access Point Identifier). One mobile station can have several similar PDP addresses, e.g. different IP addresses as PDP addresses (that is, the mobile station has several IP-type contexts). For example, different IP addresses, i.e. contexts, can be used for services of different quality and price transmitted using the IP protocol. The packet data address of the PDP context is either permanent (i.e. defined in the subscriber data of the home location register) or dynamic, in which case the GGSN allocates the packet data address during the PDP activation procedure. The PDP activation procedure activates the PDP context and makes the mobile station MS known in the corresponding GGSN node, and consequently interworking with external data networks be initiated. During the PDP context activation the PDP context is created in the mobile station and in the GGSN and SGSN nodes. When the PDP context is being activated, the user is authenticated by means of GSM procedures, and thus the packet data address, e.g. IP address, given to the terminal in PDP context activation can be reliably attached to the user's identification code, e.g. IMSI (International Mobile Subscriber Identity).

The PDP context is created and the packets tunnelled using a GTP protocol (GPRS Tunnelling Protocol). The mobile station MS activates the PDP context with a specific message, Activate PDP Context Request, in which the mobile station provides information on the TLLI, PDP type, requested QoS and NSAPI, and optionally on the PDP address and access point name APN. The SGSN sends a ‘Create PDP Context’ message to the GGSN node which creates the PDP context and sends it to the SGSN node. If the ‘Activate PDP Context Request’ message (and the ‘Create PDP Context’ message) does not include the PDP address, the GGSN will allocate the PDP address during the creation of the PDP context and include a dynamic PDP address in the PDP context to be sent to the SGSN. The SGSN sends the PDP context to the mobile station MS in an ‘Activate PDP Context Response’ message. The PDP context is stored in the mobile station MS, SGSN node and GGSN node. In the serving SGSN node, each PDP context is stored together with the MM context. When the MS roams to the area of a new SGSN node, the new SGSN requests the MM context and PDP contexts from the old SGSN node.

Thus, in the PDP context activation procedure a virtual connection or link is established between the mobile station MS and the GGSN node. At the same time, a unique tunnel is formed between the GGSN and the SGSN for this PDP context and packet data address. The tunnel is a route which the IP packet follows and by means of which a packet transmitted from the mobile station is attached to a certain PDP context and certain packet data address in the GGSN. In other words, the tunnel is used for identifying the packet data address the mobile station used when it sent the packet. The packet is attached to a certain PDP context either with a TID (Tunnel Identifier) or with a tunnel end point identifier when the GTP protocol is used. The TID contains an NSAPI and an IMSI. During the PDP context activation procedure the GGSN may allocate the tunnel end point identifier to be used to point the PDP context.

FIG. 2 is a flow chart illustrating operation according to a first preferred embodiment of the invention in the gateway support node GGSN. In the first preferred embodiment of the invention, the source address included in the packet is compared with the activated packet data address only in the PDP contexts the type of which enables spoofing. These include IP-type contexts and packet data addresses. These types (or type) are defined in the node which performs the comparison. In the example of FIG. 2 it is assumed that spoofing is possible only with IP addresses and does not succeed with other packet data address types. It is also presumed that the mobile station has activated the PDP context used by it, i.e. assumed an IP address, for example, and sends an IP packet e.g. to the server 1 illustrated in FIG. 1 or to the Internet 4. It is further presumed that the TID is used to identify the tunnel.

Referring to FIG. 2, in step 200 the GGSN receives a packet using a unique tunnel, decapsulates it in step 201 and extracts the tunnel identifier TID in step 202. In step 203 the GGSN retrieves, by means of the TID, PDP context information of the PDP context corresponding to the TID. The information includes the packet data address, i.e. PDP address, which is represented by an IP address in this example Then in step 204 the GGSN checks whether the PDP context (i.e. packet data address) corresponding to the tunnel is of the IP type. If it is, the GGSN extracts the source address given in the title of the packet in step 205. When the GGSN knows both the addresses, it compares them in step 206. If the source address is the same as the PDP address of the PDP context, the mobile station is the one it claims to be in the IP packet, and consequently the GGSN forwards the packet in step 207. If the source address differs from the PDP address, the mobile station pretends to be another mobile station, and therefore the GGSN rejects the packet in step 208; Here rejection means that the packet is not sent to the destination address.

What happens to the packet after rejection depends on the operator's definitions and is irrelevant to the invention. For example, the user and the terminal may be notified of the source address not being what it should be by using control plane signalling. The GGSN, for example, may also send an alarm message to the operator's network operations and maintenance centre. It is also possible to make an entry containing the PDP context information and packet information into an error log file. The content of the rejected packet may also be written into the error log file. Furthermore, yet another option for notifying the user and the terminal of the false source address is to deactivate the PDP context that was used to send the fraudulent packet. The PDP context is deactivated in the GGSN, SGSN and MS, e.g. so that the GGSN requests the SGSN to deactivate the PDP context (or if it is the SGSN that rejects the packet, the SGSN will send the deactivation request to the GGSN) and the SGSN requests the MS to deactivate the PDP context. The deactivation request messages preferably include, as a cause code, a specific deactivation code indicating that the MS or an application in association with the MS has used a false or fraudulent source address. As a result of the specific cause code the user is notified of the attempt to use the false source address. The main reason for using this notification is that either the user is discouraged from cheating or the user is notified of an application using the false source address. Preferably, the notification to the end user is a text message or a message window identifying the application that attempted to transmit data with the false source address. The above described actions may also be carried out only after a predetermined amount of fraudulent packets have been rejected. When the MS is notified of the use of the false source address, the message, which the GGSN, for example, sends to the MS and/or to the operator's network and maintenance centre, may preferably carry some information on upper layer protocol (e.g. TCP or UDP) headers of the packet which had the false source address. This facilitates finding of the fraudulent application and the purpose of the fraudulent activity. The messages may even contain the entire content of the rejected packet(s).The packet flow of rejected packets may even be forwarded to an external node such as the operator's network operation and maintenance centre.

If it is noticed in step 204 that the PDP is not of the IP type, the GGSN will move directly to step 207 and forward the packet.

The purpose of the check in step 206 is to make sure that only packets the sender of which has not pretended to be someone else are forwarded to external networks by the GGSN. Only a simple check is sufficient for authenticating the sender according to the invention, and there is no need for authentication signalling.

In another preferred embodiment of the invention the check of step 206 is performed in the SGSN and step 201 is omitted because the packet received from the mobile station is not encapsulated. In the other preferred embodiment, the SGSN extracts, in step 202, the TLLI and the NSAPI from the packet it received from the MS instead of the TID. The TLLI uniquely identifies the MS, and thus the IMSI, within the routing area. The NSAPI identifies the PDP context used by the MS with this packet. Using the TLLI and the NSAPI the SGSN retrieves the PDP context information. In the other preferred embodiment the TID (or other corresponding information identifying the PDP context) is added to the packet and the packet is encapsulated before step 207, i.e. before the packet is sent to the GGSN.

In the future, an address space of PDP addresses might be related to one PDP context or to a corresponding connection definition. The address space can be a list of allowed PDP addresses, for example. In that case it is sufficient that the source address included in the packet is among the allowed addresses. Similarly, in the future, the PDP context information may specify the allowed PDP address as a set of allowed addresses (i.e. address space) by defining part of the allowed PDP address. In that case the source address in the packet has to comprise the defined part of the address, i.e. the source address has to belong to the set of allowed addresses. The address space may also be defined by using both methods described above. The address space can be defined in some other way, too.

In embodiments where several packet data address types enabling spoofing are defined, it is checked in step 204 whether the packet data address used in the packet is one of these. If it is, we continue from step 205. Otherwise we move to step 207.

In some preferred embodiments of the invention the source address included in the packet is compared with the activated packet data address regardless of the type of the activated packet data address. In that case the check of step 204 is not performed, but the check of step 206 is performed on each packet.

The order of steps shown in FIG. 2 may differ from what has been described above and the steps can also be performed simultaneously. For example, step 204 can be performed before step 201 and step 203 simultaneously with step 205. Between the steps it is possible to carry out steps which are not shown in the figure. In some embodiments step 201 and/or 204 can be omitted. In step 202 some other information identifying the PDP context can be extracted instead of the TID.

In addition to the means needed to implement the service according to the state of the art, the telecommunications system, telecommunications network and network node implementing the functionality according to the present invention comprise means for comparing the address included in the packet with the address/addresses activated, i.e. allowed, for the sender of the packet. Existing network nodes comprise processors and memory which can be utilized in the functions according to the invention. All changes needed to implement the invention can be carried out as additional or updated software routines and/or by means of application circuits (ASIC).

Even though it has been explained above that the edge element of the network (SGSN or GGSN) authenticates the subscriber, the invention is not limited to the edge elements. Another network node in which the address information needed for comparison is stored can also perform the comparison.

It should be understood that the above terms ‘packet data protocol PDP’ or ‘PDP context’ generally refer to a state in the terminal (e.g. in a mobile station) and to at least one network element or functionality. The state brings about a transmission path, i.e. a tunnel, having a specific number of parameters for data packets via the network used by the terminal (e.g. a mobile communication network). The term ‘node’ used in this specification should be interpreted as a term generally referring to a network element or functionality which processes data packets transmitted via the PDP tunnel.

It should be understood that the above,description and the figures related thereto are only intended to illustrate the present invention. It will be obvious to the person skilled in the art that the invention can be modified in various ways without deviating from the scope and spirit of the invention disclosed in the enclosed claims.

Claims

1. A method comprising:

activating, in a first subsystem of a telecommunications systems, a packet data address for a terminal, the packet data address being activated for transmitting data packets between the terminal and a second subsystem;
storing the packet data address in at least one node of the first subsystem via which node the data packets of the packet data address are routed;
receiving in said node the packet sent from the terminal, the packet comprising a destination address and a source address;
checking in said node whether the source address of the packet is the same as the packet data address; and
transmitting the packet from the node towards the destination address only if the addresses are identical.

2. The method of claim 1, further comprising:

maintaining information on first packet data address types in said node, the information including at least one packet data address type on which said check is performed; and
performing said check only if the packet data address is of the first packet data address type.

3. The method of claim 2, wherein the first packet data address type includes at least an IP address according to the Internet protocol.

4. The method of claim 1 wherein said node is the gateway support node of the first subsystem which routes the data packet from the terminal to the second subsystem.

5. The method of claim 1 wherein said node is a support node which serves the mobile station and routes the packet received from the terminal forward in the first subsystem.

6. The method of claim 1 wherein the first subsystem is a packet radio network which uses a general packet radio service tunneling protocol and in which the packet data address is activated by activating the corresponding packet data protocol context.

7. The method of claim 2, wherein said node is the gateway support node of the first subsystem which routes the data packet from the terminal to the second subsystem.

8. The method of claim 2, wherein said node is a support node which serves the mobile station and routes the packet received from the terminal forward in the first subsystem.

9. The method of claim 2, wherein the first subsystem is a packet radio network which uses a general packet radio service tunnelling protocol and in which the packet data address is activated by activating the corresponding packet data protocol context.

10. A method comprising:

activating, in a first subsystem of a telecommunications system, a packet data address for a terminal, the packet data address being activated for transmitting data packets between the terminal and a second subsystem;
storing the packet data address in at least one node of the first subsystem via which node the data packets of the packet data address are routed;
receiving in said node the packet sent from the terminal, the packet comprising a destination address and a source address;
defining the packet data address as a set of allowed packet data addresses;
checking in said node whether the source address of the packet belongs to the set of allowed packet data addresses; and
transmitting the packet from the node towards the destination address only if the source address of the packet belongs to the set of allowed packet data addresses.

11. The method of claim 10, further comprising:

maintaining information on first packet data address types in said node, the information including at least one packet data address type on which said check is performed; and
performing said check only if the packet data address is of the first packet data address type.

12. The method of claim 11, wherein the first packet data address type includes at least an IP address according to the Internet protocol.

13. A network node comprising

means for receiving a packet;
means for activating at least one packet data address for a terminal which the terminal can use when transmitting data packets;
means for attaching a packet received from the terminal to the packet data address used by the terminal; means for comparing a source address of the packet with the packet data address used by the terminal; and
means for sending the packet from the network node towards the destination address of the packet only if the addresses are identical.

14. A network node comprising

means for receiving a packet;
means for activating at least one packet data address for a terminal which the terminal can use when transmitting data packets, the packet data address being defined as a set of allowed packet data addresses,
means for attaching a packet received from the terminal to the packet data address used by the terminal;
means for checking whether a source address of the packet belongs to the set of allowed packet data addresses of the packet data address used by the terminal; and
means for sending the packet from the network node towards the destination address of the packet only if the source address belongs to the set of allowed packet data addresses.
Referenced Cited
U.S. Patent Documents
6608832 August 19, 2003 Forslow
6725378 April 20, 2004 Schuba et al.
6738814 May 18, 2004 Cox et al.
6754214 June 22, 2004 Mahalingaiah
20040093431 May 13, 2004 Genty et al.
Foreign Patent Documents
0 493 892 July 1992 EP
0 668 680 August 1995 EP
4-360336 December 1992 JP
05-048614 February 1993 JP
5-327717 December 1993 JP
6-37752 February 1994 JP
07-312617 November 1995 JP
9-172450 June 1997 JP
9-186-713 July 1997 JP
11-088336 March 1999 JP
2000-69083 March 2000 JP
2000-69084 March 2000 JP
WO 99/17499 April 1999 WO
WO 99/48303 September 1999 WO
Other references
  • Schuba et al., “Analysis of a Denial of Service Attack on TCP,” IEEE Symposium on Proceedings, Security and Privacy, 1997, pp. 208-223.
Patent History
Patent number: 7342926
Type: Grant
Filed: Jun 20, 2002
Date of Patent: Mar 11, 2008
Patent Publication Number: 20020181448
Assignee: Nokia Corporation (Espoo)
Inventors: Sami Uskela (Helsinki), Hannu Jokinen (Otalampi)
Primary Examiner: Brenda Pham
Attorney: Pillsbury Winthrop Shaw Pittman LLP
Application Number: 10/175,517
Classifications
Current U.S. Class: Processing Of Address Header For Routing, Per Se (370/392); Switching A Message Which Includes An Address Header (370/389)
International Classification: H04L 12/56 (20060101);