Joy Latten <[EMAIL PROTECTED]> wrote:
>>
>>The salt will just come from the key field. So instead of having
>>an 128-bit key for example, you'd have 152 bits.
>
> ok, quick question, this 152 bits key will be part
> of input to setkey()?
Yes.
> The reason I am asking is because setkey in ablkc
>
>The salt will just come from the key field. So instead of having
>an 128-bit key for example, you'd have 152 bits.
ok, quick question, this 152 bits key will be part
of input to setkey()?
The reason I am asking is because setkey in ablkcipher and
blkcipher check key length for min and max siz
On Wed, 2007-07-18 at 12:46 +0800, Herbert Xu wrote:
> On Tue, Jun 26, 2007 at 10:02:36AM -0500, Joy Latten wrote:
> >
> > Ok, thanks. This helps. I can code up the infrastructure for this. I
> > am thinking I will eventually need one of the algorithms to test and
> > complete it though. RFCs 4309
On Tue, Jun 26, 2007 at 10:02:36AM -0500, Joy Latten wrote:
>
> Ok, thanks. This helps. I can code up the infrastructure for this. I
> am thinking I will eventually need one of the algorithms to test and
> complete it though. RFCs 4309 and 4106 specify ESP working with AES-CCM
> and AES-GCM.
Any
On Tue, 2007-06-26 at 13:09 +0400, Evgeniy Polyakov wrote:
> On Mon, Jun 25, 2007 at 05:13:58PM -0500, Joy Latten ([EMAIL PROTECTED])
> wrote:
> > I have been reading IP Encapsulating Payload-(ESP) RFC4303 where use of
> > combined mode algorithms are mentioned and accommo
On Mon, Jun 25, 2007 at 05:13:58PM -0500, Joy Latten ([EMAIL PROTECTED]) wrote:
> I have been reading IP Encapsulating Payload-(ESP) RFC4303 where use of
> combined mode algorithms are mentioned and accommodated for.
> In trying to determine how I should handle this, I examined the
>
I have been reading IP Encapsulating Payload-(ESP) RFC4303 where use of
combined mode algorithms are mentioned and accommodated for.
In trying to determine how I should handle this, I examined the
crypto code and could not readily recognize any combined mode
algorithms. Are there any current
