MMH-Badger MAC
editThis page is under construction
To guarantee the integrity of a message, one can use either public key digital signatures or use a Message Authentication Code (MAC). MAC is one of the alternative authentication techniques involving the use of a secret key to generate a small fixed-size block of data. The basic setting of MAC is as follows. Two parties A and B want to communicate by sending a message . They share a secret key . When A sends a message to B then A calculates the MAC as a function of the message and the key (m). The message and the key are sent to B. Then B calculates the received message, using the same secret key to generate a new MAC. The received MAC is compared to the new MAC. When it is matched and only the receiver and the sender know the identity of the secret key, then the message is authentic.
Introduction
editCarter and Wegman[1] introduced universal hashing to construct a Message Authentication Code (MAC). The universal hashing is used to build secure message authentication schemes where opponent’s ability to break messages is bounded by the collision (computer science) probability of the hash family. Actually, there are some works such as UMAC, CRC32, BOB, Poly1305-AES, and IPSX that deal with implementation of universal hashing as a tool for achieving fast and secure message authentication, but this page will discuss more about MMH[2] and Badger[3].
Universal hashing was first introduced by Carter and Wegman in 1979 and were studied further by Sarwate, Wegman and Carter and Stinson [4]. Universal hashing has many important applications in the oretical computer science. In 1981, Wegman and Carter pioneered the study of applying universal hash function in the construction of message authentication codes (MAC) when they published. The universal hashing can be defined as a mapping from a finite set A with size a to a finite set B with size b[5].
ϵ-almost ∆-universal (ϵ-A∆U)
editDefinition of n ϵ-almost ∆-universal (ϵ-A∆U)
editLet be an Abelian group. A family H of hash functions that maps from a set A to a set B is said to be ϵ-almost ∆-universal (ϵ-A∆U) w.r.t. , if for any distinct elements and for all :
H is ∆-universal (∆U) if .
ϵ-almost universal family or (ϵ-AU) family
editAn ϵ-almost universal family or (ϵ-AU) family is one type of family in the universal hash function.
Definition of (ϵ-AU)family
editLet ϵ be any positive real number. An ϵ-almost universal (ϵ-AU) family H of hash functions mapping from a set A to a set B is a family of functions from A to B, such that for any distinct elements :
H is universal (U) if .
The definition above states that the probability of a collision is at most ϵ for any two distinct inputs. In the case is called universal, the smallest possible value for
ϵ-almost strongly-universal family or (ϵ-ASU)family
editAn ϵ-almost strongly universal family or (ϵ-ASU)family is one type of family in the universal hash function.
Definition of (ϵ-ASU)family
editLet ϵ be any positive real number. An ϵ-almost strongly-universal (ϵ-ASU) family H of Hash functions maps from a set A to a set B is a family of functions from A to B, such that for any distinct elements and all :
and
H is strongly universal (SU) if .
The first condition states that the probability that a given input a is mapped to a given output b equals . The second condition implies that if a is mapped to b, then the conditional probability that is mapped to is upper bounded by ϵ.
MMH (Multilinear Modular Hashing)
editThe name MMH stands for Multilinear-Modular-Hashing. MMH is intended to hint to Multimedia applications, for example: to verify the integrity of an on-line multimedia title, and for the improved support of integer scalar-products in modern microprocessors which is a crucial factor for high performance of MMH.
MMH uses single precision scalar-products as its most basic operation. It is consist of a (modified) inner product between message and key modulo a prime . The construction of MMH works in the finite field for some prime integer .
MMH*
editMMH* involves a construction of a family of hash functions consisting of all multilinear functions on for some positive integer . The family MMH* of functions from to is defined as follows.
- MMH* = { : → | ϵ }
where x, m are vectors, and the functions are defines as follows.
- = =
In the case of MAC, is a message and is a key where and .
MMH* works with the same basic rules of MAC, so let say Ana and Bob want to communicate in an authenticated way. They have a secret key . Say Charles listens to the conversation between Ana and Bob and wants to change the message into his own message to Bob which should pass as a message from Ana. So, his message and Ana's message will differ in at least one bit (eg. ).
Assume that Charles knows the hash function and he knows Ana's message then the probability that Charles can change the message or send his own message can be explained by the following theorem.
Theorem[2]:The family MMH* is ∆-universal.
Proof:
Take , and let be two different messages. Assume without loss of generality that . Then for any choice of , there is
To make a simple analog to explain the theorem above, take for prime and if one takes an element in , let say then
So, what one actually needs to compute is
But,
From the proof above, is the collision probability of attacker to perform in verification queries. To reduce the collision probability, it is needed to hash the message into factors using independent keys. So the collision probability becomes for any integer value . In this case the keys are increased with times the number of key factors of a message so as the computational work and output are increased by factors of a message.
Halevi and Krawczyk[2] construct a variant called . The construction works with 32-bit integers and with the prime integer . Actually the prime numbers can be chosen from any prime which satisfies . This idea is adopted from a suggestion by Carter and Wegman to use the primes or .
is defined as follows.
Where means (i.e., binary representation)
The functions are defined as follows.
where
,
Refering to the theorem.1, the collision probability is ϵ = , and the family of can be defined as ϵ-almost ∆ Universal with ϵ = .
The value of k
editThe value of k that describes the length of the message and key vectors has two effects on the implementation namely:
- Since the costly modular reduction over k is multiply and add operations, then increasing k should decrease the speed.
- Since the key x consist of k 32-bit integers then increasing k will results in a longer key.
Performance
editBelow are the timing results for various implementations of MMH[2] in 1997, designed by Halevi and Krawczyk.
- A 150 Mhz PowerPC 604 RISC machine running AIX
150 MHz PowerPC 604 | Message in Memory | Message in Cache |
---|---|---|
64-bit | 390 Mbit/second | 417 Mbit/second |
32-bit output | 597 Mbit/second | 820 Mbit/second |
- A 150 MHz Pentium-Pro machine running Windows NT
150 MHz PowerPC 604 | Message in Memory | Message in Cache |
---|---|---|
64-bit | 296 Mbit/second | 356 Mbit/second |
32-bit output | 556 Mbit/second | 813 Mbit/second |
- A 200 MHz Pentium-Pro machine running Linux
150 MHz PowerPC 604 | Message in Memory | Message in Cache |
---|---|---|
64-bit | 380 Mbit/second | 500 Mbit/second |
32-bit output | 645 Mbit/second | 1080 Mbit/second |
Badger
editBadger is a Message Authentication Code (MAC) based on the universal hashing, developed by Boesgaard, Christensen, and Zenner[3]. It is constructed by strengthening the ∆-universal hash family MMH using an ϵ-almost strongly universal (ASU) hash function family after the application of ENH, where the value of ϵ is [6]. Since Badger is one of the MAC functions based on the universal hash function approach, the conditions needed for the security of Badger is the same with those in the universal hash function such as UMAC.
The Badger MAC processes a message of length up to bits into an authentication tag of length bits, where . According to the security needs, user can choose the values of , that is the number of parallel hash tree in Badger. One can choose larger values of u, but those values do not influence further the security of MAC. The algorithm uses a 128-bit key and the limited message length to be processed under this key is [7].
The key setup has to be run just once in order to run the Badger algorithm under a given key, so that the resulting internal state of the MAC can be saved to be used with any other message that will be processed later.
ENH
editHash families can be combined in order to obtain new hash families. For the ϵ-AU, ϵ-A∆U, and ϵ-ASU families, the latter are contained in the former. For instance, an A∆U family is also an AU family, an ASU is also an A∆U family, and so forth. On the other hand, a stronger family can be reduced to a weaker one, as long as a performance gain can be reached. A method to reduce ∆-universal hash function to universal hash functions will be described as follows.
Theorem.1[3]
Let be an ϵ-AΔU hash family from a set A to a set B. Consider a message . Then the family H consisting of the functions is ϵ-AU.
If , then this probability is at most ϵ, since is an ϵ-A∆U family. If but , then the probability is trivially 0. The proof for Theorem was described in [1]
ENH- family is a very fast universal hash family is the NH family used in UMAC:
Where ‘ ’ means ‘addition modulo ’, and . It is a -A∆U hash family.
Lemma.1[3]
The following version of NH is -A∆U:
The proof for lemma.1 was described in[1]
Choosing w=32 and applying Theorem.1, One can obtain the -AU function family ENH, which will be the basic building block of MAC:
where all arguments are 32-bit and the output is 64-bit.
Construction
editBadger which is constructed using the strongly universality hash family can be describe as
Where an -AU universal function family H* to hash messages of all sizes onto a fixed size and -ASU function family F to guarantee for the strong universality of the overall construction. NH and ENH are used to construct H*. The maximum input size of the function family H* is and the output size is 128 bit, 64 bit each for the message and the hash. The collsion probability for the H*-function ranges from to . Then to construct the strongly universal function family F, ∆-universal hash family, MMH*, is transformed into a strongly universal hash family by adding an additional key.
Two steps on Badger
editThere are two steps that have to be executed for every message: processing phase and finalize phase.
In this phase, the data is hashed onto a 64-bit string. A core function : is used in this processing phase, that hashes a 128-bit string under a 64-bit string as follows:
for any n, means addition modulo . Given a 2n-bit string x, L(x) means least significant n bits, and U(x) means most significant n bits.
A message can be proceed by using this function and by denoting level_key [j][i] by .
Pseudo-code of the processing phase is as follow.
L=|M| if L=0 M^1=⋯=M^u=0 Go to finalization r=L mod 64 if r≠0: M=0^(64-r)∥M for i=1 to u: M^i=M v^'=max{1,⌈log_2 L⌉-6} for j=1 to v^': divide M^i into 64-bit blocks, M^i=m_t^i∥⋯∥m_1^i if t is even: M^i=h(k_j^i,m_t^i,m_(t-1)^i )∥⋯∥h(k_j^i,m_2^i,m_1^i ) else M^i=m_t^i∥h(k_j^i,m_(t-1)^i,m_(t-2)^i )∥⋯∥h(k_j^i,m_2^i,m_1^i )
In this phase, the 64-string hashed in the processing phase is transformed into the desired MAC tag. This finalization phase requires the Rabbit (cipher) stream cipher and uses both key setup and IV setup by denoting the finalization key final_key[j][i] by .
Pseudo-code of the finalization phase
RabbitKeySetup(K) RabbitIVSetup(N) for i=1 to u: Q^i=0^7∥L∥M^i divide Q^i into 27-bit blocks, Q^i=q_5^i∥⋯∥q_1^i S^i=(∑_(j=1)^5 (q_j^i K_j^i))+K_6^i mod p S=S^u∥⋯∥S^1 S=S ⨁ RabbitNextbit(u∙32) return S
Notation:
From the pseudocode above, k denotes key in Rabbit Key Setup(K) which initializes Rabbit with the 128-bit key K. M denotes as message to be hashed and |M| denotes the length of a message in bits. q_i denotes a message M that is divided into i blocks. For the given 2n-bit string x then L(x)and U(x) respectively denoted its least significant n bits and most significant n bits.
Performance
editBoesgard, Christensen and Zenner recorded the performance of the Badger algorithm which measured on a 1.0 GHz Pentium III and on a 1.7 Ghz Pentium 4 processor[3]. The speed-optimized versions were programmed in assembly language inlined in C and compiled using the Intel C++ 7.1 compiler.
Badger properties for various restricted message lengths. “Memory req.”denotes the amount of memory required to store the internal state including key material and the inner state of the Rabbit (cipher) stream cipher . “Setup” denotes the key setup, and “Fin.” denotes finalization with IV-setup.
Max. Message Size | Forgery Bound | Memory Reg. | Setup Pentium III | Fin. Pentium III | Setup Pentium III | Fin. Pentium III |
---|---|---|---|---|---|---|
bytes (e.g.IPsec) | 400 bytes | 1133 cycles | 409 cycles | 1774 cycles | 776 cycles | |
bytes (e.g.TLS) | 528 bytes | 1370 cycles | 421 cycles | 2100 cycles | 778 cycles | |
bytes | 1072 bytes | 2376 cycles | 421 cycles | 3488 cycles | 778 cycles | |
bytes | 2000 bytes | 4093 cycles | 433 cycles | 5854 cycles | 800 cycles |
see also
editExternal link
editReferences
edit- ^ Carter, Larry; Wegman, Mark N (1981). "New hash functions and their use in authentication and set equality".
- ^ a b c d e Halevi, Shai; Krawczyk, Hugo (1997). "MMH:Software Message Authentication in the Gbit/second rates".
- ^ a b c d e f g Boesgaard, Martin; Scavenius, Ove; Pedersen, Thomas; Christensen, Thomas; Zenner, Eric (2005). "Badger- A fast and provably secure MAC" (PDF).
- ^ Stinson, D.R (2003). "Universal hashing and authentication code".
- ^ Nevelsteen; Preneel, Bart (1999). "Software Performance of Universal Hash Functions" (PDF).
{{cite web}}
: Unknown parameter|firs1=
ignored (help) - ^ Lucks; Rijment, Vincent (2005). "Evaluation of Badger" (PDF).
{{cite web}}
: Unknown parameter|firs1=
ignored (help) - ^ a b c "Badger Message Authentication Code,Algorithm Specification" (PDF). 2005.