[Swan-dev] simplifying default IKEv1 IKE algorithms
Andrew Cagney
andrew.cagney at gmail.com
Thu Jan 19 19:33:53 UTC 2017
(not IKEv2, not ESP)
Currently, for IKEv1 IKE (phase1 I guess) has two different "defaults"
- the ike= line is missing from the config
hard wired magic in spdb.c constructs an exhaustive proposal list
and dumps it onto the wire
the proposals are not sanity checked, and stuff that isn't supported
keeps being sent out
The combinations are something like
{aes256,aes128,des3}-{sha1,md5}-{modp2048,modp1536,modp1024} = 3*2*3 = 18
but the exact details depend on the authentication being used
- the ike= line is present but some algorithms are missing; for
instance ike=aes is missing prf/integ and dh
completely unrelated logic in plutoalg.c, fills in missing
algorithms by enumerating over completely unrelated default values
for DH, there is a sanity check to filter out invalid defaults (I
need to apply that to the other cases)
The current default is:
*-{sha256,sha512,sha1,md5}-{modp2048,modp1536} (since an encryption
algorithm is required for this case)
Rather than trying to modify the first code path so that it filters
out invalid defaults, I'd like to drop that code path entirely.
Instead use the second code path to fill in the defaults when IKEv1
and no ike= was specified
Thoughts,
Andrew
Not IKEv2 IKE? it currently produces a very compact and very
different proposal list, but that isn't to rule it out.
Not ESP? That code path is very different.
More information about the Swan-dev
mailing list