Two-Track-MAC

Two-Track-MAC — код аутентичности сообщения, предназначенный для проверки подлинности и целостности передаваемых данных. Другими словами мы можем убедиться в том, что данные передавались от нужного источника и их содержание не менялось во время передачи.

Основная цель: предотвратить изменений сообщений третьей стороной во время передачи. Примером сообщений могут служить электронные банковские платежи или системы автоматизированного управления подвижными объектами.

Разработчики: Bart Van Rompay (англ.), Bert den Boer (англ.).

История создания

Алгоритм Two-Track-MAC был избран в проект NESSIE (Новые европейские алгоритмы для электронной подписи) в ноябре 2000 года и задумывался как более быстрый и надежный аналог имевшихся в то время алгоритмов MAC. В разработке принимали участие Bart Van Rompay (англ.) из Лёвенского университета(Katholieke Universiteit Leuven) - Бельгия и Bert den Boer из debis AG(Германия).

Описание

Схема работы алгоритма TTMAC

В основе Two-Track-MAC лежит хеш-функция RIPEMD-160. Особенность заключается в шифровании сообщения по двум независимым путям (на рисунке обозначены как L и R). Такой подход позволяет увеличить размер внутреннего состояния. В результате чего мы получаем больше возможных значений внутренней функции шифрования. Это позволяет усложнить атаки, основанные на переборе всевозможных значений.

По сравнению с MDx-MAC, который так же основан на RIPEMD-160 Two-Track-MAC намного эффективнее для коротких сообщений (512 или 1024 бит), и также эффективней на длинных сообщениях.

Другое важное преимущество TTMAC является возможность быстрого изменения ключа шифрования. Это позволяет увеличить стойкость системы, без снижения скорости. При довольно частой смене ключа злоумышленнику не удастся собрать большого количества пар сообщение-MAC-код, что сильно снижает вероятность подбора ключа или MAC-кода.

Принцип работы

Как уже отмечалось Two-Track-MAC имеет два параллельных блока преобразований L(K,M) и R(K,M), принимающие на вход сообщение M и ключ K. В результате каждый из блоков работает независимо друг от друга и создает два различных представления (А и В на рисунке) одних и тех же данных.

Предположим для начала, что размер сообщения M составляет 512 бит. Размер ключа K всегда фиксирован и составляет 160 бит. Для усложнения преобразований L(K,M) дает на выходе пять 32-битных слов ($~~A_0,A_1,A_2,A_3,A_4$). Т.е. формально разделяет пока ещё предварительный вариант ключа на 5 частей одинаковых размеров. Аналогично набор ($~~B_0,B_1,B_2,B_3,B_4$) дает на выходе функция R(K,M). Затем эти слова вычитаются по модулю $2^{32}$. Это своего рода смешивание двух значений для приведения из к фиксированной длине 160 бит. Окончательный результат: $E = ~~(E_0,E_1,E_2,E_3,E_4$), где $E_i = A_i - B_i ~~ mod ~~2^{32}, ~~i = 0,1,2,3,4$. Собственно это и есть то, ради чего все делалось. E является кодом аутентичности сообщения M.

Если сообщение превышает 512 бит, то M разбивается на блоки $~~M = M_1 M_2 M_3...M_n$, где $M_i$ имеет длину 512 бит. В результате процесс мы все те же операции проводим над каждым блоком, перемешивая их по очереди. Сообщение длиной не кратной 512 дополняется нулями и единицами до нужного нам размера.

Подробнее о смешивании результатов выполнения L и R

После того, как каждая ветвь алгоритма обработает очередной блок сообщения, результаты должны каким то образом преобразоваться так, чтобы на выходе получилась фиксированная длина ключа. Рассмотрим данный процесс более подробно.

Введем обозначения: $A = (A_0,A_1,A_2,A_3,A_4) = L^(K,M_1)~~$

$B = (B_0,B_1,B_2,B_3,B_4) = R^(K,M_1)~~$

Далее создаем два 160-битных блоков $C = (C_0,C_1,C_2,C_3,C_4)~~$ и $D = (D_0,D_1,D_2,D_3,D_4)~~$. Эти блоки заполняются различными комбинациями с выходными данными функций L и R. А именно:

$C_2 = A_3 - B_0 ~~$,

$C_3 = A_4 - B_1 ~~$,

$C_0 = (A_1 + A_4) - B_3 ~~$,

$C_1 = A_2 - B_4 ~~$,

$D_1 = (A_4 + A_2) - B_0 ~~$,

$D_2 = A_0 - B_1 ~~$,

$D_3 = A_1 - B_2 ~~$,

$D_4 = A_2 - B_3 ~~$,

$D_0 = A_3 - B_4 ~~$.

Не стоит забывать, что все сложения и вычитания производятся по модулю $2^{32}$.

Когда сообщение больше 512 бит, полученные блоки C и D будут подаваться на вход вместо ключа для следующего блока сообщения. Так происходит пока мы не пройдем все сообщение.

Условно весь процесс создания создания кода аутентичности можно представляется как :

$~~HL(1) = A = L^{*}(K,M1)$

$~~HR(1) = B = R^{*}(K,M1)$

затем процесс повторяется, с той лишь разницей, что в качестве ключа выступает результат предыдущего вычисления.

$~~(A,B)->(C,D)$

$~~HL(i) = A = L^{*}(C,M_i)$

$~~HR(i) = B = R^{*}(D,M_i)$

На последней итерации получается мы меняем местами входные данные для R и L. Это делается для повышения стойкости кода аутентификации. Окончательные $~~HL(n)$ и $~~HR(n)$ представляют собой Two-track-MAC.

Псевдокод

Ниже представлен псевдокод алгоритма.

$C_0:=K_0;C_1:=K1;C_2:=K_2;C_3:=K_3;C_4:=K_4;D_0:=K_0;D_1:=K_1;D_2:=K_2;D_3:=K_3;D_4:=K_4;~~$
FOR i:= 0 TO n-1 {
  $A_0:=C_0;A_1:=C_1;A_2:=C_2;A_3:=C_3;A_4:=C_4;~~$
  $B_0:=D_0;B_1:=D_1;B_2:=D_2;B_3:=D_3;B_4:=D_4;~~$
  IF (i!=n-1) FOR j:= 0 TO 79 {
     $T:=rol_{s(j)}(A_0 \oplus f(j,A_1,A_2,A_3) \oplus M_{i}[r(j)] \oplus c(j)) \oplus A_4~~$;
     $A_0:=A_4;A_4:=A_3;A_3:=rol_{10}(A_2); A_2:=A_1;A_1:=T;~~$
     $T:=rol_{s^{'}(j)}(B_0 \oplus f(79 - j,B_1,B_2,B_3) \oplus M_i[r^{'}(j)] \oplus c^{'}(j)) \oplus B_4;~~$
     $B_0:=B_4;B_4:=B_3;B_3:=rol_{10}(B_2);B_2:=B_1;B_1:=T;~~$
  }
  else FOR j:= 0 TO 79 {
     $T:=rol_{s(j)}(A_0 \oplus f(j,A_1,A_2,A_3) \oplus M_i[r(j)] \oplus c(j)) \oplus A_4~~$
     $A_0:=A_4; A_4:=A_3;A_3:=rol_{10}(A_2);A_2:=A_1;A_1:=T;~~$
     $T:=rol_{s^{'}(j)}(B_0 \oplus 79 -j,B_1,B_2,B_3) \oplus M_{i}[r^{'}(j)] \oplus c^{'}(j))~~$
     $B_0:=B_4; B_4:=B_3;B_3:=rol_{10}(B_2); B_2:=B_1;B_1:=T;~~$
  }
  $A_0:=A_0 \ominus C_0; A_1:=A_1 \ominus C_1;A_2:= A_2 \ominus C_2; A_3:= A_3 \ominus C_3 ~~$
  $A_4:=A_4 \ominus C_4~~$
  $B_0:=B_0 \ominus D_0; B_1:=B_1 \ominus D_1;B_2:= B_2 \ominus D_2; B_3:= B_3 \ominus D_3 ~~$
  $B_4:=B_4 \ominus D_4;~~$
  IF (i != n-1) {
     $C_2:=A_3 \ominus B_0; C_3:=A_4 \ominus B_1; C_4:=A_0 \ominus B_2; C_0:= (A_1 /oplus A_4) \ominus B_3~~$
     $C_1:=A_2 \ominus B_4~~$
     $D_1:=(A_4 \oplus A_2) \ominus B_0; D_2:=A_0 \ominus B_1; D_3:=A_1 \ominus B_2~~$
     $D_4:=A_2 \ominus B_3; D_0:=A_3 \ominus B_4~~$
 }
}
$E_0:=A_0 \ominus B_0; E_1:=A_1 \ominus B_1; E_2:=A_2 \ominus B_2; E_3:=A_3 \ominus B_3; ~~$
$E_4:=A_4 \ominus B_4 ~~$;

Пояснения и возможные реализации

Здесь даются пояснения к обозначениям, используемым в псевдокоде TTMAC, а также обсуждается возможность их реализации.

$f(j,x,y,z)$ - нелинейная функция, работающая с битами. Для различных j производит различные операции над x,y,z. А именно:

• $f(j; x; y; z) = x \otimes y \otimes z ~~~~~~~~~~~~~ (0 \le j \le 15)$
• $f(j; x; y; z) = (x \wedge y) \lor (\neg x \wedge z)~~~ (16 \le j \le 31)$
• $f(j; x; y; z) = (x \lor \neg y) \otimes z ~~~~~~~~~~ (32 \le j \le 47 )$
• $f(j; x; y; z) = (x \land z) \lor (y \land \neg z)~~~~ (48 \le j \le 63)$
• $f(j; x; y; z) = x \otimes (y \lor \neg z)~~~~~~~~~ (64 \le j \le 79)$

Например на языке C удобно представить эти функции в виде макросов ^[1]:

#define F1(x, y, z)        (x ^ y ^ z)
#define F2(x, y, z)     (z ^ (x & (y^z)))
#define F3(x, y, z)     (z ^ (x | ~y))
#define F4(x, y, z)     (y ^ (z & (x^y)))
#define F5(x, y, z)     (x ^ (y | ~z))

Символами $c(j), c^{'}(j)$ обозначены константы, значения которых определяется диапазоном j:

• с(j) = 00000000x $~~~~~ (0 \le j \le 15)$
• с(j) = 5A827999x $~~~~ (16 \le j \le 31)$
• с(j) = 6ED9EBA1x $~~~~ (32 \le j \le 47)$
• с(j) = 8F1BBCDCx $~~~~~(48 \le j \le 63)$
• с(j) = A953FD4Ex $~~~~(64 \le j \le 79)$
• с'(j) = 50A28BE6x $~~~~(0 \le j \le 15)$
• с'(j) = 5C4DD124x $~~~(16 \le j \le 31)$
• с'(j) = 6D703EF3x $~~~~(32 \le j \le 47 )$
• с'(j) = 7A6D76E9x $~~~~(48 \le j \le 63)$
• с'(j) = 00000000x $~~~~(64 \le j \le 79)$

Функции r(j) и r' дают один из 16 возможных блоков, на которые делится исходное сообщение. Так как блоки имеют размер 512 бит, то r(j) может принимать значения от 0 до 15. Где r(j) = 0 (r'(j) = 0) означает биты 0...15, а r(j) = 15 (r'(j) = 15) - биты 495...511 соответственно.

• r(j) = j при $(0 \le j \le 15)$
• r(16..31) = 7; 4; 13; 1; 10; 6; 15; 3; 12; 0; 9; 5; 2; 14; 11; 8
• r(32..47) = 3; 10; 14; 4; 9; 15; 8; 1; 2; 7; 0; 6; 13; 11; 5; 12
• r(48..63) = 1; 9; 11; 10; 0; 8; 12; 4; 13; 3; 7; 15; 14; 5; 6; 2
• r(64..79) = 4; 0; 5; 9; 7; 12; 2; 10; 14; 1; 3; 8; 11; 6; 15; 13
• r'(0..15) = 5; 14; 7; 0; 9; 2; 11; 4; 13; 6; 15; 8; 1; 10; 3; 12
• r'(16..31) = 6; 11; 3; 7; 0; 13; 5; 10; 14; 15; 8; 12; 4; 9; 1; 2
• r'(32..47) = 15; 5; 1; 3; 7; 14; 6; 9; 11; 8; 12; 2; 10; 0; 4; 13
• r'(48..63) = 8; 6; 4; 1; 3; 11; 15; 0; 5; 12; 2; 13; 9; 7; 10; 14
• r'(64..79) = 12; 15; 10; 4; 1; 5; 8; 7; 6; 2; 13; 14; 0; 3; 9; 11

Пример: Пусть сообщение:

M = "Software-optimized universal hashing and message authentication."

Поставим в соответствие каждому символу определенный код:

"S", "o", "f", "t", "w", "a", "r", "e", "-", "o", "p", "t", "i", "m", "i", "z"
 83, 111, 102, 116, 119, 97,  114, 101, 45,  111, 112, 116, 105, 109, 105, 122
"e", "d", " ", "u", "n", "i", "v", "e", "r", "s", "a", "l", " ", "h", "a", "s"
101, 100,  32, 117, 110, 105, 118, 101, 114, 115,  97, 108,  32, 104,  97, 115
"h", "i", "n", "g", " ", "a", "n", "d", " ", "m", "e", "s", "s", "a", "g", "e"
104, 105, 110, 103, 32,  97, 110,  100, 32,  109, 101, 115, 115,  97, 103, 101
" ", "a", "u", "t", "h", "e", "n", "t", "i", "c", "a", "t", "i", "o", "n", "."
 32,  97, 117, 116, 104, 101, 110, 116, 105,  99,  97, 116, 105, 111, 110,  46

В двоичном представлении текст сообщение будет содержать 512 нулей и единиц. Затем оно разбивается на 16 блоков по 32 бита:

$M_0 =$ = (01010011 01101111 01100110 01110100) 
$M_1 =$ = (01110111 01100001 01110010 01100101)
$M_2 =$ = (00101101 01101111 01110000 01110100)
$M_3 =$ = (01101001 01101101 01101001 01111010) 
$M_4 =$ = (01100101 01100100 00100000 01110101) 
$M_5 =$ = (01101110 01101001 01110110 01100101)
$M_6 =$ = (01110010 01110011 01100001 01101100) 
$M_7 =$ = (00100000 01101000 01100001 01110011)
$M_8 =$ = (01101000 01101001 01101110 01100111) 
$M_9 =$ = (00100000 01100001 01101110 01100100)
$M_{10} =$ = (00100000 01101101 01100101 01110011) 
$M_{11} =$ = (01110011 01100001 01100111 01100101)
$M_{12} =$ = (00100000 01100001 01110101 01110100) 
$M_{13} =$ = (01101000 01100101 01101110 01110100)
$M_{14} =$ = (01101001 01100011 01100001 01110100) 
$M_{15} =$ = (01101001 01101111 01101110 00101110)

В результате функция $M(r(16))$ выдаст: (00100000 01101000 01100001 01110011). А $M_{2}(r(16))$ даст третий бит, т.е 1.

s(j) и $s^{'}(j)$ - дают номер бита для операции битового поворота rol.

• s(0..15) = 11; 14; 15; 12; 5; 8; 7; 9; 11; 13; 14; 15; 6; 7; 9; 8
• s(16..31) = 7; 6; 8; 13; 11; 9; 7; 15; 7; 12; 15; 9; 11; 7; 13; 12
• s(32..47) = 11; 13; 6; 7; 14; 9; 13; 15; 14; 8; 13; 6; 5; 12; 7; 5
• s(48..63) = 11; 12; 14; 15; 14; 15; 9; 8; 9; 14; 5; 6; 8; 6; 5; 12
• s(64..79) = 9; 15; 5; 11; 6; 8; 13; 12; 5; 12; 13; 14; 11; 8; 5; 6
• s'(0..15) = 8; 9; 9; 11; 13; 15; 15; 5; 7; 7; 8; 11; 14; 14; 12; 6
• s'(16..31) = 9; 13; 15; 7; 12; 8; 9; 11; 7; 7; 12; 7; 6; 15; 13; 11
• s'(32..47) = 9; 7; 15; 11; 8; 6; 6; 14; 12; 13; 5; 14; 13; 13; 7; 5
• s'(48..63) = 15; 5; 8; 11; 14; 14; 6; 14; 6; 9; 12; 9; 12; 5; 15; 8
• s'(64..79) = 8; 5; 12; 9; 12; 5; 14; 6; 8; 13; 6; 5; 15; 13; 11; 11

На самом все выше описанные выражения заимствованны из алгоритма хеш-функции RIPEMD-160. Собственно поэтому RIPEMD-160 и является основой для Two-Track-MAC.

Реализация алгоритма TTMAC была включен в криптографическую библиотеку Crypto++® Library^[2].

Примеры

Продемонстрируем пример работы алгоритма для различных входных данных. Первый параметр - 160-битный ключ. Второй параметр - передаваемое сообщение. На выходе мы получаем 160 битный код аутентификации.

TTMAC(K,M) = TTMAC(0000000000000000000000000000000000000000,"") = 46724343BDDF4A150009046D4CBF16F2A6378073

TTMAC(K,M) = TTMAC(0000000000000000000000000000000000000000,"Hello World") = 5C8350FEEA6922C4E79F262A72603AA7F99C381D

TTMAC(K,M) = TTMAC(0000000000000000000000000000000000000001,"1") = 8B91136B35096C30C58FA17D7ADE882DBC1CC482

Вопросы использования

Полученный код аутентичности позволяет убедиться в том, что данные не изменялись каким бы то ни было способом с тех пор как они были созданы, переданы или сохранены доверенным источником. Возможны различные схемы, осуществляющие такого рода проверку.

Например две доверяющие друг другу стороны заранее договорились об использовании секретного ключа, который известен только им. Тем самым гарантируется аутентичность источника и сообщения. Недостаток такого подхода очевиден. Возникает необходимость наличия двух доверяющих друг другу сторон.

Возможно так же совместное использование кода аутентификации сообщения совместно с функцией симметричного шифрования по одной из схем: $E_{k_{1}}(M,TTMAC_{k_2}(M))~~$

$(E_{k_{1}}(M),TTMAC_{k_2}(M))$

$(E_{k_{1}}(M),TTMAC_{k_2}(E_{k_{1}}(M)))$

Такой подход предполагает различие в ключах $k_2$ и $k_1$,а также различие в алгоритмах шифрования и вычисления MAC. Иначе есть вероятность возникновения дополнительных соотношений, которые можно использовать для отбраковки ключей.

В частности TTMAC может использоваться для "аутентификации транзакций". Это означает, что сообщение подтверждается единственностью и своевременной передачей. Такой тип аутентификации предоставляет возможность защиты от повторного использования ранее переданных сообщений, что необходимо в тех случаях, когда угроза может привести к нежелательным последствиям.

Безопасность

Успешность атак на Two-Track-MAC зависит от сложности ключа k, длина которого должна составляет 160 бит, длины выходного кода m, которая может составлять 32,64,.. и 160 бит и длины l внутреннего состояния, которая составляет 320 бит.

Первая возможность - перебор всех возможных ключей. Если удается подобрать ключ, то злоумышленник имеет возможность подделать любое сообщение. Для ключа длины k и выходного кода длины m, такая атака требует $2^{k}$ попыток и $\frac{k}{m}$ известных пар (текст, MAC) для проверки. Так как размер внутреннего состояния TTMAC составляет 360 бит, то вероятность вычислить значение кода аутентичности снижается до $2^{160}$, по сравнению с $2^{80}$ для RIPEMD-160.

Поиск так называемых [Коллизия|коллизий] требует знания $2^{\frac{l}{2}}$ пар (текст,MAC), где l - длина внутреннего состояния. В самом деле это результат следует из парадокса "дней рождений". Для обнаружения внутренних коллизий с помощью исследования внешний коллизий, требуется порядка $2^{l - m}$ наборов текст-MAC. Кроме того риск может быть уменьшен уменьшением времени жизни ключа.

Результаты приведены таблице:

Типы атак	Попытки	Возможный успех	Известные пары
Поиск ключа	$2^{160}$	$\frac{160}{m}$
Угадывание MAC		$\frac{1}{2^{m}}$
Атака основанная на парадоксе дней рождения			$2^{160}$

Вычислительная эффективность

Число операции для TTMAC всего лишь на несколько процентов превосходит число операций требуемых для вычисление RIPEMD-160. Сравним высоко оптимизированный код RIPEMD-160 и TTMAC. Первый требует 1013 циклов на блок, а для TTMAC такой же степени оптимизации понадобится около 1044 цикла на блок. Это достигается благодаря изначальному проектированию алгоритма для быстрой работы на вычислительных устройствах.

См. также

• Hash-based message authentication code
• Message authentication code
• RIPEMD-160

Ссылки

• http://portal.acm.org/citation.cfm?id=646557.694750&coll=&dl=
• https://www.cosic.esat.kuleuven.be/nessie/reports/
• http://www.wordiq.com/definition/Katholieke_Universiteit_Leuven

Литература

• А.П. Алферов, А.Ю. Зубов, А.С. Кузьмин, А.В. Черемушкин Основы криптографии: Учебное пособие. 3-е изд. - М.: Гелиос APB,2005 - 480c.,ил.

• Stinson, D.R. (Douglas Robert), 1956 - Cryptography: theory and practice /D.R. Stinson. p. cm. - (Discreete mathematics and its application) Includes bibliographical references and index. ISBN 0-8493-8521-0.

Связать^?

На эту статью не ссылаются другие статьи Википедии. Пожалуйста, воспользуйтесь подсказкой и установите ссылки в соответствии с принятыми рекомендациями.

Примечания

1. ↑ реализация в виде макросов  (англ.). — source code. Архивировано из первоисточника 1 июля 2012.
2. ↑ Структура реализации алгоритма TTMCA (En). — Crypto++ TTMAC. Архивировано из первоисточника 1 июля 2012.