Ключевые файлы

Ключевой файл VeraCrypt – это файл, содержимое которого объединено с паролем. В качестве ключевого файла можно +использовать любой файл. Пользователь также может сгенерировать ключевой файл с помощью встроенного генератора +ключевых файлов, который использует VeraCrypt RNG для создания файла со случайным содержимым (см. подробности +в разделе Генератор случайных чисел).

Максимальный размер ключевого файла не ограничен; однако обрабатываются только его первые 1 048 576 байт (1 МиБ) +(все остальные байты игнорируются, чтобы не жертвовать производительностью из-за обработки очень больших файлов). +Можно указывать один или несколько ключевых файлов (количество не ограничено).

Ключевые файлы могут храниться на токенах безопасности и смарт-картах, совместимых с PKCS-11 [23], защищённых +несколькими пин-кодами (которые можно ввести с помощью аппаратной пин-панели или через графический интерфейс VeraCrypt).

Ключевые файлы обрабатываются и применяются к паролю следующим способом:

Пусть P это пароль тома VeraCrypt, указанный пользователем (может быть пустым)
Пусть KP это пул ключевых файлов
Пусть kpl это размер пула ключевых файлов KP, в байтах (64, то есть 512 бит); +
kpl должен быть кратен выходному размеру хеш-функции H
Пусть pl это длина пароля P, в байтах (в текущей версии: 0 ≤ pl ≤ 64)
Если kpl > pl, добавляем (kpl – pl) нулевых байт к паролю P (таким образом, +pl = kpl)
Заполняем пул ключевых файлов KP нулевыми байтами в количестве kpl.
Для каждого ключевого файла выполняем следующие шаги: +
1. Устанавливаем положение указателя пула ключевых файлов в начало пула
2. Инициализируем хеш-функцию H
3. Загружаем все байты ключевого файла один за другим, и для каждого загруженного байта выполняем следующие шаги: +
  1. Хешируем загруженный байт с помощью хеш-функции H без инициализации хеша, чтобы получить +промежуточный хеш (состояние) M. Не финализируем хеш (состояние сохраняется для следующего раунда).
  2. Делим состояние M на отдельные байты.
    +Например, если выходной размер хеша составляет 4 байта, (T₀ || T₁ || +T₂ || T₃) = M
  3. Записываем эти байты (полученные на шаге 7.c.ii) по отдельности в пул ключевых файлов с помощью операции +сложения по модулю 2⁸ (не заменяя старые значения в пуле) в позиции указателя пула. После записи +байта позиция указателя пула увеличивается на один байт. Когда указатель достигает конца пула, его положение +устанавливается в начало пула. +
  +
+
Применяем содержимое пула ключевых файлов к паролю P, используя следующий метод: +
1. Делим пароль P на отдельные байты B₀...B_pl-1.
  +Обратите внимание, что если пароль был короче пула ключевых файлов, то пароль дополнялся нулевыми байтами +до длины пула на шаге 5 (следовательно, в этот момент длина пароля всегда больше или равна длине пула ключевых файлов).
2. Делим пул ключевых файлов KP на отдельные байты G₀...G_kpl-1
3. Для 0 ≤ i < kpl выполняем: Bi = Bi ⊕ Gi
4. P = B₀ || B₁ || ... || B_pl-2 || +B_pl-1
Пароль P (после применения к нему содержимого пула ключевых файлов) теперь передаётся в функцию +формирования ключа заголовка PBKDF2 (PKCS #5 v2), которая его обрабатывает (вместе с солью и другими данными) +используя выбранный пользователем криптографически безопасный алгоритм хеширования (например SHA-512). +См. подробности в разделе +Формирование ключа заголовка, соль и количество итераций. +

Роль хеш-функции H заключается просто в выполнении диффузии [2]. В качестве хеш-функции +H применяется CRC-32. Обратите внимание, что вывод CRC-32 впоследствии обрабатывается с использованием +криптографически безопасного хеш-алгоритма: содержимое пула ключевых файлов (в дополнение к хешированию с помощью CRC-32) +применяется к паролю, который затем передаётся в функцию формирования ключа заголовка PBKDF2 (PKCS #5 v2), которая +его обрабатывает (вместе с солью и другими данными), используя выбранный пользователем криптографически безопасный +алгоритм хеширования (например SHA-512). Результирующие значения используются для формирования ключа заголовка +и вторичного ключа заголовка (режим XTS).

Следующий раздел >>