US20060168445A1 - Method, gateway and system for transmitting data between a device in a public network and a device in an internal network - Google Patents

Method, gateway and system for transmitting data between a device in a public network and a device in an internal network Download PDF

Info

Publication number
US20060168445A1
US20060168445A1 US10/525,950 US52595005A US2006168445A1 US 20060168445 A1 US20060168445 A1 US 20060168445A1 US 52595005 A US52595005 A US 52595005A US 2006168445 A1 US2006168445 A1 US 2006168445A1
Authority
US
United States
Prior art keywords
gateway
public key
internal
data
public
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US10/525,950
Inventor
Errikos Pitsos
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Gruenecker Kinkeldey Stockmair and Schwanhaeusser
Original Assignee
Gruenecker Kinkeldey Stockmair and Schwanhaeusser
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority to EP20020019486 priority Critical patent/EP1395015B1/en
Priority to EP02019486.6 priority
Application filed by Gruenecker Kinkeldey Stockmair and Schwanhaeusser filed Critical Gruenecker Kinkeldey Stockmair and Schwanhaeusser
Priority to PCT/EP2003/009347 priority patent/WO2004021664A1/en
Publication of US20060168445A1 publication Critical patent/US20060168445A1/en
Application status is Abandoned legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/02Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/02Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/0227Filtering policies
    • H04L63/0236Filtering by address, protocol, port number or service, e.g. IP-address or URL
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/04Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/04Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/045Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply hybrid encryption, i.e. combination of symmetric and asymmetric encryption

Abstract

A gateway for connecting a public network to an internal network is provided. The gateway comprises a control unit for controlling transmission of incoming and/or outgoing data between a remote device in the public network and an internal device in the internal network; a public port connected to the public network; an internal port connected to the internal network; and a storage unit storing a list of public key identifiers and respectively associated internal network addresses of internal devices; wherein the control unit is adapted for identifying a destination of the incoming data, which are addressed to a public network address of the gateway, by determining an internal network address of the internal device based on public key information included in the incoming data and the list of public key identifiers and associated internal network addresses.

Description

  • The present invention generally is related to data transmission via IP based public networks and particularly to data transmission via the Internet to an internal device of an internal network upon using asymmetric keys.
  • Electronic data or messages transmmitted via public networks like the Internet are typically encrypted in order to preserve the privacy of the transmitted information. Preferably, public key systems are used in this regard. By encrypting the transmitted information with the public key of a destination device, it can be guaranteed that only the destination device, which securely stores the corresponding private key, can decrypt the transmitted information by means of the private key.
  • In the Internet the public key of a user may be provided by means of a public key server. The public key server stores the public key of the user and for example a certificate of the public key, which is issued for the public key by a trusted third party. Accordingly, a sender of a message to the user may request the user's public key or the corresponding certificate, for checking the validity of the public key, from the public key server. Public key servers, certification authorities and further components provide a system also referred to as a public key infrastructure (PKI).
  • For transmitting information over the Internet the sender further needs the unique IP address of the destination. The number of world wide IP addresses however is limited and becomes a scarce resource due to the rising number of participants in the Internet. Moreover, a user publishing his IP address becomes open to a variety of possible attacks.
  • As a consequence, IP addresses are usually not published, but exchanged upon request only. Thereby the number of steps for establishing a secure communication path via the Internet increases significantly. For example, when using temporarily assigned IP addresses, such IP addresses initially have to be communicated and administered, then validated for a secure communication and finally prevented from being hijacked by third parties.
  • EP 1 035 702 A2 discloses a system for secure communication between a mobile host and a device within an internal network, which prevents the hijacking of IP addresses. A gateway, having a secure port coupling the gateway to a secure network and an insecure port coupling the gateway to an insecure or public network, provides a list of secure IP addresses for use on the public network. The IP address of the mobile host is assigned to a “secured address”. Data packets received in the gateway are analysed, if they are received from a secured address. The gateway then transmits the received data to the destination address with the secured address as a sender's address. Accordingly, the potentially insecure IP address of the sender is neither known nor used within the secure network.
  • It is the object of the present invention to provide a gateway, a public key server, a system as well as a method for transmitting data between a remote device in a public network and an internal device in an internal network, which are particularly improved with regard to the number of required world wide IP addresses.
  • This object is achieved by the subject matters of the independent claims. Preferred embodiments of the invention are described in the dependent claims.
  • It is a first aspect of the present invention that the number of IP addresses may be reduced when using a gateway forwarding data to an internal device based on a public key information included in the transmitted data for identifying the internal device. As a further aspect of the present invention the process of establishing a secure communication path is improved by storing the gateway address together with public keys or certificates thereof in a public key server and providing the stored information upon request.
  • According to the present invention, a gateway for connecting a public network to an internal network comprises a control unit for controlling a transmission of incoming and/or outgoing data between a remote device and the public network and an internal device and the internal network. Furthermore, the gateway comprises a public port connected to the public network and an internal port connected to the internal network as well as storage units storing a list of public key identifiers and respectively associated internal network addresses of internal devices. Moreover, the control unit is adapted for identifying a destination of the incoming data, which are addressed to a public network address of the gateway, by determining an internal network address of the internal device based on public key information included in the incoming data and the list of public, key identifiers and associated internal network addresses.
  • In a corresponding method for transmitting incoming and/or outgoing data, the method performed in the gateway of the internal device comprises the steps of: receiving data transmitted between the remote device and the gateway of the internal device, forwarding the incoming data to the internal device, storing a list of public key identifiers and associated internal network addresses and identifying a destination of the incoming data which are addressed to public network address of gateway, by determining an internal network address of the internal device based on public key information included in the incoming data and the stored list of public key identifiers and associated internal network addresses.
  • Hence, for a plurality of devices connected to the internal network only a single IP address is required. Moreover, such a solution avoids any additional identifiers or data fields, but may use existing data fields or information of a PKI system. Finally, communication paths may be established for any remote user and not only for specifically trusted remote users, because the gateway may control or limit the transmission of data.
  • In an improved embodiment the gateway further comprises an encryption unit for encrypting outgoing data and/or a decryption unit for decrypting incoming data. Accordingly, independently of an encrypted or unencrypted status of the data to be transmitted to the internal device, data received or sent via the public interface port may be additionally encrypted.
  • It is particularly advantageous, if the gateway is further adapted to store or delete an entry in the list of public key identifiers upon request. This enables a user associated to the public key to either work at different internal devices or to even register at different gateways e.g. from day to day.
  • Furthermore, a system according to the invention comprises the gateway described above and a remote device addressing data intended for an internal device of the internal network of the gateway to the public network address of the gateway. Accordingly, such a system may be implemented with a common remote device by software adaptations in the remote device only.
  • Moreover, according to a preferred embodiment of the invention the remote device stores a plurality of gateway addresses for the destination and selects the public network address of the gateway from the list of gateway addresses in accordance with predefined first gateway determination rules. By predefining one of a plurality of gateways for a specific case, the flexibility or mobility of the user defining such rules is significantly improved.
  • Further according to the present invention there is provided a public key information server storing at least one public network address of a destination gateway and providing this public network address as a destination address upon request from a device in the public network. This kind of public key server significantly improves the process of establishing an encrypted communication path between devices in the public network and the internal network. The public key server may be provided within a system according to the invention, but is generally independent of implementation details of the addressed gateway.
  • In an advantageous embodiment of the public key server, the same is adapted to store a plurality of gateway addresses for at least one destination and selects the public network address of the gateway from the list of gateway addresses in accordance with second predefined rules. This allows the user to register his communication preferences at one central point. Moreover, the registered information may be provided selectively in accordance with the entity requesting the information.
  • In the following a detailed description of embodiments for the present invention are described with reference to figures illustrating:
  • FIG. 1 a system including a gateway of an internal network, a remote device and a public key information server;
  • FIG. 2 functional units of a remote device;
  • FIG. 3 functional units of a public key information server;
  • FIG. 4 functional units of a of a gateway;
  • FIG. 5 a table storing a list of public key identifiers associated to internal addresses;
  • FIG. 6 a table storing a list of existing connections provided by a gateway;
  • FIG. 7 a table storing user IDs associated to public key IDs;
  • FIG. 8 a table storing gateway IDs and corresponding gateway IP addresses;
  • FIG. 9 a table storing user IDs and associated gateway IDs for different cases;
  • FIG. 10 a table storing gateway determination rules for the different cases specified in the table of FIG. 9; and
  • FIG. 11 an exemplary structure of internal networks with several internal devices and gateways.
  • FIG. 1 illustrates a system comprising a remote device 11, a gateway 12, an internal device 13 arranged in an internal network, the Internet 14 and a public key server 15. The remote device 11 is a data processing device, for example a computer, which is connected to the Internet 14. Furthermore, the internal device 13 is connected to the Internet 14 via the gateway 12 of the internal network.
  • The remote device 11 sends data to be transmitted to the internal device 13 via the Internet 14 towards the gateway 12 by using the IP address of the gateway 12. The transmitted data comprise unique public key information such as a public key identifier of the internal device's public key.
  • The gateway 12 stores a list of public key identifiers and associated internal network addresses for identifying a destination of the incoming data which are addressed to his public network address. Accordingly, the gateway 12 determines an internal network address of the internal device 13 based on the public key information included in the incoming data as well as the stored list of public key identifiers and associated internal network addresses. Hence, the gateway 12 extracts the relevant public key information from the received data and refers to the stored list in order to determine the destination of the received data. Finally, the incoming data are forwarded to the internal device 13 by the gateway 12.
  • Hence, only the gateway needs a unique world wide IP address. The remote device or sender will always connect to the gateway, which forwards the connection to the destination.
  • It is noted that the public key may be a public key of a device or a public key of a user of this device. The transmitted data may also comprise public key information identifying the remote terminal or its user as the sender of the data, Optionally, the transmitted information may be encrypted with the public key of the internal device 13 and/or the gateway 12. The internal device 13 may be any kind of data processing device, preferably a personal computer or an information server such as an FTP server.
  • Furthermore, although the transmission of electronic data or messages is preferably described in the direction from the remote device to the internal device, as it is apparent for the skilled person, electronic data or messages may as well be transmitted vice versa.
  • Moreover, if a user of the internal device 13 is requested to communicate with a user of the remote device 11, the gateway provides a connection path for a corresponding 2-way communication between the devices. The accordingly transmitted data correspond to messages of the users.
  • The remote device 11 may store the relevant information, for correctly addressing the data to the gateway, in its storage means as illustrated in more detail below with reference to FIGS. 7-10. However, the required information may as well be provided by the public key server 15. Remote devices initially establishing a communication path typically request some kind of public key information about the internal device 13 from the public key server 15. For example, they request the public key of the internal device 13 and/or a corresponding certificate, issued by a trusted third party such as a certification authority, in order to verify the public key of the internal device 13.
  • An internal device in the internal network may still have and use a world wide IP address, the gateway then forwards such directly addressed information to the corresponding internal device.
  • In the following, the general structure of the devices illustrated in FIG. 1 is described with respect to FIG. 2 to 4.
  • FIG. 2 illustrates the basic components of a remote device. The remote device typically comprises a CPU 21, a public network interface unit 22, user input/output units 23, primary storage means 25, secondary storage means 24 as well as an optional cryptographic unit 26. The primary storage means 25 may include RAM, EEPROM and ROM, whereas the secondary storage means may be formed by a hard disk, magnetic disk or optical disk drive.
  • An operating system and additional software, adapted to control the steps required in a system according the present invention, is stored in the storage means 24,25. Accordingly, a user enters a request for data transmission via the user input/output units 23, which typically comprise monitor, keyboard and mouse. The user request triggers the remote device to transmit data to a device in an internal network via the public network interface unit 22, which connects the remote device to the public network.
  • The cryptographic unit 26 performs any required encryption, decryption, signature, signature verification or authentication processes. The cryptographic unit 26 may however as well be implemented in software stored in one of the storage means 24, 25. Additionally, the tables illustrated in the FIGS. 7-10 may be stored in the storage means 24,25. As it will become apparent in more detail from the following, the remote device may request required information such as public keys, certificates and/or the gateway address of the internal device from a public key server.
  • FIG. 3 illustrates components of the public key server 15 illustrated in FIG. 1.
  • The public key server of FIG. 3 comprises a CPU 31, a public key request interface 32 connected to the Internet, a gateway information input unit 33 also connected to the Internet, operator input/output units 34 and storage means 37 for public key information.
  • Preferably, gateway IP addresses, which are intended to be used as a corresponding destination addresses, are stored in a separate gateway information storage means 35. Each gateway IP address is associated with at least one public key of a user or device stored in public key storage means 37. Gateway determination rules as illustrated in FIG. 9, 10 may also be stored in the gateway information storage means 35. Separately stored gateway IP address information enables a user to flexibly alter or administer the stored information via input through the gateway information input unit 33. Due to separate storage the public key remains unchanged and thus for example a reissue of a corresponding certificate is avoided.
  • However, the gateway IP address information may as well be included in the stored, public key information within the public key storage means 37 or even within a certificate for public keys, such as a X.509 certificate, stored in certificate storage means 36.
  • Upon request the public key server provides a gateway IP address and optionally even the required public key information to be transmitted for identification of the destination of transmitted data. Requests such as a common request for a public key or a certificate is received via the public key request interface 32. The requested information is identified and transmitted to the requesting party in response to the received request. In response to the common request the gateway IP address is either transmitted together with the requested information or separately. Moreover, the gateway IP address may as well be transmitted upon receiving an explicit request for this information.
  • According to one specific embodiment of the present invention, the public key server stores and/or maintains a plurality of gateway IP addresses of at least one destination and may select a public network IP address of a specific gateway from a list of gateway addresses in accordance with predetermined gateway determination rules. This selection of public network addresses may be based on a public key that is identified or provided to the public key server. This selection of public network IP addresses may, however, be also based on the authenticity of the data intended to be transmitted to the destination, which may also be presented to the public key server in connection with a public key request.
  • Accordingly, the selection of a requested public network IP address of a gateway may depend on the received data in connection with the public network IP address request by, for instance, a remote device. This presented data may be exclusively that data intended for the destination and/or other data transmitted for purposes of this IP address request. In addition, the public key server may select the public network IP address based on the verification of the integrity of the received data in connection with this IP address request. Moreover, the selection may be based on the authenticity of at least one of the remote device requesting the address, the intended destination or internal device, and the authenticity of the public key identified or provided to the public key server. Based on rules accounting for at least one of the above selection criteria, the public key server can then select a public network IP address from the plurality of gateway addresses for an intended destination. The authenticity and/or integrity in the above selection criteria may be determined by the public key server. It is, however, also possible that the public key server has to verify the authenticity and/or integrity as required for the selection criteria.
  • FIG. 4 illustrates basic components of a gateway according to the invention.
  • The gateway comprises a public interface port (or unit) 44 connecting the gateway to the Internet and an internal interface port (or unit) 45 connecting the gateway to the internal network. Furthermore, a control unit 41 controls the transmission of incoming and/or outgoing data between a remote device of the public network and an internal device in the internal network. Storage means 42 store a list 421 of public key identifiers and respectively associated internal network addresses of internal devices.
  • The control unit 41 identifies the destination of incoming data, which are addressed to the public network address of the gateway, by referring to the stored list 421 based on public key information included in the incoming data. Thereby the internal network address of the destination is determined.
  • Furthermore, the gateway illustrated in FIG. 4 comprises an encryption/decryption unit 43 and an authentication unit 46. The encryption/decryption unit 43 enables the gateway to decrypt received incoming data completely or partially, and to encrypt outgoing data accordingly. The authentication unit 46 enables the gateway to approve authenticity of transmitted data, public keys and/or certificates and to provide gateway authentication data indicating authenticity of data, public keys and/or certificates of the gateway. As not illustrated in FIG. 4, storage means 42 may additionally store public keys of third parties such as remote devices.
  • The data may be transmitted via the public network in one of the following modes: encrypted with the public keys of the gateway and the internal device, encrypted with the public key of the gateway or the internal device or even unencrypted. If preferred, the public key information identifying the destination of the transmitted data may be encrypted with the public key of the gateway to hide even the identity of the recipient within the public network. The data transmitted to the gateway for example comprise the public key information or identifier, control data required for transmission in the public network and message data as intended to be send to the user or device.
  • The storage means 42 also store a connection list 422, access control rules 423 and a user register 424. An existing or newly-established connection between the remote device and the internal device is stored in the connection list 422, which will be described in more detail below with reference to FIG. 6.
  • The user register 424 holds a list of users presently connected to the internal network or users having actively registered or unregistered with the gateway. Hence, a user may register with the gateway when arriving at his office in the morning and unregister when leaving for lunch. The list of public key identifiers and associated internal network addresses may comprise an alternative internal address for forwarding transmitted data for the user, which is used in case he is currently not registered with the internal network. The alternative internal address could for example be the internal address of his colleague or a voicemail-box.
  • The access control rules 423 stored in the storage means 42 of the gateway comprise rules with regard to which type of connections may be established or even denied, for example, depending on the type of connection, the sending or the receiving party. According to one rule a ftp-server may for example receive data to be stored on the ftp-server from any remote user. Additionally, the gateway may for example only establish connections for predefined users, predefined destinations or after authentication of remote devices only. Moreover, the access rules may define whether the data has to be transmitted in an encrypted or unencrypted mode within the internal network, on its way to a specific destination or within the public network.
  • Since the gateway not only knows the recipient of the data, but may as well check the type of connection to be established or used and the identity of the sender, flexible access control rules can be defined for controlling the establishment and provision of connections. In particular, it can be avoided that the remote device achieves unlimited access to the internal network or access to any internal information.
  • Moreover, the gateway may be adapted to communicate with a further gateway according to the present invention. For example, if the remote device is arranged in a further internal network comprising such a gateway, the gateway of the internal device may request the public key information including the remote device's gateway IP address from the public key server 15.
  • In the following, structure and purpose of data stored in the devices illustrated in FIG. 1 are described with respect to FIG. 5 to 10.
  • FIG. 5 illustrates an example for a list of public key identifiers 52 and associated internal addresses 53 as stored in the gateway. A column 51 identifying a respective user is additionally stored together with the relevant information. Accordingly, the user Alpha is connected to the internal network of the gateway and may be addressed via the internal network address iadr_A. Moreover, the public key of the user Alpha can be identified by means of the unique public key identifier A_ID. It should be noted that for example the user Gamma may correspond to a hardware unit such as an ftp-server having its own public key and being connected to the internal network. Moreover, one user may have more than one internal address assigned in the internal network. Depending on the type of data to be transmitted, which corresponds to the type of connection, the different addresses may for example refer to the user's computer, (IP based) telephone, fax or ftp-server.
  • A list of existing connections of the gateway, as illustrated in FIG. 6, stores an identifier for the remote device 62, the internal address 63 of the internal device as well as, for example, a temporary assigned port 61 of the connection from the plurality of internal ports of the gateway. Additional information about the connection such as the time of the last received or transmitted data packet or the type of connection may further be stored in this table.
  • The tables illustrated in FIGS. 7-10 may be stored in the remote device 11 and/or the public key server 15 illustrated in FIG. 1.
  • A list of user identifiers 71 and associated public key Identifiers 72, as illustrated in FIG. 7, may additionally be stored in the gateway 12 of FIG. 1. In the list user Alpha is identified to have the public key with the public key identifier A_ID.
  • Furthermore, as illustrated in FIG. 8, the gateway information comprises a gateway identifier 81, a gateway IP address 82 and an optional data field 83 for the public key of the gateway.
  • Moreover, the table illustrated in FIG. 9 stores a user identifier 91 and a gateway identifier 93. These data fields may be mapped to the user identifier 51 of FIG. 7 and the gateway identifier 81 of FIG. 8. Besides providing the reference between user identifiers and gateway identifiers, in the example illustrated in FIG. 9, the table stores different gateway identifiers associated to one user. The user Alpha depending on the value of a case identifier 92 is associated to one of gateway identifiers G1-G3.
  • As shown in FIG. 10, a corresponding list defining the different cases stores a case identifier 96 associated to a user identifier 94 or defined as a default case independently of a user identifier. The column determination rule 95 indicates how to determine whether one of the cases is fulfilled. In this example the public key server 15 or the client 11 are assumed to check the cases in the order of the case values. Hence, on Saturdays and Sundays the public key server receiving a request for public key information for the user Alpha provides the gateway IP address IP_adr_G1 as a destination address of data to be transmitted to the user Alpha. According to the first line of determination Rule 95 for the user Alpha case number one is identified as the relevant case. Hence, for case number one and user Alpha the gateway identifier G1 is identified in column 93 of FIG. 9. Finally, the corresponding gateway IP address is derived by the table illustrated in FIG. 8.
  • Accordingly, the second line in the table illustrated in FIG. 10 defines that, if the sender is a member of the company of the user Alpha, the gateway IP address of gateway G2 has to be used. The third line in FIG. 10 represents a default case for the user Alpha indicating to use Gateway G3 in all other situations not previously covered.
  • As obvious from the above, a system according to the present invention may be formed by any combination of units 11, 12 and 15 illustrated in FIG. 1. Hence, multiple gateways may exist and for example the remote device may be arranged in an internal network of a second gateway. However, the system preferably only comprises a single public key server or server network in order to provide the public key information and the gateway IP addresses of the destinations via one source only.
  • The internal network may be split into an extra-net part and an intra-net part. The extra-net part of the network has world wide IP addresses assigned and is connected to the public network. The intra-net part operates on internal IP addresses, wherein the gateway is arranged between the extra-net part and the intra-net part. This case is exemplarily illustrated in FIG. 11, where the internal devices 114 to 116 correspond to the intra-net part, whereas internal device 113 corresponds to the extra-net part, since it has a public IP address as well as an internal IP address as indicated by the connections to the public network 14 and gateway 110.
  • As further illustrated in FIG. 11, an internal network may comprise more than one gateway. At least one gateway 110 of an internal network has a public network IP address. However, a gateway may have only an internal address (gateway 111), and may also have both a public network and an internal IP address (gateway 112).
  • From FIG. 11 it is obvious that the transmission of data to the destined internal device may involve more than one gateway. For instance, a gateway 110 may forward its incoming data destined to the internal device 115 to a second gateway 111. Gateway 111 may in this case be regarded as an internal device for gateway 110. Consequently, all above considerations regarding forwarding incoming data by a gateway to an internal device also apply when a gateway forwards incoming data to another gateway. The different gateways along the transmission path of data to the final internal device of an internal network may be either part of the same internal network or may be part of several networks. In the latter case, an internal network could be part of another internal network, with or without connections to the public network 14 as indicated in FIG. 11 by two possible internal networks 117 and 118.
  • While the invention has been described in connection with incoming data and forwarding of corresponding outgoing data by a gateway, the skilled person will recognize and appreciate that the invention as described above is not limited to only forwarding the data as received to one destination. On the contrary, it is also possible that different parts of the received incoming data are forwarded to different destinations. This may include forwarding mutually exclusive parts, overlapping parts or even the same parts of the received incoming data to different destinations. The destinations can be internal devices and/or gateways as described above.
  • When a gateway forwards only parts of a received incoming data, these parts may be encrypted or decrypted separately and independently for the respective destinations in the same manner as described above for the general case of forwarding outgoing data.
  • Moreover, incoming data or parts thereof can be altered and modified by the gateway before forwarding the same. This may include removing a public key identifier associated with the incoming data or parts thereof and/or removing data associated with an authenticity verification of the data to be forwarded. In the same way, a further public key identifier may be associated or included to incoming data or parts thereof. Likewise, data relating to the verification of an authenticity in connection with the data to be forwarded may be associated or included prior to the forwarding of the same. Such modifications to the data may be carried out when data is transmitted via several gateways, whereby each gateway removes and/or adds, for instance, a public key identifier of a preceding, succeeding or its own public key identifier.

Claims (21)

1. A gateway for connecting a public network to an internal network, the gateway comprising:
a control unit for controlling transmission of incoming and/or outgoing data between a remote device in the public network and at least one internal device in the internal network;
a public port connected to the public network; and
an internal port connected to the internal network;
a storage unit storing a list of public key identifiers and respectively associated internal network addresses of internal devices; and in that
the control unit is adapted for identifying a destination of the incoming data, which are addressed to a public network address of the gateway, by determining an internal network address of the internal device based on public key information included in the incoming data and the list of public key identifiers and associated internal network addresses.
2. The gateway according to claim 1, wherein the public key information in the incoming data includes the public key identifier or allows to determine the public key identifier.
3. The gateway according to claim 1 or 2 further comprising an encryption/decryption unit for decrypting the incoming data and/or encrypting the outgoing data.
4. The gateway according to one of claims 1 to 3 further comprising an authentication unit for verifying the authenticity of transmitted data, an internal device, the remote device and/or used keys.
5. The gateway according to one of claims 1 to 4, wherein the control unit is adapted to provide a connection path for a two-way communication between the remote device and an internal device.
6. The gateway according to one of claims 1 to 5 further comprising an access control unit for determining whether the incoming or the outgoing data may be transmitted according to predefined access control rules.
7. The gateway according to one of claims 1 to 6, wherein said gateway forwards incoming data to another gateway.
8. The gateway according to one of claims 1 to 7, wherein said gateway forwards at least a part of received incoming data to another gateway and forwards at least a part of said incoming data to an internal device of said internal network.
9. The gateway according to one of claims 1 to 7, wherein said gateway forwards different parts of incoming data to different gateways.
10. The gateway according to one of claims 7 to 9, wherein received data and/or different parts of the incoming data are respectively encrypted and/or decrypted by the encryption/decryption unit.
11. The gateway according to one of claims 8 to 10, wherein different parts of incoming data are separately encrypted and/or decrypted by the encryption/decryption unit, whereby if the different parts are forwarded to different recipients, the different outgoing data parts are encrypted independently for the respective recipients.
12. The gateway according to one of claims 7 to 11, wherein a public key identifier is removed form incoming data or at least from a part thereof, and/or data relating to the verification of the authenticity of at least one of the transmitted data, an internal device, the remote device and used keys is removed from said incoming data or at least from a part thereof.
13. The gateway according to one of claims 7 to 12, wherein another public key identifier is associated with or included to incoming data or at least a part thereof, and/or data relating to the verification of the authenticity of at least one of the transmitted data, an internal device, the remote device and used keys is associated with or included to said incoming data or at least a part thereof.
14. A system comprising the gateway according to one of claims 1 to 12 and a remote device addressing data intended for an internal device of the internal network of the gateway to the public network address of the gateway.
15. The system according to claim 14, wherein the remote device stores a plurality of gateway addresses for the destination and selects the public network address of the gateway from the list of gateway addresses in accordance with predefined first gateway determination rules.
16. The system according to claim 14 or 15 further comprising a public key information server providing the public network address of the destination's gateway as a destination address upon request.
17. The system according to one of claims 14 to 16, wherein a public key information server stores a plurality of gateway addresses for at least one destination and selects the public network address of the gateway from the list of gateway addresses in accordance with second predefined rules.
18. The system according to claim 17, wherein said second predefined rules for selecting the public network addresses of the gateway comprise at least one of:
selecting said public network addresses based on a public key that is identified or provided to said public key information server;
selecting said public network addresses based on the authenticity of said data;
selecting said public network addresses based on the verified integrity of said data;
selecting said public network addresses based on the authenticity of the remote device requesting said selecting of a public network address of the gateway;
selecting said public network addresses based on, the authenticity of the intended destination/internal device and/or the authenticity of a public key that is identified or provided to said public key information server of said intended destination/internal device.
19. The system according to claim 18, wherein said authenticity and/or integrity is determined and/or has to be verified by said public key information server.
20. A public key server comprising:
storage means for storing information in regard to a public key;
a public key request interface for receiving a request for public key information stored in said public key information storage means and transmitting the requested information to a requesting device in response thereto; wherein
said storage means stores a public network address of a gateway as a destination address of data to be transmitted to a recipient, for gateways identifying the recipient by means of a public key identifier included in the transmitted data and forwarding the data to the recipient; and
said public key request interface is adapted to transmit said stored public network gateway address to the requesting device.
21. A method for transmitting incoming and/or outgoing data between a remote device in a public network and an internal device in an internal network, the method performed in a gateway of the internal device comprising:
transmitting the data between the remote device and the gateway of the internal device;
forwarding the incoming data from the gateway to the internal device;
storing a list of public key identifiers and associated internal network addresses; and
identifying a destination of the incoming data, which are addressed to a public network address of the gateway, by determining an internal network address of the internal device based on public key information included in the incoming data and the stored list of public key identifiers and associated internal network addresses.
US10/525,950 2002-08-30 2003-08-22 Method, gateway and system for transmitting data between a device in a public network and a device in an internal network Abandoned US20060168445A1 (en)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP20020019486 EP1395015B1 (en) 2002-08-30 2002-08-30 Method, gateway and system for transmitting data between a device in a public network and a device in an internal network
EP02019486.6 2002-08-30
PCT/EP2003/009347 WO2004021664A1 (en) 2002-08-30 2003-08-22 Method, gateway and system for transmitting data between a device in a public network and a device in an internal network

Publications (1)

Publication Number Publication Date
US20060168445A1 true US20060168445A1 (en) 2006-07-27

Family

ID=31197878

Family Applications (2)

Application Number Title Priority Date Filing Date
US10/278,029 Expired - Fee Related US7177932B2 (en) 2002-08-30 2002-10-23 Method, gateway and system for transmitting data between a device in a public network and a device in an internal network
US10/525,950 Abandoned US20060168445A1 (en) 2002-08-30 2003-08-22 Method, gateway and system for transmitting data between a device in a public network and a device in an internal network

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US10/278,029 Expired - Fee Related US7177932B2 (en) 2002-08-30 2002-10-23 Method, gateway and system for transmitting data between a device in a public network and a device in an internal network

Country Status (11)

Country Link
US (2) US7177932B2 (en)
EP (2) EP1395015B1 (en)
JP (1) JP2005536961A (en)
CN (1) CN1689304A (en)
AR (1) AR040890A1 (en)
AU (1) AU2003255476B2 (en)
CA (1) CA2496658C (en)
DE (1) DE60202863T2 (en)
RU (1) RU2289886C2 (en)
TW (1) TWI281810B (en)
WO (1) WO2004021664A1 (en)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050165962A1 (en) * 2003-12-24 2005-07-28 Apple Computer, Inc. Replication server selection method
US20070027815A1 (en) * 2005-07-29 2007-02-01 Symantec Corporation Systems and methods for centralized subscription and license management in a small networking environment
US20070058642A1 (en) * 2003-09-30 2007-03-15 Koinkljke Philips Electronics N.V. Client requested external address mapping
US20090016369A1 (en) * 2003-10-16 2009-01-15 International Business Machines Corporation Accessing data processing systems behind a nat enabled network
US20090169011A1 (en) * 2007-12-28 2009-07-02 Intel Corporation Apparatus and method for negotiating pairwise master key for securing peer links in wireless mesh networks
US20110047253A1 (en) * 2009-08-19 2011-02-24 Samsung Electronics Co. Ltd. Techniques for controlling gateway functionality to support device management in a communication system
US20120159518A1 (en) * 2010-12-21 2012-06-21 Martin Boliek System and method for data collection and exchange with protected memory devices
US20130080763A1 (en) * 2011-09-26 2013-03-28 Cellco Partnership (D/B/A Verizon Wireless) Personal messaging security

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1395015B1 (en) * 2002-08-30 2005-02-02 Errikos Pitsos Method, gateway and system for transmitting data between a device in a public network and a device in an internal network
WO2004071038A1 (en) * 2003-02-05 2004-08-19 Nippon Telegraph And Telephone Corporation Firewall device
US9461825B2 (en) 2004-01-30 2016-10-04 Broadcom Corporation Method and system for preventing revocation denial of service attacks
US20050172132A1 (en) 2004-01-30 2005-08-04 Chen Sherman (. Secure key authentication and ladder system
US9094699B2 (en) * 2004-02-05 2015-07-28 Broadcom Corporation System and method for security key transmission with strong pairing to destination client
US20050228997A1 (en) * 2004-04-07 2005-10-13 Bicker Dennis D Methods and devices for providing secure communication sessions
EP1710764A1 (en) * 2005-04-07 2006-10-11 Sap Ag Authentication of products using identification tags
US20070214232A1 (en) * 2006-03-07 2007-09-13 Nokia Corporation System for Uniform Addressing of Home Resources Regardless of Remote Clients Network Location
US7362573B2 (en) * 2006-04-28 2008-04-22 Fu Zhun Precision Industry (Shen Zhen) Co., Ltd. Heat dissipation device
UA79576C2 (en) * 2007-05-03 2007-06-25 Serhii Ernstovych Ahieiev Method for communications between computer networks at the application layer
US8370919B2 (en) * 2007-06-26 2013-02-05 Microsoft Corporation Host firewall integration with edge traversal technology
CN101796860A (en) * 2007-09-07 2010-08-04 皇家飞利浦电子股份有限公司 Node for a network and method for establishing a distributed security architecture for a network
TWI389536B (en) 2008-11-07 2013-03-11 Ind Tech Res Inst Access control system and method based on hierarchical key, and authentication key exchange thereof
US20120191769A1 (en) * 2011-01-25 2012-07-26 Microsoft Corporation Site-aware distributed file system access from outside enterprise network
GB2496841B (en) * 2011-11-15 2016-07-20 Rosberg System As Method of securing a computing device
CN102447555A (en) * 2011-12-29 2012-05-09 成都三零瑞通移动通信有限公司 Method and device for secret communication of GSM (Global System for Mobile Communications) terminal and PSTN (Public Switched Telephone Network) terminal
CN102664948B (en) * 2012-04-18 2015-05-27 杭州海康威视数字技术股份有限公司 Inter-gateway data storing system and method
RU2541118C2 (en) * 2013-03-14 2015-02-10 Закрытое акционерное общество "Лаборатория Касперского" Connection processing system and method using temporary port
US20150188893A1 (en) * 2013-12-30 2015-07-02 Arun Sood Secure Gateway
US9143488B2 (en) * 2013-12-30 2015-09-22 babyTel Inc. Real-time encryption of voice and fax over IP
CN104052825A (en) * 2014-07-15 2014-09-17 快乐购物股份有限公司 File transmission method, device and system
US10284524B2 (en) * 2014-08-21 2019-05-07 James Armand Baldwin Secure auto-provisioning device network
GB2531770A (en) * 2014-10-30 2016-05-04 Ibm Confidential Extracting System Internal Data

Citations (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6055236A (en) * 1998-03-05 2000-04-25 3Com Corporation Method and system for locating network services with distributed network address translation
US6131120A (en) * 1997-10-24 2000-10-10 Directory Logic, Inc. Enterprise network management directory containing network addresses of users and devices providing access lists to routers and servers
US6134327A (en) * 1997-10-24 2000-10-17 Entrust Technologies Ltd. Method and apparatus for creating communities of trust in a secure communication system
US6154839A (en) * 1998-04-23 2000-11-28 Vpnet Technologies, Inc. Translating packet addresses based upon a user identifier
US20020013848A1 (en) * 2000-06-09 2002-01-31 Hewlett-Packard Company Secure network communications
US20020128919A1 (en) * 2001-03-06 2002-09-12 Cedric-Gaya Rime Order processing system
US20030018914A1 (en) * 2001-07-20 2003-01-23 Lebin Cheng Stateful packet forwarding in a firewall cluster
US20030191843A1 (en) * 2002-04-04 2003-10-09 Joel Balissat Secure network connection for devices on a private network
US6671729B1 (en) * 2000-04-13 2003-12-30 Lockheed Martin Corporation Autonomously established secure and persistent internet connection and autonomously reestablished without user intervention that connection if it lost
US20040015723A1 (en) * 2002-07-22 2004-01-22 Duc Pham Secure network file access controller implementing access control and auditing
US7068654B1 (en) * 2001-04-18 2006-06-27 3Com Corporation System and method for providing masquerading using a multiprotocol label switching
US7075926B2 (en) * 2000-05-24 2006-07-11 Alcatel Internetworking, Inc. (Pe) Programmable packet processor with flow resolution logic
US7177932B2 (en) * 2002-08-30 2007-02-13 Errikos Pitsos Method, gateway and system for transmitting data between a device in a public network and a device in an internal network
US7203837B2 (en) * 2001-04-12 2007-04-10 Microsoft Corporation Methods and systems for unilateral authentication of messages
US7305459B2 (en) * 2003-04-28 2007-12-04 Firetide, Inc. Wireless service point networks

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US181843A (en) * 1876-09-05 Improvement in hinges
US13848A (en) * 1855-11-27 Bag-loom
US15723A (en) * 1856-09-09 Furnace smoothing-iron
US5511122A (en) * 1994-06-03 1996-04-23 The United States Of America As Represented By The Secretary Of The Navy Intermediate network authentication
US6507908B1 (en) * 1999-03-04 2003-01-14 Sun Microsystems, Inc. Secure communication with mobile hosts
US7143443B2 (en) * 2001-10-01 2006-11-28 Ntt Docomo, Inc. Secure sharing of personal devices among different users
US7203957B2 (en) * 2002-04-04 2007-04-10 At&T Corp. Multipoint server for providing secure, scaleable connections between a plurality of network devices
US20030181843A1 (en) * 2002-06-11 2003-09-25 Scout Medical Technologies, Llc Device and method providing arterial blood flow for perfusion of ischemic myocardium

Patent Citations (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6131120A (en) * 1997-10-24 2000-10-10 Directory Logic, Inc. Enterprise network management directory containing network addresses of users and devices providing access lists to routers and servers
US6134327A (en) * 1997-10-24 2000-10-17 Entrust Technologies Ltd. Method and apparatus for creating communities of trust in a secure communication system
US6055236A (en) * 1998-03-05 2000-04-25 3Com Corporation Method and system for locating network services with distributed network address translation
US6154839A (en) * 1998-04-23 2000-11-28 Vpnet Technologies, Inc. Translating packet addresses based upon a user identifier
US6671729B1 (en) * 2000-04-13 2003-12-30 Lockheed Martin Corporation Autonomously established secure and persistent internet connection and autonomously reestablished without user intervention that connection if it lost
US7075926B2 (en) * 2000-05-24 2006-07-11 Alcatel Internetworking, Inc. (Pe) Programmable packet processor with flow resolution logic
US20020013848A1 (en) * 2000-06-09 2002-01-31 Hewlett-Packard Company Secure network communications
US20020128919A1 (en) * 2001-03-06 2002-09-12 Cedric-Gaya Rime Order processing system
US7203837B2 (en) * 2001-04-12 2007-04-10 Microsoft Corporation Methods and systems for unilateral authentication of messages
US7068654B1 (en) * 2001-04-18 2006-06-27 3Com Corporation System and method for providing masquerading using a multiprotocol label switching
US20030018914A1 (en) * 2001-07-20 2003-01-23 Lebin Cheng Stateful packet forwarding in a firewall cluster
US20030191843A1 (en) * 2002-04-04 2003-10-09 Joel Balissat Secure network connection for devices on a private network
US20040015723A1 (en) * 2002-07-22 2004-01-22 Duc Pham Secure network file access controller implementing access control and auditing
US7177932B2 (en) * 2002-08-30 2007-02-13 Errikos Pitsos Method, gateway and system for transmitting data between a device in a public network and a device in an internal network
US7305459B2 (en) * 2003-04-28 2007-12-04 Firetide, Inc. Wireless service point networks

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070058642A1 (en) * 2003-09-30 2007-03-15 Koinkljke Philips Electronics N.V. Client requested external address mapping
US20090016369A1 (en) * 2003-10-16 2009-01-15 International Business Machines Corporation Accessing data processing systems behind a nat enabled network
US7792995B2 (en) * 2003-10-16 2010-09-07 International Business Machines Corporation Accessing data processing systems behind a NAT enabled network
US8392612B2 (en) * 2003-12-24 2013-03-05 Apple Inc. Replication server selection method
US20050165962A1 (en) * 2003-12-24 2005-07-28 Apple Computer, Inc. Replication server selection method
US8954604B2 (en) 2003-12-24 2015-02-10 Apple Inc. Replication server selection method
US20070027815A1 (en) * 2005-07-29 2007-02-01 Symantec Corporation Systems and methods for centralized subscription and license management in a small networking environment
US20090169011A1 (en) * 2007-12-28 2009-07-02 Intel Corporation Apparatus and method for negotiating pairwise master key for securing peer links in wireless mesh networks
US9246679B2 (en) * 2007-12-28 2016-01-26 Intel Corporation Apparatus and method for negotiating pairwise master key for securing peer links in wireless mesh networks
US20110047253A1 (en) * 2009-08-19 2011-02-24 Samsung Electronics Co. Ltd. Techniques for controlling gateway functionality to support device management in a communication system
US9183045B2 (en) * 2010-12-21 2015-11-10 Mo-Dv, Inc. System and method for data collection and exchange with protected memory devices
US20120159518A1 (en) * 2010-12-21 2012-06-21 Martin Boliek System and method for data collection and exchange with protected memory devices
US20130080763A1 (en) * 2011-09-26 2013-03-28 Cellco Partnership (D/B/A Verizon Wireless) Personal messaging security
US8819407B2 (en) * 2011-09-26 2014-08-26 Verizon New Jersey Inc. Personal messaging security

Also Published As

Publication number Publication date
US20040054792A1 (en) 2004-03-18
CA2496658C (en) 2008-03-18
EP1395015B1 (en) 2005-02-02
AR040890A1 (en) 2005-04-20
JP2005536961A (en) 2005-12-02
WO2004021664A1 (en) 2004-03-11
US7177932B2 (en) 2007-02-13
WO2004021664A8 (en) 2005-05-12
DE60202863T2 (en) 2005-06-30
AU2003255476B2 (en) 2007-03-29
CN1689304A (en) 2005-10-26
EP1527593A1 (en) 2005-05-04
EP1395015A1 (en) 2004-03-03
RU2005108655A (en) 2005-10-27
AU2003255476A1 (en) 2004-03-19
TWI281810B (en) 2007-05-21
TW200404446A (en) 2004-03-16
CA2496658A1 (en) 2004-03-11
RU2289886C2 (en) 2006-12-20
DE60202863D1 (en) 2005-03-10

Similar Documents

Publication Publication Date Title
Oppliger Internet and intranet security
EP1226680B1 (en) Secured ad hoc network and method for providing the same
US6178505B1 (en) Secure delivery of information in a network
EP1454473B1 (en) URL-based certificate in a PKI
AU739898B2 (en) Method of and apparatus for providing secure distributed directory services and public key infrastructure
US8515078B2 (en) Mass subscriber management
CN1653779B (en) System and method for supporting multiple certificate status providers on a mobile communication device
US7688975B2 (en) Method and apparatus for dynamic generation of symmetric encryption keys and exchange of dynamic symmetric key infrastructure
US6792474B1 (en) Apparatus and methods for allocating addresses in a network
US7624421B2 (en) Method and apparatus for managing and displaying contact authentication in a peer-to-peer collaboration system
EP1804461B1 (en) Method and apparatus for secure communication between user device and private network
US8966246B2 (en) System and method for checking digital certificate status
US7231664B2 (en) System and method for transmitting and receiving secure data in a virtual private group
US7448081B2 (en) Method and system for securely scanning network traffic
US7308710B2 (en) Secured FTP architecture
CN1148926C (en) Method, system and cipher system for making agent host computer participate secret communication
US8156231B2 (en) Remote access system and method for enabling a user to remotely access terminal equipment from a subscriber terminal
US7376835B2 (en) Implementing nonrepudiation and audit using authentication assertions and key servers
ES2311673T3 (en) Method and system encryption emails.
US6807277B1 (en) Secure messaging system with return receipts
US8301875B2 (en) Network, IPsec setting server apparatus, IPsec processing apparatus, and IPsec setting method used therefor
JP2812312B2 (en) Encryption system
EP1410601B1 (en) System and method for secure message key caching in a mobile communication device
US5825891A (en) Key management for network communication
KR101013427B1 (en) End-to-end protection of media stream encryption keys for voice-over-IP systems

Legal Events

Date Code Title Description
STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION