Jump to content United States-English
HP.com Home Products and Services Support and Drivers Solutions How to Buy
» Contact HP
More options
HP.com home
Installing and Administering IPSec/9000 > Chapter 4 IPSec Concepts

IPSec Architecture

» 

Technical documentation

Complete book in PDF
» Feedback
Content starts here

 » Table of Contents

 » Glossary

 » Index

Figure 4-5 Conceptual Layers of TCP/IP Software

Conceptual Layers of TCP/IP Software

IP Encapsulating Security Payload (ESP)

The IP Encapsulating Security Payload provides integrity and privacy. It can also be used with an optional ESP authentication field or with an IP Authentication Header to provide authentication.

Integrity and Privacy

The IP Encapsulating Security Payload takes the data carried by IP, such as a TCP packet, encrypts it using a symmetric key, and encapsulates it with header information so that the receiving IPSec entity can decrypt it.

HP's IPSec/9000 supports the Data Encryption Standard Cipher Block Chaining Mode (DES-CBC) and Triple-DES CBC (3DES-CBC) (J4256AA only) encryption algorithms.

Transport and Tunnel Modes

The IPSec headers (AH and ESP) can be used in transport mode or tunnel mode. In transport mode, the original IP header is followed by the AH or ESP header. If ESP is used in transport mode, only the upper-layer (e.g., TCP, UDP, IGMP) is encrypted. The IP header is not encrypted.

In tunnel mode, the original IP datagram, including the original IP header), is enclosed, or encapsulated within a second IP datagram. If ESP is used in tunnel mode, the original IP datagram, including the original header, is encrypted. If ESP is used in tunnel mode on gateways, the outer, unencrypted IP header will contain the IP addresses of the gateways, and the inner, encrypted IP header will contain the ultimate IP source and destination addresses. This prevents eavesdroppers from analyzing the network traffic between the ultimate source and destination addresses.

Figure 4-6 IP Encapsulating Security Payload (ESP)

IP Encapsulating Security Payload (ESP)

Authentication

When ESP is used with the optional ESP authentication field, an authentication value is calculated for the encrypted data using a symmetric key and appended to the end of the packet. The recipient computes its own authentication value using the same shared secret key and the encrypted data. It then compares the result with the transmitted authentication value. If it matches, the recipient is assured that the sender knows the same secret key, confirming the identity of the sender. The recipient is also assured that the data was not altered during transit.

Figure 4-7 IP ESP with Authentication

IP ESP with Authentication

IP Authentication Header (AH)

The IP Authentication Header (AH) provides integrity and authentication but no privacy--the IP data is not encrypted.

The AH contains an authentication value based on a symmetric-key hash algorithm. All of the fields in the IP datagram which are not mutable (that is, do not change in transit) are used to calculate the authentication value; this includes the IP Header as well as other headers and the user data. IP Fields or options that need to change in transit, such as "hop count," and "time to live," are assigned a zero value for the calculation of the authentication value.

HP's IPSec/9000 supports both the U. S. government's HMAC-SHA1 (Secure Hash Algorithm) and RSA Data Security's HMAC-MD5 (Message Digest-5) symmetric-key hash algorithms for the AH.

Figure 4-8 IP Authentication Header (AH)

IP Authentication Header (AH)
Printable version
Privacy statement Using this site means you accept its terms Feedback to webmaster
© 2001 Hewlett-Packard Development Company, L.P.