Open ghost opened 6 years ago
Can you check version 2.0, please? The API may be changed.
It looks like the fix has been regressed. I just ran my test code against the same asmcrypto code I was using last year and compared with the latest from head, cloned a few minutes ago.
From HEAD:
encrypt(000000000012345677E4D611358EAF17,8b84eedec100067d670971dd2aa700cf)
b2021754866e87226cf5b7f4232d216a7e1ba4becd78a1741240f6e18e623a43
------
decrypt(b2021754866e87226cf5b7f4232d216a7e1ba4becd78a1741240f6e18e623a43,8b84eedec100067d670971dd2aa700cf)
000000000012345677e4d611358eaf17
Last year's code
encrypt(000000000012345677E4D611358EAF17,8b84eedec100067d670971dd2aa700cf)
b2021754866e87226cf5b7f4232d216a
------
decrypt(b2021754866e87226cf5b7f4232d216a,8b84eedec100067d670971dd2aa700cf)
000000000012345677e4d611358eaf17
I see the error cause now, we will fix it shortly and add these test cases. Thanks!
Hi, I'm trying to use the currently undocumented ECB functions. I'm puzzled as to why the encrypt function returns 32 octets when it looks like a block size of 16 is specified as the default. Here's my test:
and this produces the following output:
The first 16 octets are my expected result:
What are the 16 which follow?
Thanks