IPSEC中输出ESP数据包的初始化矢量部分吗?

发布于 2025-01-18 19:12:43 字数 427 浏览 1 评论 0原文

ESP 数据包显示初始化向量作为输出数据包的一部分

加密算法:AES-CBC 身份验证算法:HMAC-SHA1-96

在 ESP 中,初始化向量是否必须始终是输出数据包的一部分。 如果不是,那些算法是什么? 如果是,为什么在 google/books 上的一些图像中显示 esp 数据包没有 iv 字段? ESP 数据包格式

ESP Packet showing initialization vector as part of output packet

Encryption Algorithm: AES-CBC
Authentication Algorithm: HMAC-SHA1-96

Is it necessary that in ESP, initialization vector be always the part of output packet.
If no, what are those algorithms ?
If yes, Why in some of the images on google/books show esp packet with no iv field ?
ESP PACKET FORMAT

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

若有似无的小暗淡 2025-01-25 19:12:43

引用 RFC-2406,第 2.3 节(强调我的):

有效负载数据是一个可变长度字段,包含由
下一个标头字段。有效负载数据字段是强制性的,并且是
长度的整数字节数。 如果使用的加密算法
有效负载需要加密同步数据,例如
初始化向量(IV),则该数据可以显式携带
在有效负载字段中
。任何需要这样的加密算法
显式的、每个数据包的同步数据必须指示长度,
此类数据的任何结构,以及该数据作为其一部分的位置
指定如何将算法与 ESP 一起使用的 RFC。如果这样的话
同步数据是隐式的,推导数据的算法
必须是 RFC 的一部分。

因此初始化向量的存在是有条件的并且取决于特定的加密算法。

Citing RFC-2406, section 2.3 (emphasis mine):

Payload Data is a variable-length field containing data described by
the Next Header field. The Payload Data field is mandatory and is an
integral number of bytes in length. If the algorithm used to encrypt
the payload requires cryptographic synchronization data, e.g., an
Initialization Vector (IV), then this data MAY be carried explicitly
in the Payload field
. Any encryption algorithm that requires such
explicit, per-packet synchronization data MUST indicate the length,
any structure for such data, and the location of this data as part of
an RFC specifying how the algorithm is used with ESP. If such
synchronization data is implicit, the algorithm for deriving the data
MUST be part of the RFC.

So the initialization vector presence is conditional and depends on particular encryption algorithm.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文