Ethereal-dev: Re: [Ethereal-dev] Linking against OpenSSL
Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.
From: "Ronnie Sahlberg" <ronnie_sahlberg@xxxxxxxxxxxxxx>
Date: Fri, 4 Jun 2004 21:11:25 +1000
What do you need in regard to ASN.1 and certificates in Ethereal? X.509 and CMS ? These might come reasonably soon to an ethereal near you. At least decoding of them, dont know if you need more than that. Please jump in and help looking at X.509 and CMS (and PKINIT). We need all the help we can get in this area. On a different but slightly related topic, I just checked in code to make it easier to pull stuff out from kerberos into the protocols calling kerberos using callbacks. Initially so that the packetcable people can get to some KRB-SAFE thingies they have filled with application specific data. This could very easily be used also to pass things like the sessionkey back to the caller: DCERPC. You were doing some CIFS decryption earlier, do you know how one would proceed if having access to the sessionkey so that encrypted DCERPC interfaces such as DS-SETUP can be decrypted? ----- Original Message ----- From: "Devin Heitmueller" Sent: Friday, June 04, 2004 8:47 PM Subject: RE: [Ethereal-dev] Linking against OpenSSL Thanks everyone for the feedback on the various crypto alternatives. I'm going to try to respond to all the various alternatives in one email (since there were three or four emails that offered options). cryptlib - Definitely not an option. I audited their source (which claims to be GPL compatible) and found it has code taken from ssleay (the precursor to OpenSSL). In other words, they're violating Eric Young's license by redistributing his code under the GPL. libnss3 - Looks like it has all the major components necessary and it's already installed on most people's platforms. But it's documentation is horrific and the only working examples to use as a reference that I know of are Mozilla and Evolution. It also has no facility to manage PEM encoded files, which is an annoyance that would require users to convert the keys before they can be used (which was MUCH harder than it sounds). Gnutls - Was still pretty alpha when I last looked. Will have to take another look. Available for Win32, but with a special build procedure. Nettle - Provides basic cryptographic functionality. Licensing looks ok. No ASN.1 or certificate management facilities though. This may not be as big an issue as it was six months ago, given Ethereal's ASN.1 parsing has improved considerably, but it would still mean I would have to add all the code for parsing the server certificate. Also, and I could be mistaken, but it would appear that they don't have a UNIX port, meaning the Win32 users would be locked out. libgcrypt - This is a new entry (only released first stable version last month). It looks like it has the basics, and may be certainly be a good alternative to sucking in our own cryptographic primitives (as we did previously). As with Nettle, no certificate parsing facilities. All that said, it looks like OpenSSL is still the best tool for the job, except for the licensing. We might be able to get away with libgcrypt or Nettle if Ethereal's ASN.1 meets our needs (I will have to dig into this further). I'll see about putting together a table of all the various alternatives, so I can track them for future reference. Thanks, Devin -----Original Message----- From: Ronnie Sahlberg [mailto:ronnie_sahlberg@xxxxxxxxxxxxxx] Sent: Fri 6/4/2004 5:30 AM To: Ethereal development; Devin Heitmueller Cc: Subject: Re: [Ethereal-dev] Linking against OpenSSL Have you looked at Gnutls and/or Nettle? Maybe they can be useful in getting rid of openssl ----- Original Message ----- From: "Joerg Mayer" Sent: Friday, June 04, 2004 7:03 PM Subject: Re: [Ethereal-dev] Linking against OpenSSL > On Thu, Jun 03, 2004 at 03:42:06PM -0400, Devin Heitmueller wrote: > > At this point, I'm debating just writing the code with OpenSSL and > > distributing a patch against Ethereal on my website. Then anyone who > > wants the functionality can get the patch, apply it against the Ethereal > > source and recompile. This would get around the license issue, at least > > as far as I can see, since nobody would be distributing a "combined > > product". > > Maybe you could have a look at GPLed vpnc, whose author had to solve the > same problem: http://www.unix-ag.uni-kl.de/~massar/vpnc/ > > Ciao > Joerg > -- > Joerg Mayer _______________________________________________ Ethereal-dev mailing list Ethereal-dev@xxxxxxxxxxxx http://www.ethereal.com/mailman/listinfo/ethereal-dev
- References:
- RE: [Ethereal-dev] Linking against OpenSSL
- From: Devin Heitmueller
- RE: [Ethereal-dev] Linking against OpenSSL
- Prev by Date: RE: [Ethereal-dev] Linking against OpenSSL
- Next by Date: [Ethereal-dev] the same protocol field in multiple dissectors
- Previous by thread: RE: [Ethereal-dev] Linking against OpenSSL
- Next by thread: [Ethereal-dev] PATCH: Better decoding of AIM Message block
- Index(es):