Re: Does OTP need authentication?
From: Anne & Lynn Wheeler (lynn_at_garlic.com)
Date: 12/14/03
- Previous message: Cyber Vagrant: "Re: More about --- Formulae for Latin squares of size 2^n"
- In reply to: Douglas A. Gwyn: "Re: Does OTP need authentication?"
- Next in thread: Richard Herring: "Re: Does OTP need authentication?"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Date: Sun, 14 Dec 2003 17:32:01 GMT
"Douglas A. Gwyn" <dagwyn@comcast.net> writes:
> I haven't yet checked all the other replies, but one
> thjing that can go wrong is that the message (header)
> indicates the portion of the pad to use, the attacker
> blocks delivery of a message (so that that portion of
> the OTP is not destroyed by the intended recipient)
> and keeps a copy, then sends the copy (spoof) later
> at a time when the old plaintext should no longer be
> accepted by the receiver. (This is called a "replay
> attack".) E.g., think of a stock transaction: "buy
> 100 shares of IBM stock", which may be a bad thing to
> do once IBM shares start a downswing. With proper
> authentication, the attacker's spoof message will not
> be accepted as coming from the original sender.
or man-in-the-middle (MITM) attack ... not traditional replay attack
where the attacker repeats a message that had been previously been
sent/received.
traditional replay attacks are accepted as authenticated coming from
the valid sender ... because they are a repeat of a message that in
fact came from a valid sender.
the issue on a delayed message is it a validly delayed message
... possibly because of intermediate communication glitches (like
email where some server has been down for a period of time) or a MITM
attack ... aka purposefully delayed to take advantage of
characteristic of some high level business process (in your example).
traditional replay attack (same message received more than once)
either has some unique identifier for each message (and the recepient
does something like keeping a log) or there is protocol chatter where
the recepient provides a unique challenge as part of the
initialization. Non-real-time based protocols (like email) will tend
to use unique sender originated value ... while real-time protocols
might tend towards protocol chatter initialization with recepient
doing something more like challenge/response.
something like delay sensitivity in the higher level business
processes might require other kinds of counter measures ... i.e. given
that the higher level business processes may be sensitive to delays
... then they might have to have delay recognition ability ... because
the infrastructure can be susceptible to other types of delay
resulting failures (not just attacker inititiated delays).
to some extent the message integrity issue is similar. transmission
level protocols tend have various kinds of redundant information with
regard to message integrity and transmission errors. an attacker may
try to attack the message integrity in such a way that it is not
caught by the transmission error process(es).
this is one of the places that "end-to-end" shows up as a basic
security principle .... aka non-end-to-end solutions tend to provide
cracks in the infrastructure which give rise to infrastructure
vulnerabilities. These vulnerabilities can just be plain systemic
failure issues (intermediate email server being out of service for
some period of time) or purposefully introduced by attacks (MITM
attack delaying message until after some specific event). Another is
MITM corruption of message integrity at some sort of intermediate node
that is not caught by the transmission based message integrity
services.
previous posting in this thead regarding taxonomy of authentication
http://www.garlic.com/~lynn/2003p.html#4 Does OTP need authentication?
misc. past posts re: replay
http://www.garlic.com/~lynn/aadsm9.htm#3dvulner5 3D Secure Vulnerabilities?
http://www.garlic.com/~lynn/aadsm12.htm#6 news: 3D-Secure and Passport
http://www.garlic.com/~lynn/aadsm13.htm#27 How effective is open source crypto?
http://www.garlic.com/~lynn/aadsm13.htm#28 How effective is open source crypto? (addenda)
http://www.garlic.com/~lynn/aadsm13.htm#29 How effective is open source crypto? (bad form)
http://www.garlic.com/~lynn/aadsm13.htm#31 How effective is open source crypto? (bad form)
http://www.garlic.com/~lynn/aadsm14.htm#30 Maybe It's Snake Oil All the Way Down
http://www.garlic.com/~lynn/2001d.html#20 What is PKI?
http://www.garlic.com/~lynn/2002m.html#14 fingerprint authentication
http://www.garlic.com/~lynn/2003g.html#70 Simple resource protection with public keys
http://www.garlic.com/~lynn/2003j.html#25 Idea for secure login
http://www.garlic.com/~lynn/2003m.html#50 public key vs passwd authentication?
misc. past posts re: MITM
http://www.garlic.com/~lynn/aepay10.htm#84 Invisible Ink, E-signatures slow to broadly catch on (addenda)
http://www.garlic.com/~lynn/aepay11.htm#37 Who's afraid of Mallory Wolf?
http://www.garlic.com/~lynn/aepay12.htm#36 DNS, yet again
http://www.garlic.com/~lynn/aadsm13.htm#35 How effective is open source crypto? (bad form)
http://www.garlic.com/~lynn/aadsm14.htm#1 Who's afraid of Mallory Wolf?
http://www.garlic.com/~lynn/aadsm14.htm#2 Who's afraid of Mallory Wolf? (addenda)
http://www.garlic.com/~lynn/aadsm14.htm#3 Armoring websites
http://www.garlic.com/~lynn/aadsm14.htm#4 Who's afraid of Mallory Wolf?
http://www.garlic.com/~lynn/aadsm14.htm#5 Who's afraid of Mallory Wolf?
http://www.garlic.com/~lynn/aadsm14.htm#9 "Marginot Web" (SSL, payments, etc)
http://www.garlic.com/~lynn/aadsm14.htm#39 An attack on paypal
http://www.garlic.com/~lynn/aadsm14.htm#43 PKI "not working"
http://www.garlic.com/~lynn/aadsm15.htm#26 SSL, client certs, and MITM (was WYTM?)
http://www.garlic.com/~lynn/aadsm15.htm#27 SSL, client certs, and MITM (was WYTM?)
http://www.garlic.com/~lynn/aadsm15.htm#28 SSL, client certs, and MITM (was WYTM?)
http://www.garlic.com/~lynn/aadsm15.htm#29 SSL, client certs, and MITM (was WYTM?)
http://www.garlic.com/~lynn/2001k.html#1 Are client certificates really secure?
http://www.garlic.com/~lynn/2001m.html#41 Solutions to Man in the Middle attacks?
http://www.garlic.com/~lynn/2002d.html#47 SSL MITM Attacks
http://www.garlic.com/~lynn/2002d.html#50 SSL MITM Attacks
http://www.garlic.com/~lynn/2002j.html#38 MITM solved by AES/CFB - am I missing something?!
http://www.garlic.com/~lynn/2002j.html#58 SSL integrity guarantees in abscense of client certificates
http://www.garlic.com/~lynn/2002k.html#11 Serious vulnerablity in several common SSL implementations?
http://www.garlic.com/~lynn/2002k.html#51 SSL Beginner's Question
http://www.garlic.com/~lynn/2002l.html#5 What good is RSA when using passwords ?
http://www.garlic.com/~lynn/2002m.html#65 SSL certificate modification
http://www.garlic.com/~lynn/2003.html#63 SSL & Man In the Middle Attack
http://www.garlic.com/~lynn/2003f.html#25 New RFC 3514 addresses malicious network traffic
http://www.garlic.com/~lynn/2003g.html#38 What is Meet In The Middle Attack
http://www.garlic.com/~lynn/2003h.html#23 Authentication protocol
http://www.garlic.com/~lynn/2003j.html#25 Idea for secure login
http://www.garlic.com/~lynn/2003l.html#6 The Original Interlock Protocol (what is...)
http://www.garlic.com/~lynn/2003l.html#36 Proposal for a new PKI model (At least I hope it's new)
http://www.garlic.com/~lynn/2003m.html#50 public key vs passwd authentication?
http://www.garlic.com/~lynn/2003n.html#10 Cracking SSL
http://www.garlic.com/~lynn/2003n.html#30 Is this right? Question about SSL and PKI
http://www.garlic.com/~lynn/2003o.html#3 Bank security question (newbie question)
http://www.garlic.com/~lynn/2003o.html#4 Bank security question (newbie question)
http://www.garlic.com/~lynn/2003o.html#8 Bank security question (newbie question)
http://www.garlic.com/~lynn/2003o.html#22 securID weakness
-- Anne & Lynn Wheeler | http://www.garlic.com/~lynn/ Internet trivia 20th anv http://www.garlic.com/~lynn/rfcietff.htm
- Previous message: Cyber Vagrant: "Re: More about --- Formulae for Latin squares of size 2^n"
- In reply to: Douglas A. Gwyn: "Re: Does OTP need authentication?"
- Next in thread: Richard Herring: "Re: Does OTP need authentication?"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Relevant Pages
|
|