1994-03-02 - PEM, was Re: low-overhead encrypted telnet

Header Data

From: “Pat Farrell” <pfarrell@netcom.com>
To: mccoy@ccwf.cc.utexas.edu
Message Hash: 4e4457e09389c9963c88c31e7b90bd4ea820f6f7006fbc158c1cd882eeb0d5c4
Message ID: <57220.pfarrell@netcom.com>
Reply To: N/A
UTC Datetime: 1994-03-02 20:51:10 UTC
Raw Date: Wed, 2 Mar 94 12:51:10 PST

Raw message

From: "Pat Farrell" <pfarrell@netcom.com>
Date: Wed, 2 Mar 94 12:51:10 PST
To: mccoy@ccwf.cc.utexas.edu
Subject: PEM, was Re: low-overhead encrypted telnet
Message-ID: <57220.pfarrell@netcom.com>
MIME-Version: 1.0
Content-Type: text/plain


In message Wed, 2 Mar 1994 11:55:32 -0600 (CST),
  Jim McCoy <mccoy@ccwf.cc.utexas.edu>  writes:
> I sincerely doubt that such a system would be designed or implemented
> before the turn of the century.  All one needs to do is take a look at the
> PEM key certification authority clusterfuck to see just how difficult it
> can be to implment something like this.

I have to admit that PEM's RSN availability against PGP 2.X's 20+ months
of worldwide availability has made me not keep up with PEM and the
latest hierarchical, government controlled certification process...

But is there an intrinsic problem with a PGP-style web of trust for
remote telnet/rlogin applications. I really don't expect to login to
arbitrary nodes on the net, but is that required? or simply a robust way
(SecureID in software?) Maybe PCMCIA cards with PGP once desktop systems
have them.

If i'm cluelessly missing something essential, please email me the news.

Thanks
Pat

Pat Farrell      Grad Student                 pfarrell@gmu.edu
Department of Computer Science    George Mason University, Fairfax, VA
Public key availble via firger          #include <standard.disclaimer>





Thread