Нужно решение для неправильной длины IV в AES

Во-первых,

byte[] iv = {00000000000000000000000000000000};

создает массив байтов размером 1, а не массив байтов размером 32 (если это ваше намерение).

Во-вторых, размер IV AES должен составлять 16 байт или 128 бит (что соответствует размеру блока AES-128). Если вы используете AES-256, размер IV должен быть 128 бит, поскольку стандарт AES допускает только 128-битные размеры блоков. Первоначальный алгоритм Rijndael допускал другие размеры блоков, включая 256-битный размер блока.

В-третьих, если вы собираетесь использовать AES-256, это не входит в стандартную комплектацию. Вам необходимо загрузить и установить файлы политик юрисдикции неограниченной силы JCE (прокрутите вниз страницы); Я бы также рекомендовал прочитать прилагаемую лицензию.

Это приведет к следующему изменению вашего кода:

byte[] iv = {0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0};

Наконец, вектор инициализации должен быть уникальным и непредсказуемым. Последовательность из 16 байтов, где каждый байт представлен значением 0, не является подходящим кандидатом для IV. Если это производственный код, подумайте о том, чтобы получить помощь.

Из Расширенного стандарта шифрования:

Стандарт включает три блочных шифра, AES-128, AES-192 и AES-256, взятых из более крупной коллекции, первоначально опубликованной как Rijndael. Каждый из этих шифров имеет размер блока 128 бит с размером ключа 128, 192 и 256 бит соответственно.

(выделение добавлено)

Из вектора инициализации:

Для режимов работы блочного шифра IV обычно равен размеру блока шифра.

Объедините эти два фактора вместе, и вы получите, что IV всегда составляет 128 бит для AES, независимо от размера ключа.

Почему бы просто не использовать что-то подобное вместо «магических чисел»:

SecureRandom random = new SecureRandom();
byte[] iv = random.generateSeed(16);

Таким образом, вы получаете 16 случайных байтов для вашего iv.

AES здесь, вероятно, AES-128, а не AES-256. Вы должны включить дополнительную банку, если хотите включить AES-256, поскольку существуют политики экспортного контроля. Так что сначала проверьте это. В большинстве случаев достаточно AES-128.

Ваш IV не может быть больше 128 бит, т.е. 16 байтов, если это AES-128. Поэтому измените длину вектора инициализации.

Это должно сработать. Также прочтите этот http://en.wikipedia.org/wiki/Initialization_vector.

Предупреждение: Не рекомендуется иметь фиксированный IV. Это должно быть случайным или псевдослучайным, чтобы обеспечить лучшую безопасность.

Причина, по которой у меня возникла эта проблема, заключалась в том, что я читал IV как строку и неправильно преобразовывал ее в массив байтов.

Правильно:

Hex.decodeHex(initializationVector.toCharArray()

используя org.apache.commons.codec.binary.Hex

Неправильный способ:

initializationVector.getBytes()

Причина, по которой это было неправильно, заключается в том, что когда вы вызываете getBytes(), он просто берет все биты, представляющие строку, и разрезает их на байты. Таким образом, 0 в конечном итоге записывается как биты, составляющие индекс 0 в таблице Unicode, который равен не 0, а 30, и который будет записан в 2 байта.

И наоборот, здесь вы хотите, чтобы 0 было представлено как байт 00000000.