Re: X.509 and ssh
- From: Ken Johanson <ken@xxxxxxxx>
- Date: Tue, 11 Apr 2006 09:24:32 -0600
Peter Gutmann wrote:
"JKV" <jkvbe@N O S P A M y a h o o . c o m> writes:
I would like to use it the other way around. All users presenting a X.509
certificate issued by a trusted party can access the server. Then I only
need to install the root certificate of the trusted party on the server and
the user management doesn't need to be done on that server but can be done
Then all you need to do is arrange the small matter of managing a PKI
Somehow I think this isn't going in the right direction :-).
I couldn't help but come across this cynical naysayer (habitual at that,
reading through prior posts).
"all you need to do is arrange the small matter of managing a PKI
As if to say its complicated? Surely, it is, if you don't understand or
study it -- like anything else.
As a matter of fact, creating your own CA can be as simple as a few
openssl commands, or combining them into a couple scripts (one to create
the CA, another to sign certs), and answering the identification
questions (even that can be automated). One can issue certificates, or
sign reqs in mere seconds.
With a large set of machines, this SURE beats random public keys by
themselves (which are far, far, FAR more difficult to keep track of)
when in you are inside of a large organization or computers or otherwise
have a large number of client machines to administer (image a world
where https site used only byte/hex string keys). The only time the
contemporary PKI public key byte/hex string is overall
easier to use (verify communications) -- is when one only has a few machines that need to communicate with each other -- unless some (always risky and poor-scalability) trusted-keys replication is used.
Moreover, x509 certs (and constructed CAs) instantly lend themselves to a whole host of other secure AND trust applications, https, ldaps, smtps, ftps, imaps (to name a few), mail signing / encryption, software signing. When you extend their reach out to all these other forms of communication, and used by computer laymen, old-fashioned random public key strings is simply not at all feasibile.
Anyone who claims that that x509 is disadvantaged compared to plain PKI, is simply demonstrating that they have no practical or level experience with BOTH technologies. That really shows like sore thumb to those of us who do have both exeriences.
The inability to present a balanced view of two arguments is highly detrimental only to ones own credibility, especially when combined with one-sided cynicism and hyperbole where they are trying to persuade undecided minds into adopting their beliefs.
People aren't truly persuaded by another other single persons opinion - they are are much more persuaded by practical experience.
- Prev by Date: Re: Bad SSH2 cipher spec error
- Next by Date: Re: X.509 and ssh
- Previous by thread: Bad SSH2 cipher spec error
- Next by thread: Re: X.509 and ssh