NetworkWorkingGroupR.AtkinsonRequestforComments:1827NavalResearchLaboratoryCategory:StandardsTrackAugust1995IP封装安全载荷（ESP）本备忘录的状态这篇文档详述了Internetcommunity中的一个internet标准栈协议，并且请求对于这个标准栈协议的讨论和建议。标准化的状态和协议的状态请参考internet官方协议标准（std1）.发布本备忘录的发放不受限制。摘要此篇文档描述了IP封装安全载荷（ESP）。ESP是为IP数据包提供完整性和机密性的一种机制。在某些情况下也可用于IP数据包的安全认证。此机制可用于IPv4和IPv6。1介绍ESP是为IP数据包提供完整性和机密性的一种机制。它也能在特定的认证算法和算法模型的基础上提供身份认证。ESP不提供流量分析的不可否认性和保护性服务。IP认证头（AH）使用一定的认证算法[Atk95b]可以实现不可否认性服务。IP认证头可以和ESP结合起来使用以提供身份认证的服务。用户如果只想实现信息完整性和身份认证服务而不想实现机密性服务，则可以选择IP认证头（AH）协议来取代ESP。本文假设读者已经熟悉相关文档“IP安全架构”，它定义了用于IPv4和IPv6的总的INTERNET层的安全架构，并且提供了对于这篇描述文档的重要背景。[Atk95a]1．1综述IP封装安全载荷（ESP）试图提供信息的机密性和完整性服务，方法是将被保护的数据加密并把被加密的数据放入IP封装安全载荷（ESP）的数据部分。根据用户的安全需求，此机制可以被用于加密传输层段（例如：TCP,UDP,ICMP,IGMP）,也可用来加密一个完整的IP数据包。为了保证完整原始数据包的机密性，封装被保护的数据是必须的。在共享系统中使用此规范会增长IP协议处理的代价。使用此规范也会增长信息通讯的延迟时间。延迟时间的增长主要是由包含在一个ESP中的每个IP数据包都需要的加密和解密过程引起的。在隧道模式的ESP中，原始的IP数据包被放置于ESP的被加密部分，然后将完整的ESP帧放入一个数据包内，此数据包有一个未加密的IP报头。未加密的IP数据报头中的信息被用来将安全数据包从源地址发送到目的地址。一个未加密的IP路由报头可以被包括在IP报头和ESP之间。在传输模式的ESP中，ESP头被插入到IP数据包中传输层协议报头（例如，TCP,UDP,或者ICMP）的前面。在此模式下，因为没有加密的IP报头或者IP选项所以带宽被保护。在IP中，一个IP认证头可以用来作为一个未加密信息报的头部或者在一个传输模式的ESP信息报中位于IP报头和ESP报头之间，也可以作为一个报头位于一个隧道模式的ESP信息报的加密部分。当一个AH同时出现在纯文本的IP报头和单个信息包的隧道模式ESP头之内时，未加密的IPv6认证主要被用于向未加密的IP头的内容提供保护，加密的认证头被用于向加密的IP信息包提供报头验证。本文稍后详述。IP封装安全载荷的组织结构与别的IP有效载荷有很大不同。ESP有效载荷的第一个成分是有效载荷的未加密域。第二个部分是加密的数据。未加密ESP报头的域通知预期的接收者怎样合适的解密和处理加密的数据。被加密的数据部分包括用于安全协议的受保护域以及加密封装的IP数据包。安全联合的概念是ESP的重要的基础部分。它在相关文档“SecurityArchitecturefortheInternetProtocol”被详细的描述。执行者应该在读此篇文档之前读那篇文档。1．2需求的术语定义在本文档中，通常被大写的单词用来定义一个特定的要求（REQUIREMENT）的重要程度。这些单词是：－MUST（必须）这个单词和近意词"REQUIRED"意谓它们所指的项在规范中是绝对必须,不可缺少的。－SHOULD(应该)此单词和近意词“RECOMMENDED"修饰的条款，在特定的环境下，由于某些合理原因存在，是可以忽略的。但是此条款的完整含义必须被理解，在采取不同的方针之前，应该特别重视所处的场合。－MAY（可以）这个单词和它的近意词“OPTIONAL"意谓着它们所指的特定项确实是可选的。一个产品提供商（vendor）可能为了一个特别的商务用途的需要或者增强它的产品（例如：别的商家可能忽略此项目）而将此项条目包括进来。2密钥管理密钥管理是IP安全架构的一个重要部分。然而，一个特定的密钥管理协议并没有包括在本篇说明文档中，这是因为长期以来，在各种公开的著作中，涉及到密钥管...
VIP
