Burrows–Abadi–Needham logic

From Wikipedia, the free encyclopedia
  (Redirected from BAN logic)
Jump to: navigation, search

Burrows–Abadi–Needham logic (also known as the BAN logic) is a set of rules for defining and analyzing information exchange protocols. Specifically, BAN logic helps its users determine whether exchanged information is trustworthy, secured against eavesdropping, or both. BAN logic starts with the assumption that all information exchanges happen on media vulnerable to tampering and public monitoring. This has evolved into the popular security mantra, "Don't trust the network."

A typical BAN logic sequence includes three steps:[1]

  1. Verification of message origin
  2. Verification of message freshness
  3. Verification of the origin's trustworthiness.

BAN logic uses postulates and definitions – like all axiomatic systems – to analyze authentication protocols. Use of the BAN logic often accompanies a security protocol notation formulation of a protocol and is sometimes given in papers.

Language type and alternatives[edit]

BAN logic, and logics in the same family, are decidable: there exists an algorithm taking BAN hypotheses and a purported conclusion, and that answers whether or not the conclusion is derivable from the hypotheses. The proposed algorithms use a variant of magic sets (Monniaux, 1999).

BAN logic inspired many other similar formalisms, such as GNY logic. Some of these try to repair one weakness of BAN logic: the lack of a good semantics with a clear meaning in terms of knowledge and possible universes. However, starting in the mid-1990s, crypto protocols were analyzed in operational models (assuming perfect cryptography) using model checkers, and numerous bugs were found in protocols that were "verified" with BAN logic and related formalisms. This has led to the abandonment of BAN-family logics in favor of proof methods based on standard invariance reasoning.

Basic rules[edit]

The definitions and their implications are below (P and Q are network agents, X is a message, and K is an encryption key):

  • P believes X: P acts as if X is true, and may assert X in other messages.
  • P has jurisdiction over X: P's beliefs about X should be trusted.
  • P said X: At one time, P transmitted (and believed) message X, although P might no longer believe X.
  • P sees X: P receives message X, and can read and repeat X.
  • {X}K: X is encrypted with key K.
  • fresh(X): X has not previously been sent in any message.
  • key(K, PQ): P and Q may communicate with shared key K

The meaning of these definitions is captured in a series of postulates:

  • If P believes key(K, PQ), and P sees {X}K, then P believes (Q said X)
  • If P believes (Q said X) and P believes fresh(X), then P believes (Q believes X).

P must believe that X is fresh here. If X is not known to be fresh, then it might be an obsolete message, replayed by an attacker.

  • If P believes (Q has jurisdiction over X) and P believes (Q believes X), then P believes X
  • There are several other technical postulates having to do with composition of messages. For example, if P believes that Q said <X, Y>, the concatenation of X and Y, then P also believes that Q said X, and P also believes that Q said Y.

Using this notation, the assumptions behind an authentication protocol can be formalized. Using the postulates, one can prove that certain agents believe that they can communicate using certain keys. If the proof fails, the point of failure usually suggests an attack which compromises the protocol.

BAN logic analysis of the Wide Mouth Frog protocol[edit]

A very simple protocol — the Wide Mouth Frog protocol — allows two agents, A and B, to establish secure communications, using a trusted authentication server, S, and synchronized clocks all around. Using standard notation the protocol can be specified as follows:

A \rightarrow S: A,\{T_A, K_{ab}, B\}_{K_{as}}
S \rightarrow B: \{T_S, K_{ab}, A\}_{K_{bs}}

Agents A and B are equipped with keys Kas and Kbs, respectively, for communicating securely with S. So we have assumptions:

A believes key(Kas, AS)
S believes key(Kas, AS)
B believes key(Kbs, BS)
S believes key(Kbs, BS)

Agent A wants to initiate a secure conversation with B. It therefore invents a key, Kab, which it will use to communicate with B. A believes that this key is secure, since it made up the key itself:

A believes key(Kab, AB)

B is willing to accept this key, as long as it is sure that it came from A:

B believes (A has jurisdiction over key(K, AB))

Moreover, B is willing to trust S to accurately relay keys from A:

B believes (S has jurisdiction over (A believes key(K, AB)))

That is, if B believes that S believes that A wants to use a particular key to communicate with B, then B will trust S and believe it also.

The goal is to have

B believes key(Kab, AB)

A reads the clock, obtaining the current time t, and sends the following message:

1 AS: {t, key(Kab, AB)}Kas

That is, it sends its chosen session key and the current time to S, encrypted with its private authentication server key Kas.

Since S believes that key(Kas, AS), and S sees {t, key(Kab, AB)}Kas, then S concludes that A actually said {t, key(Kab, AB)}. (In particular, S believes that the message was not manufactured out of whole cloth by some attacker.)

Since the clocks are synchronized, we can assume

S believes fresh(t)

Since S believes fresh(t) and S believes A said {t, key(Kab, AB)}, S believes that A actually believes that key(Kab, AB). (In particular, S believes that the message was not replayed by some attacker who captured it at some time in the past.)

S then forwards the key to B:

2 SB: {t, A, A believes key(Kab, AB)}Kbs

Because message 2 is encrypted with Kbs, and B believes key(Kbs, BS), B now believes that S said {t, A, A believes key(Kab, AB)}. Because the clocks are synchronized, B believes fresh(t), and so fresh(A believes key(Kab, AB)). Because B believes that S's statement is fresh, B believes that S believes that (A believes key(Kab, AB)). Because B believes that S is authoritative about what A believes, B believes that (A believes key(Kab, AB)). Because B believes that A is authoritative about session keys between A and B, B believes key(Kab, AB). B can now contact A directly, using Kab as a secret session key.

Now let's suppose that we abandon the assumption that the clocks are synchronized. In that case, S gets message 1 from A with {t, key(Kab, AB)}, but it can no longer conclude that t is fresh. It knows that A sent this message at some time in the past (because it is encrypted with Kas) but not that this is a recent message, so S doesn't believe that A necessarily wants to continue to use the key Kab. This points directly at an attack on the protocol: An attacker who can capture messages can guess one of the old session keys Kab. (This might take a long time.) The attacker then replays the old {t, key(Kab, AB)} message, sending it to S. If the clocks aren't synchronized (perhaps as part of the same attack), S might believe this old message and request that B use the old, compromised key over again.

The original Logic of Authentication paper (linked below) contains this example and many others, including analyses of the Kerberos handshake protocol, and two versions of the Andrew Project RPC handshake (one of which is defective).

Notes[edit]

References[edit]

External links[edit]