Easyelectronics.ru

Может кто сталкивался, нужна программка шифрующая AES128-ECB. Байт в байт без постороннего мусора. Т.е. закинул туда 16 байт + 16 байт ключ => 16 байт зашифрованные. Колхозить что-то своё смысла не вижу.
Как-то так. Наверняка есть.

openssl enc -aes-128-ecb -nosalt

Вот я для себя писал, с gui, работает с файлами - https://github.com/vernonet/qt-aes-crypt

о, огонь, благодарю.

Хм, с openSSL лыжи почему-то не едут, хотя для проверки тот-же самый алгоритм работает на библиотеке прикрученной к STM и левом сайтике. Их данные сходятся. Но вот, когда я вбиваю

openssl enc -aes-128-ecb -nosalt -in test.txt -out test.enc -k 0000000000000000

в файле test.enc содержатся байты совершенно отличные от того, что дают другие два способа. Очевидно, что косяк в команде в openSSL.

Разные алгоритмы генерации ключа из пароля. Попробуйте -K (большое):

Ну и соотв. онлайн на сайте тоже не plaintext, а hex в ключе. Если с пароля генерить:

Надо только на сайте понимать какой хэш используется для получения ключа из пароля.

EDIT: И с IV надо еще разобраться.

В кейл использовал

uint8_t AES_key[16] = {0x30, 0x30, 0x30, 0x30, 0x30, 0x30, 0x30, 0x30, 0x30, 0x30, 0x30, 0x30, 0x30, 0x30, 0x30, 0x30};

Что говорит о том, что на сайтике такой же метод. По факту можно изменить test.enc не изменится.


Так вектор же при AES128ECB не нужен.

Попробовал
openssl enc -aes-128-ecb -nosalt -in test.txt -out test.enc -K 30303030303030303030303030303030
Не взлетело. Данные на выходе всё равно отличные от двух других способов.

Разница в паддинге. -nopad и длина данных должна быть кратной 16.

Да, действительно еще и в паддинге дело. Если дополнить строку до 16 байт 0x00:
echo -n -e '\x31\x0a\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00' > test.txt
То выхлоп шифра совпадает:

Без nopad почему-то до 32 байт дополняет. Если добавить -nopad, то только первые 16 байт остаются.

PS: Про IV да, ошибся.

Это и есть PKCS#7 - как-то надо обозначить отсутствие паддинга.