lkml.org 
[lkml]   [2000]   [Mar]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: network encryption
Henner Eisen wrote:
>
> >>>>> "Brian" == Brian 'brian' Medley <bmedley@engr.uark.edu> writes:

> Brian> This encryption takes place in a modified hard_start_xmit.
> Brian> In our modified function the data field is encrypted and
> Brian> then the original hard_start_xmit is called. We have it
> Brian> working with a simple XOR encryption, but this is kind of
> Brian> silly.
>
> Brian> We have run into a problem when the useful encryption
> Brian> routines increase the size of the data field in the sk_buff
> Brian> beyond the maximum allowed packet size. (BTW, what does sk
> Brian> stand for?) There are two methods we can think of to
> Brian> handle this:
> Brian> a) Limit the size of any sk_buffs created.
> Brian> b) Split the sk_buffs up.

You may want to look at the FreeS/WAN code which does IPSEC network
encryption for Linux:

http://www.freeswan.org

and/or at the mailing list archive for it, which include extensive
discussion of various complications encountered in interactions
between adding encryption headers, changed packet sizes, path MTU
discovery, ICMP, packet filtering, ...

http://www.sandelman.ottawa.on.ca/linux-ipsec/

There are also half a dozen other projects doing more-or-less similar
things. Links to all the ones I know of are in FreeS/WAN docs:

http://www.freeswan.org/freeswan_trees/freeswan-1.3/doc/WWWref.html#alternatives

Send me a link for yours if it is far enough along.

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:57    [W:0.028 / U:0.336 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site