// COMPLETE THREAD

MITM attacks and True Names (again...)

4 expanded posts ยท every known parent and child

NODE 164e07e2MITM attacks and True Names (again...)
-----BEGIN PGP SIGNED MESSAGE-----

What is the difference between having a conversation with a spook 
masquerading as a cypherpunk (or vice versa) and having a conversation 
which is, unbeknownst(sp?) to either of you, monitored and modified by 
a "Man in the Middle" (hereafter: "Mitch", the Man in the Channel)?


The difference is that in the second case there actually is an entity,
separate from the one in control of the other end of your conversation,
with whom you are (sort of) conversing.  Furthermore it is practically
(if not theoretically) possible for that entity to evade Mitch and
contact you directly.  So much for the debate about "talking to public
keys".


(As an aside I fully sympathize with those who rail against the popular
(?) impression that a True Name is somehow necessary to communication.
That is a dangerous idea, since all a True Name is really necessary for
is violence.  (And, pending certain eagerly-awaited technological
developments, for sex.))


Now I have four things to say about this "evasion of Mitch" thing.
Don't worry, they are all short and some of them are interesting.


1.  A dense, strong Web of Trust is very important.  This should 
already be obvious, but point 2 should make it even more so.


2.  It should be each person's responsibility to ensure that their 
true public key has reached the Web of Trust.  If you make a habit of 
delivering copies of your true public key to members of the Web of 
Trust via multiple channels which should be difficult for Mitch to 
intercept, (e.g. snail mail, connections from pay phones to local net 
nodes, courier delivery, phone calls, face-to-face meetings, etc. etc) 
then you can make it arbitrarily difficult for Mitch to keep your true 
public key off the WoT.
  Others can just use the public key for you which they get from the
WoT (of course, they have to make sure that *they* are strongly
connected to the Web by sending their own public key through multiple
channels!).  If other keys show up claiming to be you then we have an
interesting denial-of-service sort of scenario where psychology and
reputation and crypto and all kinds of interesting stuff get mixed in,
but at least we are relatively safe from an un-noticed MITM attack.


3.  There is one other method that can help foil Mitch: the "overload
his processors" trick.  Pay attention to the lag time between
transmission and reception of messages.  Then send a very large
message, or many messages simultaneously.  If it takes longer to get
there (modulo normal processing penalty, normal net lag variation, the
possibility that Mitch was delaying transmissions specifically in
preparation for this trick, etc etc etc) then you know Mitch is in the
channel.  Highly interactive, complex-signal stuff like voice and video
is perfect for this.  Even the NSA can't intercept a PGPFone session
and fake my voice in real time, echoing me when necessary and replacing
my words with other words when necessary.  For this reason PGPFone will
hopefully be quite a boon to the Web O T.  (Thanks to Seb Kuzminsky for
bringing the "overload his processors" trick to my attention.)


4.  Mitch's big opportunity is to strike before the Web is formed.
Once your key is in the Web then his only options are:  1.  acquire
your secret key.  2.  wait til you forget your passphrase and then get
in the middle when you announce a new public key unsigned by the old
one.  or 3.  launch a really mean denial of service attack on you.  
This is one of the reasons that I sign almost all of my outgoing
messages, even to people who don't use PGP.  I can use these
accumulated messages to demonstrate to others that I, Bryce, really was
in control of the PGP public key whose ID is 0x617c6db9 and the one
whose ID is 0x148a11e5 during this time.  This might be important
someday.
  (My *primary* reason for clearsigning everything is to let others know
about PGP's existence and to encourage them to start using it.)


  (And to advertise my cybershop product...)



Bryce

signatures follow


            "To strive, to seek, to find and not to yield."   
    <a href="http://ugrad-www.cs.colorado.edu/~wilcoxb/Niche.html">

                          bryce@colorado.edu                   </a>

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2
Comment: Automatic PGP clearsigning under Unix with Bryce's Auto-PGP v1.0

iQCVAwUBMHXRmvWZSllhfG25AQEp7wP/TiLAlfy4S5WeQX8Xgxf0Ng/83UJLffAS
oMrALvPdmTA/wTA1a5/5oUAP/FUTY0uDoR/ELX99yO353B4pljl1yMhk3VW7vNuN
6egklSRsqBBNsJ5qNekDZmuRmxnucCHvn90EXo8BHfyUwGDMksUq77a982aHbYWd
ctF/T35KomQ=
=3hTQ
-----END PGP SIGNATURE-----
NODE 9b23a472Re: MITM attacks and True Names (again...)
Although I have been in effect arguing against using unsigned and
uncertified keys, I don't think the PGP web of trust model works that
well either.  I have an essay on this at <URL:
http://www.portal.com/~hfinney/web_of_trust.html>.

Hal
NODE a49e8834Re: MITM attacks and True Names (again...)
-----BEGIN PGP SIGNED MESSAGE-----

Hello cypherpunks@toad.com
  and hallc@cs.colorado.edu
  and Bryce <wilcoxb@nagina.cs.colorado.edu>

Bryce wrote:
... [about MITM] ...
> all a True Name is really necessary for
> is violence.  (And, pending certain eagerly-awaited technological
> developments, for sex.))
...

Why is a true name necessary for sex? It should be feasible to arrange
a romantic rendezvous without True Names, no?
How often have you checked IDs before going on a date?

(I think most normal people would notice a MITM during, er, never mind.)

You simply arrange time, place, sign/counter-sign.

Anything I've missed?

> Now I have four things to say about this "evasion of Mitch" thing.
> Don't worry, they are all short and some of them are interesting.
...

For thing number five from your next post: I find it amusing that
octets seven and eight of my fingerprint resemble the name of
a certain Swedish group of singers. Mama mia!


Here I go again, my my, how can I resist... stop humming to yourself!

Jiri
- --
If you want an answer, please mail to <jirib@cs.monash.edu.au>.
On sweeney, I may delete without reading!
PGP 463A14D5 (but it's at home so it'll take a day or two)
PGP EF0607F9 (but it's at uni so don't rely on it too much)

-----BEGIN PGP SIGNATURE-----
Version: 2.6.2i

iQCVAwUBMHySUSxV6mvvBgf5AQHQRwP+OHsQ0YFtbgDipZPcEm9W6JdLOIl7rlSK
Y9bjDlJ0Z4B/Cy9T1+gEtCDp3EOFVmq+B7CLmbEKb+PqgiMHIf5oJ/8Xt7+4p9gr
FBprEoK8wk6SCUY3EKDakwpXpsf9HJGI4jwpJonRnlQGxUE0f4n3zVBoLQwNiLYk
XBKvMZ1Ln1Y=
=2fMz
-----END PGP SIGNATURE-----
NODE 1b5e42b2Re: MITM attacks and True Names (again...)
>> all a True Name is really necessary for
>> is violence.  (And, pending certain eagerly-awaited technological
>> developments, for sex.))
>Why is a true name necessary for sex? It should be feasible to arrange
>a romantic rendezvous without True Names, no?
>How often have you checked IDs before going on a date?
>(I think most normal people would notice a MITM during, er, never mind.)
>Anything I've missed?

Does the swapping of DNA keys on a patrol cars hood constitute sufficient
LEA monitoring? You can even deliver them your key if you think you can
run fast enough. This might be a situation where they would prefer you use
encryption wrappers rather than a cleartext transfer.

Safe swapping.

Cheers,
Mark
mark@lochard.com.au
The above opinions are rumoured to be mine.