Re: About P.Gutmann's critique of CIPE - etc. etc.

"R. Steve McKown" <[email protected]>
Newsgroups gmane.comp.encryption.cipe
Message-ID <[email protected]>
On Friday 26 September 2003 06:48 am, Les Mikesell wrote:
> Can someone comment on what CIPE still has as an advantage over OpenVPN
> (does it have blowfish?)

OpenVPN has blowfish and it is the default cipher for tunnel encryption.  See 
http://openvpn.sourceforge.net/faq.html

CIPE's total code size is an order of magnitude smaller than the code size of 
just the openssl library.  Over the life of a software product, there is a 
direct correlation between code size and both total defects and maintenance 
cost (time, effort).  Not all defects are exploits (perhaps most aren't), but 
all exploits by definition derive from defects.

OpenSSL is a high-quality library that stands heads and shoulders above other 
such solutions; it's the right tool for many needs.  I just want to point out 
that all else being equal, simplicity wins.  CIPE has value, I believe, 
because many situations don't require the vast array of features openssl 
carries and therefore don't necessarily need to embrace the unneeded 
complexity.

> [snip]
> However, since I also tend to run ssh and ssl connections
> on the same server (yes, I know it's a bad practice...) I'll have
> to keep those libraries up to date anyway and it makes a certain
> amount of sense to have the same crypto libs do everything.

There are two competing variables: diversity and complexity.  If all your 
crypto apps are based on openssl, you might decrease the complexity of your 
IT systems by reducing the number of components you have to manage (updates, 
vulnerabilities, etc).  However, in this case a vulnerability in openssl may 
compromise multiple crypto apps.  With crypto apps that rely on different 
underlying components you increase diversity, create some isolation between 
those apps in the case of compromises, ... and increase complexity.

All else being equal, simpler is better.  If compromise of crypto in your 
environment is exceptionally costly, more diversity may be required.  If not, 
you've a good case for reducing complexity.

All the best,

Steve McKown
Titanium Mirror, Inc.


--
Message sent by the [email protected] mailing list.
Unsubscribe: mail [email protected], "unsubscribe cipe-l" in body
Other commands available with "help" in body to the same address.
CIPE info and list archive: <URL:http://sites.inka.de/~bigred/devel/cipe.html>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.