Systems and methods for handling SSL session not reusable across multiple cores

• US 8,601,556 B2
• Filed: 06/22/2009
• Issued: 12/03/2013
• Est. Priority Date: 06/22/2009
• Status: Active Grant

• Current Assignee: Citrix Systems, Inc. (Cloud Software Group)
• Original Assignee: Citrix Systems, Inc. (Cloud Software Group)
• Inventors: Kanekar, Tushar
• Primary Examiner(s): Davis, Zachary A
• Application Number:
  US12/489,333
• Publication Number:
  US 20100325420A1
• Time in Patent Office: 1,625 Days
• Field of Search: 713/151, 713/164, 726 3- 7, 726/10, 709/227, 709/228, 709/230, 709/237
• US Class Current: 726/6
• CPC Class Codes: H04L 2209/043 of tables, e.g. lookup, substitution or mapping
• CPC Class Codes: H04L 2209/30 Compression, e.g. Merkle-Damgard construction
• CPC Class Codes: H04L 2209/56 Financial cryptography, e.g. electronic payment or e-cash
• CPC Class Codes: H04L 2209/60 Digital content management, e.g. content distribution
• CPC Class Codes: H04L 2209/76 Proxy, i.e. using intermediary entity to perform cryptographic operations network architectures or network communication protocols using hop-by-hop encryption H04L63/0464
• CPC Class Codes: H04L 2209/80 Wireless network architectures or network communication protocols for wireless network security H04W12/00
• CPC Class Codes: H04L 63/0471 applying encryption by an intermediary, e.g. receiving clear information at the intermediary and encrypting the received information at the intermediary before forwarding
• CPC Class Codes: H04L 63/0485 Networking architectures for enhanced packet encryption processing, e.g. offloading of IPsec packet processing or efficient security association look-up
• CPC Class Codes: H04L 63/0823 using certificates cryptographic mechanisms or cryptographic arrangements for entity authentication involving certificates H04L9/3263
• CPC Class Codes: H04L 63/0876 based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint
• CPC Class Codes: H04L 63/166 at the transport layer
• CPC Class Codes: H04L 67/1027 Persistence of sessions during load balancing
• CPC Class Codes: H04L 67/1036 Load balancing of requests to servers for services different from user content provisioning, e.g. load balancing across domain name servers
• CPC Class Codes: H04L 9/3268 using certificate validation, registration, distribution or revocation, e.g. certificate revocation list [CRL]
• CPC Class Codes: H04L 9/3271 using challenge-response
• CPC Class Codes: H04L 9/3297 involving time stamps, e.g. generation of time stamps

Abstract

The present invention is directed towards systems and methods for managing SSL session persistence and reuse in a multi-core system. A first core may indicate that an SSL session established by the first core is non-resumable. Responsive to the indication, the core may set an indicator at a location in memory accessible by each core of the multi-core system, the indicator indicating that the SSL session is non-resumable. A second core of the multi-core system may receive a request to reuse the SSL session. The request may include a session identifier of the SSL session. In addition, the session identifier may identify the first core as an establisher of the SSL session. The second core can identify from encoding of the session identifier whether the second core is not the establisher of the SSL session. Responsive to the identification, the second core may determine whether to resume the SSL session.

Claims

1. A method of identifying a not resumable secure sockets layer (SSL) session, the method comprising:

a) identifying, by a first packet engine of a first core of a multi-core system, that an SSL session is not resumable;

b) setting, by the first packet engine responsive to the identification, at a location in memory accessible by a second core of the multi-core system, an indicator to indicate that the SSL session is not resumable;

c) receiving, by a second packet engine of a second core of the multi-core system, a request identifying the SSL session established by the first core; and

d) determining, by the second packet engine, that a core different from the second core established the SSL session, the second packet engine not resuming the SSL session responsive to the determination.

2. The method of claim 1, wherein step (a) further comprises receiving, by the first packet engine of the first core of the multi-core system deployed as an intermediary between the client and a server, a notification that the SSL session is not resumable.

3. The method of claim 1, wherein step (a) further comprises determining, in accordance with a policy, by the first packet engine of the first core of the multi-core system deployed as an intermediary between the client and a server, that the SSL session is not resumable.

4. The method of claim 1, wherein step (b) further comprises storing, by the first packet engine, to the location in the memory a value for a resumable field associated with the SSL session to indicate if the SSL session is resumable.

5. The method of claim 1, wherein step (c) further comprises determining, by a flow distributor of the multi-core system, to forward the request to the second core based on a source port indicated by the request.

6. The method of claim 1, wherein step (c) further comprises receiving the request comprising a session identifier, the session identifier identifying that the first core established the SSL session.

7. The method of claim 6, wherein step (d) further comprises decoding, by the second packet engine, a core identifier from a byte of the session identifier.

8. The method of claim 6, wherein step (d) further comprises determining, by the second packet engine, that the session identifier is not in a session cache of the second core.

9. The method of claim 1, wherein step (d) further comprises identifying, by the second packet engine, from a session identifier of the SSL session that the second core is not the establisher of the SSL session.

10. The method of claim 1, further comprising removing, by the second packet engine, information about the SSL session from a session cache of the second core.

11. The method of claim 1, further comprising establishing, by the second packet engine, a second SSL session responsive to the request.

12. The method of claim 1, further comprising determining, by the second packet engine, whether a predetermined maximum reuse threshold has been reached.

13. A method of identifying an secure sockets layer (SSL) session as not resumable, the method comprising:

a) indicating, by a first processor of multiple processors, that an SSL session is not resumable;

b) setting, by the first processor responsive to the indication, an indicator at a location in memory accessible by each processor of the multiple processors, the indicator indicating that the SSL session is not resumable;

c) receiving, by a second processor of the multiple processors, a request to resume the SSL session established by the first processor, the request comprising a session identifier of the SSL session, the session identifier identifying the first processor as an establisher of the SSL session; and

d) identifying, by the second processor, from encoding of the session identifier that the second processor is not the establisher of the SSL session, the second processor not resuming the SSL session responsive to accessing the indicator at the location.