[146777] in cryptography@c2.net mail archive
Re: [Cryptography] Why prefer symmetric crypto over public key
daemon@ATHENA.MIT.EDU (Derrell Piper)
Sat Sep 7 18:06:22 2013
X-Original-To: cryptography@metzdowd.com
From: Derrell Piper <ddp@electric-loft.org>
In-Reply-To: <522AA2D5.6020507@ripnet.com>
Date: Sat, 7 Sep 2013 17:46:39 -0400
To: Marcus D. Leech <mleech@ripnet.com>
Cc: cryptography@metzdowd.com
Errors-To: cryptography-bounces+crypto.discuss=bloom-picayune.mit.edu@metzdowd.com
--===============3674232993471461848==
Content-Type: multipart/signed; boundary="Apple-Mail=_AE077016-B437-4269-8933-F33E4A90200C"; protocol="application/pgp-signature"; micalg=pgp-sha1
--Apple-Mail=_AE077016-B437-4269-8933-F33E4A90200C
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
charset=us-ascii
On Sep 6, 2013, at 11:51 PM, Marcus D. Leech <mleech@ripnet.com> wrote:
> The other thing that I find to be a "dirty little secret" in PK =
systems is revocation. OCSP makes things, in some ways, "better" than =
CRLs, but I still
> find them to be a kind of "swept under the rug" problem when people =
are waxing enthusiastic about PK systems.
Well, there are other saddles, as it were. SPKI/SDSI both offer a path =
forward without needing a trusted CA...
--Apple-Mail=_AE077016-B437-4269-8933-F33E4A90200C
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename=signature.asc
Content-Type: application/pgp-signature;
name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail
-----BEGIN PGP SIGNATURE-----
iEUEARECAAYFAlIrnr8ACgkQttqtx3AkMtwBaQCYlqItO1N3K6nFDnaS+9Ts7Re1
4ACaAx10oEWwN5GxDQrQuWawrDSngBA=
=XNBs
-----END PGP SIGNATURE-----
--Apple-Mail=_AE077016-B437-4269-8933-F33E4A90200C--
--===============3674232993471461848==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
_______________________________________________
The cryptography mailing list
cryptography@metzdowd.com
http://www.metzdowd.com/mailman/listinfo/cryptography
--===============3674232993471461848==--