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>