W dniu 15.02.2021 o 17:03, Maciej Sobczak pisze:
>>> I teraz mam pytanie dlaczego szyfrogram pierwszej biblioteki jest o 16
>>> bajtów dłuższy niż drugiej?
>> Ok, już doszedłem, chodziło o defaultowy padding.
>
> Jeśli 16, to raczej nie padding, bo cały blok ma 16. Tu masz dodany cały blok, a
nie dodany padding jako wypełniacz do końca bloku.

Mam fajny przykład, że to jednak padding. Bierzemy powszechnego i
uznanego za standard klienta openssl, tworzymy plik tekstowy o długości
32 bajtów oraz nazwie test.txt i wykonujemy polecenie:

openssl enc -aes-128-cbc -in test.txt -out test.enc -K
$"30313233343536373839303132333435" -iv $"30313233343536373839303132333435"

Jako wynik otrzymujemy plik test.enc o rozmiarze ...48 bajtów!

I teraz do parametrów wywołania openssl dodajemy parametr -nopad:

openssl enc -aes-128-cbc -nopad -in test.txt -out test.enc -K
$"30313233343536373839303132333435" -iv $"30313233343536373839303132333435"

i nagle plik wynikowy ma 32 bajty... czyli tyle ile wejściowy.
A parametr -nopad opisany jest w dokumentacji tak:

-nopad

Disable standard block padding.


Czyli jak to rozumieć? :-)

--
pzdr
Roman