authentication (SRP*, DH, TLS)
- From: gmu2006@xxxxxxxxx
- Date: 14 Apr 2006 11:02:55 -0700
Introduction:
I'm working on a commercial product which was ported from
win32 to GNU/Linux. While doing so we have used TCP/IP
sockets instead of Named Pipes for IPC. By doing so
we've lost the big advantage of having DACLs set on the
named pipes that prevent unauthorized access to the
services.
Now I'm trying to recreate that with the tcp sockets version.
Because of the performance hit we can't use TLS which
checks client+server certificates for preventing MITM.
After evaluating the possibilities I've come to the conclusion
that SRP-6 could be a possible solution.
What I'm trying to find out is:
* is SRP-6 really MITM proof
* how do I prevent using SRP-Z mode which requires royalties
* are there any better implementations than Tom Wu's default
one which when fed to modern compilers like VC8 requires
too much massaging to be compilable and warning-free. I've
not even tried gcc-4.x yet.
* is it legal to use libsrp with the embedded 1996 copy of
getopt.[c,h] which says it is licensed
"GNU Library General Public License" under. actually I'm
not sure (I'll assume this is LGPL) this is legal as LGPL
defines linking against the lib only AFAIK
* what other options do I have to implement secure
authentication (secret not visible on wire) without encrypting
the channel
PS: I may cross-post this initial message in same/similar form
to other groups/lists to get broad feedback. sorry if this
list/group was not the right place to ask (I tried to select
the right lists/groups).
.
- Follow-Ups:
- Re: authentication (SRP*, DH, TLS)
- From: Joseph Ashwood
- Re: authentication (SRP*, DH, TLS)
- From: xmath
- Re: authentication (SRP*, DH, TLS)
- From: Paul Rubin
- Re: authentication (SRP*, DH, TLS)
- From: karl malbrain
- Re: authentication (SRP*, DH, TLS)
- Prev by Date: Re: RSA Security Hiring Announcement
- Next by Date: Re: Rotor crypto devices: 2N+1 vs Reflector ... how does this impact the "flatness" of the enciphered output?
- Previous by thread: RSA Security Hiring Announcement
- Next by thread: Re: authentication (SRP*, DH, TLS)
- Index(es):
Relevant Pages
|