# Patent

## Title
System and method for establishing a virtual private network

## Abstract

A system and method for establishing a virtual private network (VPN) between a client and a private data communication network. An encrypted data communication session, such as a—Secure Sockets Layer (SSL) data communication session, is established between a gateway and the client over a public data communication network. The gateway then sends a programming component to the client for automatic installation and execution thereon. The programming component operates to intercept communications from client applications destined for resources on the private data communication network and to send the intercepted communications to the gateway via the encrypted data communication session instead of to the resources on the private data communication network.

## Background
RELATED APPLICATIONS
This present application claims priority to and is a continuation of U.S. patent application Ser. No. 11/039,946, entitled “SYSTEM AND METHOD FOR ESTABLISHING A VIRTUAL PRIVATE NETWORK”, filed Jan. 24, 2005, which claims priority to and is a non-provisional of U.S. Provisional Application No. 60/583,785, entitled “SYSTEM AND METHOD FOR ESTABLISHING A VIRTUAL PRIVATE NETWORK”, filed Jun. 30, 2004, both of which are incorporated herein by reference in their entirety.


FIELD OF THE DISCLOSURE
The present invention relates generally to data communication networks. In particular, the present invention relates to establishing a virtual private network (VPN) between entities over a public data communication network, such as the Internet.
BACKGROUND
Enterprises are increasingly being asked to provide access to proprietary applications and data to employees and partners located outside the perimeter of the enterprise network. To do so in a cost-effective manner, enterprises are looking to leverage public networks such as the Internet for providing remote access. However, because the Internet is a publicly accessible network, issues of network security arise.
Multiple technologies are available for accomplishing secure Internet communications, including but not limited to those that rely on Secure Sockets Layer (SSL) encryption or Internet Protocol Security (IPSec) encryption. SSL encryption is incorporated into most Web browsers utilized by today's Internet users while IPSec presently is not.
SSL technology is limited, however, in its ability to provide remote access to a private network in that an SSL-encrypted client cannot directly access Domain Name Servers, Windows Internet Naming Service (WINS) Servers, or other resources on a private network that are not visible from outside the enterprise network but are essential to reaching resources on that network. In addition, firewalls typically block certain traffic through various ports and limit access to various Internet Protocol (IP) addresses automatically, thereby preventing SSL-encrypted clients from accessing certain destinations on the enterprise network. Finally, important applications such as various client-server e-mail programs and other enterprise application programs do not support SSL encryption natively and so limit the effectiveness of SSL in providing secure remote access to these resources.
Virtual private network (VPN) connections allow remote users and client programs (in other words, those that are not directly connected) to achieve encrypted remote access to a private data network via public internetworks (such as the Internet). Conventional approaches to setting up a VPN have included setting up remote access using pre-installed “thick clients” that are based on the IPSec standard or SSL and earlier versions of Web browser-based dynamic SSL VPN technology. Each is explained in more detail below.
VPN thick clients based on IPSec technology involve the transmission of whole packets over the Internet in encrypted form. Though robust and secure, IPSec technology has significant limitations. These limitations include, among other things, the administrative challenges in rolling out, managing, and maintaining the VPN client software for remote access users because every user must download and install the IPSec software on his or her computer. In addition, utilizing IPSec VPN technology, users cannot access key resources from alternate endpoints (in other words, any device on which the user has not installed the relevant software). Furthermore, user access to sites protected by firewalls is limited or, in some cases, nonexistent.
A conventional SSL version of the thick client avoids the firewall limitations of the IPSec thick client by using a standard SSL port that firewalls generally keep open. However, such an implementation still incurs the disadvantages of having to have the client software pre-installed from wherever the access takes place. These disadvantages include management complexity and the inability to provide access from any client computer equipped with a standard Web browser without the need for installing special software.
A conventional dynamic port proxy approach preserves the firewall traversing capabilities of an SSL thick client, and addresses the limitations of both IPSec and SSL thick clients by utilizing the built-in encryption capabilities of a Web browser, thereby obviating the need for installing special client software. In accordance with such an approach, a gateway device or program on an access server downloads a Java applet to monitor ports for encrypted traffic. If encrypted traffic is detected, the client sending the encrypted data is configured to re-direct its traffic through an applicable secure port. The problem with this technique, however, is that it works only for addresses that have names. In other words, it will not work with a static IP address or where the IP address and/or port of a server dynamically changes. Therefore, these implementations cannot handle applications that use dynamically assigned IP addresses, dynamically change ports, or use hardcoded IP addresses to reach unnamed resources.
What is desired, then, is a system and method for providing secure remote access to applications and data in an enterprise network over a public data communication network, such as the Internet, that improves upon and addresses the aforementioned shortcomings of conventional solutions.
BRIEF SUMMARY
In its broadest application, the present invention is directed to a system and method for establishing a virtual private network (VPN) between a client and a private data communication network, wherein the client is securely connected to the private data communication network via a public data communication network. In accordance with an embodiment of the present invention, the private data communication network comprises an enterprise network upon which reside applications and data that are proprietary to an enterprise, and the public data communication network comprises the Internet.
In a method in accordance with an embodiment of the present invention, an encrypted data communication session is established between a gateway or program on an access server and a client over a public data communication network. The communication session may be encrypted through various methods including, but not limited to Secure Sockets Layer (SSL) protocols, Internet Protocol Security (IPSec) or other encryption methods.
In response to the establishment of the encrypted data communication session, the gateway or program on the access server sends a program back to the client. In an embodiment, the program comprises a control or programming component (i.e., a self-sufficient program that can be run throughout the network environment) that is automatically installed and executed by a client Web browser. In an embodiment, once it been installed on the client, the program engages the ability to dynamically intercept communications from client applications destined for resources on the specified private data communication network by acting as an interceptor that is installed as a “hook” at a transport layer of the operating system on the client.
In an embodiment, the program can also act as a connection proxy for intercepted communications by providing an endpoint for such intercepted communications. The program can further introduce the ability to serve as an encryption endpoint in the encrypted data communication session and can direct such communications to the gateway or access server via the encrypted data communication session. In an alternative embodiment, the program can be separated into two or more separate programs—one performing the dynamic intercept functions on the client and a second performing, among other things, the network proxy and encryption functions.
An embodiment of the present invention includes the interception of name translation and connection requests by the program. A client and server communicating over a VPN in accordance with such an embodiment are free to use whatever IP addresses they choose as well as dynamically change those addresses at run time, since such an embodiment does not rely upon a static name to address translation.
When the gateway or access server receives encrypted communications from the client via the encrypted data communication session, it decrypts the encrypted communication and provides it to the appropriate destination resource on the private data communication network. In an embodiment, the gateway terminates the traffic (as a proxy) and is then able to further process the request as described below rather than simply sending it straight along to the destination on the private network. The gateway, in this embodiment, can carry out additional processing on the connection including but not limited to back-end encryption, serving responses out of a cache, local network load balancing, global service load balancing or compression.
If there are any responsive communications from the destination resource, these are directed to the gateway (and potentially encrypted where back-end encryption is utilized as described below) for transport to the installed client program via the encrypted data communication session. The installed client program decrypts the responsive communications and passes them to the appropriate client application.
In a specific method in accordance with an embodiment of the present invention, an encrypted data communication session, such as a Secure Sockets Layer (SSL) session is established between a gateway and a client over a public data communication network. The gateway then sends a first program to the client in response to establishment of the encrypted data communication session. In an embodiment, the first program comprises dynamically delivered program components, such as an Active X control that is automatically installed and executed by a client Web browser. Other such components may be a Java applet, Java Script, dynamic shared library or other such program components.
When the first program is executed by the client, among other things, it installs a second program on the client. The second program operates to intercept communications from client applications destined for resources on the private data communication network. The second program also operates to provide the intercepted communications to the first program for sending to the gateway via the encrypted data communication session instead of directly to the resources on the private data communication network. In an embodiment, the second program comprises a dynamic interceptor, for example a filter device driver, that is installed as a “hook” at a transport layer of an operating system of the client.
In an embodiment, the first program acts as a connection proxy, providing an endpoint for the intercepted communications. Other non-preinstalled SSL VPNs, including the Port Proxy, are not able to act as proxy for every connection but instead serve as endpoint only for those named resources and ports that the Port Proxy is pre-configured to support.
When the gateway receives encrypted communications from the client via the encrypted data communication session established by the program components, it decrypts the encrypted communication and provides it to the appropriate destination resource on the private data communication network.
In another embodiment, the gateway can serve as an intermediate proxy for the application traffic sent via the VPN and is then able to further process the application requests rather than simply sending them straight along to the destination on the private network. This embodiment permits the gateway to carry out further processing on the connection such as back-end encryption, in which the traffic is re-encrypted by the gateway before delivery to the appropriate destination on the private data communication network thereby enabling users to achieve additional network security. Furthermore, such processing can permit the gateway to serve responses out of a cache rather than requiring additional work by the destination resource. Alternatively or additionally, the gateway can perform local network load balancing, global service load balancing or compression on the connection data.
If there are any responsive communications from the destination resource, these are provided to the gateway (and potentially encrypted by the destination resource prior to transmission to the gateway in an embodiment where back-end encryption is utilized to provide end-to-end network security) for transport to the first program via the encrypted data communication session. The first program decrypts the responsive communications and passes them to the appropriate client application via the second program.
In accordance with an embodiment of the present invention, a user is not required to pre-install any software on a client system or device. Instead, the necessary components are dynamically installed on the client as a result of logging in to a gateway and subsequently removed at log out. This presents a distinct advantage over conventional solutions for secure remote access, such as solutions based on IPSec technology, wherein software must be preinstalled onto a client by a user.
Furthermore, in accordance with an embodiment of the present invention, communications from a client application to resources residing on a private data communication network are re-directed to a gateway based on interception of those communications. This is in direct contrast to conventional VPN solutions that utilize a dynamic port proxy, and therefore require a name to address translation on the client in order to operate. Because an embodiment of the present invention is based on interception of name translation and connection requests, rather than port proxy, a client and server communicating over a VPN in accordance with an embodiment of the present invention are free to use whatever IP addresses they choose as well as dynamically change those addresses at run time, since such an embodiment does not rely upon a static name to address translation. Thus, an embodiment of the present invention permits the use of hard-coded IP addresses, dynamic IP addresses and dynamic ports.
Additionally, an embodiment of the present invention provides a VPN solution that is based on proxying connections. For example, an embodiment of the present invention provides a connection proxying based encrypted tunnel for secure remote access that terminates the connection and is therefore able to extract out the TCP payload of the original connection and encapsulate such application payload into a new TCP payload, transmitted via a separate TCP connection. Conventional IPSec solutions encrypt all packets and use a tunnel established at the network packet layer for communication between devices. In other conventional SSL solutions, traffic from multiple applications might be transmitted by tunneling complete TCP packets, inclusive of all TCP headers, inside a new TCP connection established by the port proxy or other solution. The encapsulating connection is a second TCP connection that delivers the original connection intact, including all headers and without modification, to a gateway that unwraps the payload of the original connection from the capsule TCP connection and completes the delivery, again without modification, to the final private network destination.
This approach of threading of complete TCP connections inside other connections creates the potential for problems. Because TCP protocol generates slowdowns, retransmissions and acknowledgements following packet loss or packet delays, or perceived packet losses or delays, the doubled layers of TCP under the tunneling solution amplify any such packet losses or packet delays as the TCP protocol generates additional slowdowns, retransmissions and acknowledgments. Thus, new levels of delays and retransmissions significantly intensify the original slowdown and are a significant limitation to delivering multiple TCP payloads through a TCP-over-TCP connection tunnel.
In contrast, in an embodiment of the present invention, a separate encryption session tunnel is created for each application connection. Because each connection in such an embodiment is terminated or proxied and the TCP payload separated out and delivered over its own newly generated TCP connection, the embodiment may more easily avoid cascaded connection delays by avoiding TCP-over-TCP problems. Since the application payload is sent via a set of separate TCP connections, the loss of delay of a packet in the network affects only one connection and does not induce cascaded retransmissions unlike the tunneled case. Such an embodiment may also be easily integrated with additional connection-specific processing of application content traffic in the tunnel.
Because an embodiment of the present invention provides a VPN solution that acts as a proxy terminating connections at the client before encrypting such data and sending it over an SSL or other session tunnel, additional processing of such intercepted packets can be performed more effectively. Such processing can include DNS name resolution of such traffic in order to enable client applications to use whatever IP addresses they choose as well as dynamically change those addresses at run time as described above. Such additional processing also permits the invention to be effectively integrated with other technologies such as global service load balancing to achieve greater availability and greater efficiency among distributed gateways or servers. The above embodiment and the connection processing made possible thereby additionally also enables the present invention to keep detailed logs and statistics regarding the packets.
By making possible further connection-specific content processing of application data, an embodiment of the present invention also permits integration of VPN capabilities, such as SSL VPN capabilities, with other beneficial functions that may be provided by a gateway to an enterprise network. For example, an embodiment of the present invention permits integration of application layer optimization, switching and security features at the gateway. In particular, per-connection tunneling in accordance with an embodiment of the present invention permits easy integration of VPN features with request switching technology (as described in U.S. Pat. No. 6,411,986 issued Jun. 25, 2002 and entitled “Internet Client-Server Multiplexer” and in co-pending U.S. patent application Ser. No. 09/690,437, filed Oct. 18, 2000 and entitled “Apparatus, Method and Computer Program Product for Efficiently Pooling Connections Between Clients and Servers,” each of which is incorporated by reference as if set forth fully herein) that is able to apply such application data processing capabilities at very high throughputs on multiple interleaved data streams simultaneously. The VPN features of an embodiment of the present invention may also be readily integrated with request level load balancing, Hypertext Transfer Protocol (HTTP) dynamic application caching, HTTP compression, Transmission Control Protocol (TCP) compression, defense against TCP and HTTP distributed denial of service attacks, HTTP virus defense scanning, and the like.
Finally, in an embodiment of the present invention, the integration of VPN features is extended by synchronizing the processing of the SSL decryption and end point processing described above with other processing of the connections to be carried out at the gateway including those described above such as load balancing, HTTP dynamic application caching, HTTP compression, TCP compression, defense against TCP and HTTP distributed denial of service attacks, HTTP virus defense scanning, and the like. In this way, an embodiment of the invention is able to deliver the benefits of such integrated processing which include: simplification of the network by avoiding having to interconnect several different systems to provide the combination of processing functions in specific order (e.g., compression before caching before encryption); an acceleration of processing by inspecting the application layer data once and taking multiple actions on it; simplification of administration by using a unified policy system to express actions to be taken, etc.
Further features and advantages of the invention, as well as the structure and operation of various embodiments of the invention, are described in detail below with reference to the accompanying drawings. It is noted that the invention is not limited to the specific embodiments described herein. Such embodiments are presented herein for illustrative purposes only. Additional embodiments will be apparent to persons skilled in the relevant art(s) based on the teachings contained herein.



BRIEF DESCRIPTION OF THE FIGURES
The accompanying drawings, which are incorporated herein and form part of the specification, illustrate the present invention and, together with the description, further serve to explain the principles of the invention and to enable a person skilled in the relevant art(s) to make and use the invention.
FIG. 1 depicts a system for establishing a virtual private network (VPN) in accordance with an embodiment of the present invention;
FIG. 2 illustrates a flowchart of a method for establishing a VPN in accordance with an embodiment of the present invention;
FIG. 3 illustrates a flowchart of a method by which a client communicates with and accesses resources on a private data communication network in accordance with an embodiment of the present invention and
FIG. 4 illustrates an example computer system-based implementation of a client, server and/or gateway in accordance with embodiments of the present invention.



The features and advantages of the present invention will become more apparent from the detailed description set forth below when taken in conjunction with the drawings, in which like reference characters identify corresponding elements throughout. In the drawings, like reference numbers generally indicate identical, functionally similar, and/or structurally similar elements. The drawing in which an element first appears is indicated by the leftmost digit(s) in the corresponding reference number.
DETAILED DESCRIPTION
A. System for Establishing a Virtual Private Network
FIG. 1 depicts the basic elements of an exemplary system 100 for establishing a virtual private network (VPN) in accordance with an embodiment of the present invention. As shown in FIG. 1, system 100 includes a private data communication network 106 and a plurality of clients 102a through 102n that are remotely and communicatively connected to private data communication network 106 via a public data communication network 104. In an embodiment, private data communication network 106 comprises an enterprise network upon which reside applications and data that are proprietary to an enterprise, such as a private business organization, and public data communication network 104 comprises the Internet, although the invention is not so limited.
As further shown in FIG. 1, private data communication network 106 comprises a gateway 108 and a plurality of servers 110a through 110n. Gateway 108 is a system or device that acts as interface between entities on public data communication network 104 and resources on private data communication network 106. In particular, and as will be described in detail below, gateway 108 is configured to facilitate remote secure access by any one of clients 102a-102n to resources, such as applications and data, running or stored on servers 110a-110n. 
In an embodiment, gateway 108 comprises a network server configured to perform the features of the present invention in addition to various network tasks relating to optimization of Web-based and/or client-server applications, traffic management, and security. However, the invention is not so limited, and gateway 108 may comprise any network system or device that is configured to perform the features of the present invention.
Each client 102a-102n comprises a system or device adapted to communicate with other entities over public data communication network 104, including but not limited to gateway 108. As will be appreciated by persons skilled in the relevant art(s), a variety of conventional communication protocols may be used to implement communication between each client 102a-102n and other entities on public data communication network 104. For example, in an embodiment, a Transmission Control Protocol/Internet Protocol (TCP/IP) suite is used to establish links and transport data, while a Hypertext Transfer Protocol (HTTP) or File Transfer Protocol (FTP) application layer is used for client-server communication. However, these examples are illustrative. The present invention is not intended to be limited to a specific communication protocol or application, and other proprietary or non-proprietary network communication protocols and applications can be used.
In an embodiment, each client 102a-102n comprises a personal computer (PC) running under the control of an operating system and implementing a commercially-available Web browser for network communication. For example, each client 102a-102n may comprise a PC running a Microsoft Windows® operating system—and implementing a Microsoft Internet Explorer® Web browser. Alternately, each client 102a-102n may comprise a PC running a Macintosh® operating system and implementing a Netscape Navigator® Web browser. However, the invention is not limited to these examples, and other operating systems and browsers may be used. Additionally, the invention is not limited to personal computers, and each client 102a-102n may comprise any device or system capable of communicating over public data communication network 104, including but not limited to laptop computers, tablet computers, set-top boxes, and network-enabled televisions, handheld computers and mobile telephones.
B. Method for Establishing a Virtual Private Network
FIG. 2 illustrates a flowchart 200 of a method for establishing a VPN in accordance with an embodiment of the present invention. The invention, however, is not limited to the description provided by the flowchart 200. Rather, it will be apparent to persons skilled in the relevant art(s) from the teachings provided herein that other functional flows are within the scope and spirit of the present invention. Flowchart 200 will be described with continued reference to example system 100 described above in reference to FIG. 1. The invention, however, is not limited to that embodiment.
The method of flowchart 200 begins at step 202, in which one of clients 102a-102n (hereinafter generically referred to as client 102) performs a log in procedure and establishes an encrypted data communication session with gateway 108 via public data communication network 104. As will be described in more detail herein, the encrypted data communication session is used as a tunnel to bridge traffic from client 102 to any of servers 110a through 110n which reside behind gateway 108 in private data communication network 106. In an embodiment, client 102 uses a commercially-available Web browser, such as Microsoft Internet Explorer® or Netscape Navigator®, to log in and establish a data communication session with gateway 108 using Secure Sockets Layer (SSL) or other encryption methods including IPSec or others. A protocol such as Hypertext Transfer Protocol over Secure Sockets Layer (HTTPS) may be used to initiate the encrypted data communication session.
In response to log in and establishment of the encrypted data communication session, gateway 108 sends a first program to client 102 over public data communication network 104 as shown at step 204. The first program is configured to act as a tunnel endpoint for communication over the encrypted data communication session. In an embodiment, the first program comprises a plug-in application that is automatically installed and executed by the client Web browser. For example, the first program may comprise an ActiveX control that is provided as a plug-in to be executed by a Microsoft Internet Explorer® Web browser. Alternatively, the first program may comprise a Java applet that is provided as a plug-in to be executed by a Netscape Navigator® Web browser or another control or programming component that works across network environments.
At step 206, client 102 installs and executes the first program, wherein executing the first program comprises installing a second program on client 102. The second program is configured, in part, to intercept communications from applications running on client 102 that are destined for resources on private data communication network 106 and to provide the intercepted communications to the first program for sending to gateway 108 via the encrypted data communication session. The second program is also configured to provide intranet network name resolution service and optionally split network traffic. By splitting the traffic, an embodiment of the present invention is able to determine what traffic is channeled to an SSL tunnel and what is permitted to continue along for regular processing by the transport layer stack.
In an embodiment, the second program comprises a dynamic interceptor (for instance, a filter device driver) that is inserted as a “hook” into an operating system of client 102. For example, the second program may comprise a filter device driver that is attached to the transport layer stack of the client operating system, such as the transport layer stack of a Microsoft Windows® operating system.
As shown at step 208, once the first and second programs have been installed, applications running on client 102 may communicate with and access resources, such as applications and data, on private data communication network 106 via the established encrypted data communication session. The manner in which this communication occurs will be discussed in more detail below with respect to FIG. 3. Note that, in an alternative embodiment, the functions of the first program and second program as described above are performed by a single control or programming component (i.e., a self sufficient program that can be run throughout the network environment) that is automatically installed and executed by client 102.
At step 210, client 102 performs a log out procedure to disconnect from private data communication network 106, which terminates the encrypted data communication session with gateway 108. In an embodiment, at log out time, the first program automatically cleans up the modifications made to the client operating system to return the operating system to its original status.
FIG. 3 illustrates a flowchart 300 of a method by which a client communicates with and accesses resources on a private data communication network in accordance with an embodiment of the present invention. In particular, the method of flowchart 300 represents one method by which step 208 of flowchart 200 may be carried out.
The method of flowchart 300 begins at step 302, in which a client application makes a new connection or resolves a domain name to the transport layer stack of the client operating system. When this occurs, the functions of the second program are automatically called before any transport layer functions are initiated, as shown at step 304. As described above, in an embodiment, the second program comprises a dynamic interceptor such as a filter device driver attached to the transport layer stack of the client operating system.
At step 306, the second program intercepts communications from the client application that are destined for resources on private data communication network 106 and re-routes them to the first program, which in an embodiment comprises an ActiveX control plug-in, a Java applet or other control or programming component that works across network environments.
At step 308, each intercepted connection is terminated or proxied and the first program separates out the payload and encapsulates the payload into a new connection for delivery via the established encrypted data communication session. In an embodiment, the payload is a TCP payload and is encapsulated into a new TCP connection.
At step 310, the first program sends the intercepted communications over public data communication network 104 to gateway 108 in private data communication network 106 via the pre-established encrypted data communication session, which includes encrypting the intercepted communications and sending the encrypted intercepted communications to gateway 108. In an embodiment, encryption is carried out in accordance with SSL protocols.
At step 312, gateway 108 acts as a proxy terminating the connection sent by the first program and decrypts the communications received from the first program on client 102 and passes the decrypted communications on to the appropriate destination resource on private network 106 via a different connection that the gateway 108 has established with the destination resource on private network 106. In an embodiment, decryption is carried out in accordance with SSL protocols or other applicable encryption and decryption protocols. At step 314, the destination resource processes the decrypted communications.
If the decrypted communications include a request for which there is a response, then the destination resource sends out responsive communications to gateway 108, as shown at step 316. At step 318, gateway 108 sends the responsive communications over public data communication network 104 to the first program on client 102 via the pre-established encrypted data communication session, which includes encrypting the responsive communications and sending the encrypted responsive communications to the first program. In an embodiment, encryption is carried out in accordance with SSL protocols or other applicable encryption and decryption protocols.
At step 320, the first program decrypts the responsive communications and passes them on to the appropriate client application via the second program, which is attached to the transport layer stack of the client operating system.
In accordance with an alternate embodiment of the present invention, client 102 performs additional processing of the intercepted communications before sending them over public data communication network 104 at step 308. Because an embodiment of the present invention provides a VPN solution that acts as a proxy terminating connections at the client before encrypting such data and sending it over the pre-established encrypted data communication session, such additional processing can be performed more effectively. Such processing can include DNS name resolution of the intercepted communications in order to enable client applications to use whatever IP addresses they choose as well as dynamically change those addresses at run time. Such additional processing permits embodiments of the invention to be effectively integrated with other technologies such as global service load balancing to achieve greater availability and greater efficiency among distributed gateways or servers. The additional connection processing can also enable the keeping of detailed logs and statistics regarding the intercepted communications.
In a further alternate embodiment of the present invention, gateway 108 terminates communications received from the first program on client 102 (as a proxy) and further processes one or more requests included therein rather than simply sending the communications straight along to a destination on private data communication network 106 as shown at step 312. This further processing can include back-end encryption wherein communications are re-encrypted by gateway 108 before delivery to the appropriate destination on private data communication network 106, thereby providing end-to-end network security. The destination will thereafter decrypt the traffic and respond appropriately. Further, such processing can permit gateway 108 to serve responses out of a cache rather than requiring additional work by a destination server, perform local network load balancing, global service load balancing and/or compression on the communications to enhance the efficiency and responsiveness of private data communication network 106.
In accordance with the above-described methods, a VPN based on an encrypted data communication session is established between client 102 and private data communication network 106. For example, in an embodiment, a secure VPN is established via HTTPS. Thereafter, all communications from client 102 to private data communication network 106 are routed via the first program to gateway 108, and vice-versa, through this encrypted data communication session.
It should be noted that although the encrypted data communication session may be established using HTTPS, the communications that are passed through the encrypted data communication session need not be HTTPS packet data or even HTTP packet data. For example, the communications may also comprise Transmission Control Protocol/User Datagram Protocol (TCP/UDP) or Internet Control Message Protocol (ICMP) packet data, although these examples are not intended to be limiting.
It should also be noted that although various client-side functions of an embodiment of the present invention are described above as being performed by a first program and a second program, persons skilled in the relevant art(s) will readily appreciate that those functions can be performed by a single program or multiple programs.
Furthermore, although the method described in reference to FIG. 3 describes a request-response type communication between an application on client 102 and a resource on private data communication network 106, encrypted communications in accordance with the present invention need not be request-response based. Rather, the communications can be of any type. Thus, any client application that can establish a connection or communication session, such as a UDP session, can send and receive encrypted communications in accordance with an embodiment of the present invention.
The above-described method for establishing a VPN is connection proxying in that an encrypted data communication session is created by terminating the connection and encapsulating the TCP. payload of the original connection into a new TCP connection for each application connection. This is in contrast to a conventional IPSec approach, in which an encryption tunnel is developed on the network packet level and is therefore not tied to any particular application or communication session.
The above-described method is also distinguished from other conventional SSL solutions such as the Port Proxy approach where each connection is encapsulated as a complete entity inclusive of all TCP headers, inside a new encrypted TCP connection established by the port proxy. The encapsulating connection is a second, session-wide TCP connection that delivers the original connection intact including all headers and without modification to a gateway which unwraps the payload of the original connection from the capsule TCP connection and completes the delivery without modification to the final private network destination. The above described Port Proxy approach of threading of TCP connections inside other connections tunneled over an SSL connection can experience problems because TCP protocol generates slowdowns and retransmissions and acknowledgements in the event of packet loss and those delays and transmissions get significantly amplified where multiple complete TCP payloads are delivered through the single SSL TCP connection tunnel. The present embodiment avoids these delays by transmitting only the TCP payload of the terminated or proxied connection separated out and delivered via a separately established, new connection to the gateway.
Because an embodiment of the present invention provides a VPN solution that acts as a proxy terminating connections at the client before encrypting such data and sending it over an SSL session tunnel, the program is better able to manage connection based packet flows in a way that enables additional processing of such intercepted packets. Such additional processing permits the invention to be effectively integrated with other technologies such as global service load balancing to achieve greater availability and greater efficiency among distributed gateways or servers. The above embodiment and the additional connection processing also enables the present invention to keep detailed logs and statistics regarding the packets.
In addition, by implementing a connection-proxying based VPN where only the TCP payload of the original connection is transmitted through the secure VPN to the gateway, the above described method also permits integration at the gateway of the VPN with caching technologies that monitor Web object requests and store certain of those objects it retrieves from a server in order to improve network performance. Further, the above described method enables successful integration of the SSL VPN into other networking technologies including Load Balancing and TCP Buffering by proxying the connections at the gateway and thus creating the opportunity for further processing of the connection at the gateway.
Because the above-described method for establishing a VPN is connection-proxying based, it allows application data to be transferred in a manner that is also more compatible with Authentication, Authorization, and Accounting (AAA) policies, caching, compression, switching, multiplexing of connections, protection from SYN floods and other forms of attacks, and split tunneling than conventional VPN approaches. To illustrate the benefit of carrying out connection-proxying based VPN as described in the prior paragraph, the above-described method in which any additional processing of such connection that may be carried out at the gateway, including each of the methods described in the preceding paragraph, can be simply and efficiently carried out because the gateway serves as a proxy endpoint for the encrypted session. More specifically, in an embodiment, the gateway is able to carry out one or more forms of such processing as the gateway in the above-described method has terminated the connection and therefore such gateway can simply access and manipulate the TCP payload to perform such processing. By contrast, other approaches, including the connection tunneling approach, do not as a matter of course terminate the connection at the gateway (rather they proxy only the encrypted tunnel session) and therefore the approach requires a second level of processing to terminate the TCP connection that is tunneled inside the encrypted session. As a result of the requirement that the gateway carry out further processing on the connection, these approaches are inherently more complex and tend to be less efficient in carrying out additional functional processing on any such connection at the gateway.
Finally, in an embodiment, the integration of the VPN features of the present invention can be extended by synchronizing the processing of the SSL decryption and end point processing described above with other processing of the connections to be carried out at the gateway including those described above such as load balancing, HTTP dynamic application caching, HTTP compression, TCP compression, defense against TCP and HTTP distributed denial of service attacks, HTTP virus defense scanning, and the like.
In addition to the processing efficiencies described above, an embodiment of the present invention creates a separate TCP connection for each connection with the client or client control and terminates each such connection separately at the gateway and therefore provides the ability to simply and efficiently sequence the additional processing on each such connection.
In other approaches, including the connection tunneling approach, the gateway faces additional processing issues as previously described in the preceding paragraphs relating to the additional connection processing that must be carried out in contrast to the more efficient approaches of the present invention. Because multiple applications may be tunneled through a single encrypted session tunnel under this less efficient approach, the processing of the internal TCP connections at the gateway becomes more complex and less economical in its use of gateway processor resources. In this way, an embodiment of the invention improves the efficiency of integrating the processing at the gateway of the encryption session with other forms of processing.
Although the above-described methods are described in reference to embodiments in which communication is initiated by a client, the present invention also encompasses an embodiment in which communication is initiated by an entity on private data communication network 106. In accordance with such an embodiment, gateway 108 acts as a virtual client and entities on private communication network 106, such as servers 110a-110n, initiate communication with applications resident on any of clients 102a-102n. In such an embodiment, the VPN session is established in the same manner described above in reference to FIG. 3, but after the session is set up, either the client or the server can initiate a connection or communication session, such as a UDP session, to send communications to each other.
C. Exemplary Client/Server/Gateway
The functions of the present invention as respectively performed by each of clients 102a-102n, servers 110a-110n, and gateway 108n may be implemented using hardware, software, or a combination thereof and may be implemented in one or more computer systems or other processing systems. For example, FIG. 4 depicts an example computer system 400 that may be utilized to implement any of clients 102a-102n, servers 110a-110n, and/or gateway 108n in accordance with embodiments of the present invention.
As shown in FIG. 4, the example computer system 400 includes a processor 404 for executing software routines in accordance with embodiments of the present invention. Although a single processor is shown for the sake of clarity, the computer system 400 may also comprise a multiprocessor system. The processor 404 is connected to a communication infrastructure 406 for communication with other components of the computer system 400. The communication infrastructure 406 may comprise, for example, a communications bus, cross-bar, or network.
Computer system 400 further includes a main memory 408, such as a random access memory (RAM), and a secondary memory 410. The secondary memory 410 may include, for example, a hard disk drive 412 and/or a removable storage drive 414, which may comprise a floppy disk drive, a magnetic tape drive, an optical disk drive, or the like. The removable storage drive 414 reads from and/or writes to a removable storage unit 418 in a well known manner. Removable storage unit 418 may comprise a floppy disk, magnetic tape, optical disk, or the like, which is read by and written to by removable storage drive 414. As will be appreciated by persons skilled in the relevant art(s), the removable storage unit 418 includes a computer usable storage medium having stored therein computer software and/or data.
In alternative embodiments, secondary memory 410 may include other similar means for allowing computer programs or other instructions to be loaded into computer system 400. Such means can include, for example, a removable storage unit 422 and an interface 420. Examples of a removable storage unit 422 and interface 420 include a program cartridge and cartridge interface (such as that found in video game console devices), a removable memory chip (such as an EPROM, or PROM) and associated socket, and other removable storage units 422 and interfaces 420 which allow software and data to be transferred from the removable storage unit 422 to computer system 400.
Computer system 400 further includes a display interface 402 that forwards graphics, text, and other data from the communication infrastructure 406 or from a frame buffer (riot shown) for display to a user on a display unit 430.
Computer system 400 also includes at least one communication interface 424. Communication interface 424 allows software and data to be transferred between computer system 400 and external devices via a communication path 426. In embodiments of the present invention, the communication interface 424 permits data to be transferred between the computer system 400 and a data communication network, such as public data communication network 104 or private data communication network 106. Examples of communications interface 424 can include a modem, a network interface (such as Ethernet card), a communications port, and the like. Software and data transferred via communications interface 424 are in the form of signals which can be electronic, electromagnetic, optical or other signals capable of being received by communications interface 424. These signals are provided to the communications interface via the communication path 426.
As used herein, the term “computer program product” may refer, in part, to removable storage unit 418, removable storage unit 422, a hard disk installed in hard disk drive 412, or a carrier wave carrying software over a communication path 426 (wireless link or cable) to communication interface 424. A computer useable medium can include magnetic media, optical media, or other recordable media, or media that transmits a carrier wave or other signal. These computer program products are means for providing software to computer system 400.
Computer programs (also called computer control logic) are stored in main memory 408 and/or secondary memory 410. Computer programs can also be received via communications interface 424. Such computer programs, when executed, enable the computer system 400 to perform one or more features of the present invention as discussed herein. In particular, the computer programs, when executed, enable the processor 404 to perform features of the present invention. Accordingly, such computer programs represent controllers of the computer system 400.
The present invention can be implemented as control logic in software, firmware, hardware or any combination thereof. In an embodiment where the invention is implemented using software, the software may be stored in a computer program product and loaded into computer system 400 using removable storage drive 414, hard disk drive 412, or interface 420. Alternatively, the computer program product may be downloaded to computer system 400 over communications path 426. The software, when executed by the processor 404, causes the processor 404 to perform functions of the invention as described herein.
D. Conclusion
While various embodiments of the present invention have been described above, it should be understood that they have been presented by way of example only, and not limitation. Thus, it will be understood by those skilled in the relevant art(s) that various changes in form and details may be made therein without departing from the spirit and scope of the invention as defined in the appended claims. Accordingly, the breadth and scope of the present invention should not be limited by any of the above-described exemplary embodiments, but should be defined only in accordance with the following claims and their equivalents.

## Claims

1. A method comprising:
(a) establishing, by a network device, a connection with a client requesting access to a network via the network device;
(b) transmitting, by the network device, a first program to the client for automatic installation and execution thereon in response to the establishment;
(c) installing, by the first program upon execution, a second program in a network stack of the client, the second program redirecting to the first program a packet from a client application destined for the network;
(d) encapsulating, by the first program, payload from the redirected packet; and
(e) transmitting, by the first program, the encapsulated payload to the network device.

2. The method of claim 1, wherein step (a) further comprises requesting, by the client, access from a public network to a private network via the network device.

3. The method of claim 1, wherein step (a) further comprises establishing the connection with the client in response to the client application requesting access to the network.

4. The method of claim 1, wherein establishing the connection further comprises establishing a secure sockets layer (SSL) connection with the client.

5. The method of claim 1, wherein transmitting the first program further comprises transmitting an ActiveX control or a Java applet.

6. The method of claim 1, further comprising providing, by the first program, a first endpoint for communications over the established connection and providing, by the network device, a second endpoint for the communications over the established connection.

7. The method of claim 1, wherein installing the second program further comprises installing a filter at the transport layer of the network stack.

8. The method of claim 1, wherein step (c) further comprises determining whether to redirect the packet to the first program.

9. The method of claim 1, wherein step (d) further comprises encrypting the payload from the redirected packet.

10. The method of claim 1, further comprising transmitting, by the network device, the payload to a destination in the network.

11. A method comprising:
(a) establishing a connection between a client on a first network and a network device intermediary to the first network and a second network;
(b) intercepting, by a filter operating at a transport layer of the client, a packet from an application of the client responsive to the establishment, the packet destined for the second network;
(c) forwarding, by the filter, the intercepted packet to a program executing on the client, the program terminating an end of the connection at the client; and
(d) transmitting, by the program, payload from the intercepted packet to the network device via the connection.

12. The method of claim 11, wherein step (a) further comprises establishing the connection with the client in response to the application requesting access to the second network.

13. The method of claim 11, wherein the program executes in an application layer of the client.

14. The method of claim 11, wherein a web browser of the client executes the program.

15. The method of claim 11, further comprising providing, by the program, a first endpoint for the connection and providing, by the network device, a second endpoint for the connection.

16. The method of claim 11, wherein step (c) further comprises determining whether to forward the packet to the program.

17. The method of claim 11, wherein step (d) further comprises encrypting the payload from the intercepted packet prior to transmission to the network device.

18. The method of claim 11, further comprising transmitting, by the network device, the payload to a destination in the second network.

19. The method of claim 11, further comprising establishing, by the application, a connection to the transport layer of the client to activate the filter for intercepting packets.

20. The method of claim 11, further comprising installing, by the program, the filter at the transport layer of the client.