[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: kent
Srinu,
>With respect to the draft-ietf-ipsec-esp-v2-04.txt
>
>2.4 Padding (for Encryption)
>
>Several factors require or motivate use of the Padding field.
>
>(case 1)
>o If an encryption algorithm is employed that requires the
> plaintext to be a multiple of some number of bytes, e.g., the
> block size of a block cipher, the Padding field is used to
> fill the plaintext (consisting of the Payload Data, Pad Length
> and Next Header fields, as well as the Padding) to the size
> required by the algorithm.
>
>srinu>> Will the encryption algorithm which needs multiple of block size
>adds the padding that also ensures that the resulting ciphertext terminates
>on a 4-byte boundary. i.e the requirement of following paragraph(case2).
>
>(case2)
>o Padding also may be required, irrespective of encryption
> algorithm requirements, to ensure that the resulting
> ciphertext terminates on a 4-byte boundary. Specifically, the
> Pad Length and Next Header fields must be right aligned within
> a 4-byte word, as illustrated in the ESP packet format figure
> above, to ensure that the Authentication Data field (if
> present) is aligned on a 4-byte boundary.
>
>(case3)
>o Padding beyond that required for the algorithm or alignment
> reasons cited above, may be used to conceal the actual length
> of the payload, in support of (partial) traffic flow
> confidentiality. However, inclusion of such additional
> padding has adverse bandwidth implications and thus its use
> should be undertaken with care.
>
>srinu>> Is there any ordering of above three cases regarding how to process
>the packet. Like first apply the packet to process under do case2 and then
>case1 and then case3.
>
>Srinu>> If we are applying more than one cases, is it sure that pad length
>will not exceed 255 bytes.
>
>The sender MAY add 0-255 bytes of padding. Inclusion of the Padding
>field in an ESP packet is optional, but all implementations MUST
>support generation and consumption of padding. The padding
>computation applies to the plaintext portion of the Payload Data,
>exclusive of the IV (if present).
>
In all cases the padding is either the default (described in ESP) or
algorithm-specific (defined in the algorithm).
Steve
References:
- kent
- From: K SrinivasRao <srinu@trinc.com>