#4472] [PATCH] alllowing wrap mode using
enc command
Hi,
Here is an updated patch which prevents 'unstreamable' modes (Wrap only for the
moment) to be streamed, while still allowing them to be encrypted or decrypted
if the internal buffer size is greater than the total data size.
Looks to work
Hi,
Here is an updated patch which prevents 'unstreamable' modes (Wrap only for the
moment) to be streamed, while still allowing them to be encrypted or decrypted
if the internal buffer size is greater than the total data size.
Looks to work just fine to me, but I can still try to improve it
] [openssl.org #4472] [PATCH] alllowing wrap mode using
enc command
Thank's Steve.
So, if I understand you correctly, we can assume that for files whose data size
is lower than the buffer size - which we can adjust - it will always work.
Right ?
If yes, it looks to me still better than not being able to use
Thank's Steve.
So, if I understand you correctly, we can assume that for files whose data size
is lower than the buffer size - which we can adjust - it will always work.
Right ?
If yes, it looks to me still better than not being able to use it at all.
And for big files, we could warn about this
On Tue Mar 22 21:51:05 2016, michel.sa...@free.fr wrote:
> Hi,
>
> Here attached is some test data files and a patch against today's git repo
> to allow for the use of wrap mode using the OpenSSL 'enc' command.
>
> The 'raw*.dat' files contains the NIST test vectors, and the '*.ok.enc' the
>
> I will make this work with our perl-based test framework.
Whao, I will feel like a member of your gang now !
;-)
--
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4472
Please log in as guest with password guest if prompted
--
openssl-dev mailing list
To unsubscribe:
> I will make this work with our perl-based test framework.
Whao, I will feel like a member of your gang now !
;-)
--
openssl-dev mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-dev
> the 3 'raw128*.dec' should be the same as 'raw128.dat'
> the 2 'raw192*.dec' should be the same as 'raw192.dat'
> and finally, 'raw256-256.dec' should be the same as 'raw256.dat'.
And not surprisingly, all the tests pass :) I will make this work with our
perl-based test framework.
> FYI I
Hi Rich,
Thanks for your interest in this matter.
the 3 'raw128*.dec' should be the same as 'raw128.dat'
the 2 'raw192*.dec' should be the same as 'raw192.dat'
and finally, 'raw256-256.dec' should be the same as 'raw256.dat'.
FYI I will soon report a new/updated patch with other bugs and
Hi Rich,
Thanks for your interest in this matter.
the 3 'raw128*.dec' should be the same as 'raw128.dat'
the 2 'raw192*.dec' should be the same as 'raw192.dat'
and finally, 'raw256-256.dec' should be the same as 'raw256.dat'.
FYI I will soon report a new/updated patch with other bugs and
I did the trivial conversion to Unix shell and run the script. At the end,
which files are supposed to compare to be identical?
--
Ticket here: http://rt.openssl.org/Ticket/Display.html?id=4472
Please log in as guest with password guest if prompted
--
openssl-dev mailing list
To unsubscribe:
Hi,
Here attached is some test data files and a patch against today's git repo
to allow for the use of wrap mode using the OpenSSL 'enc' command.
The 'raw*.dat' files contains the NIST test vectors, and the '*.ok.enc' the
expected encrypted result (base64 encoded with equivalent hexa value).
The
12 matches
Mail list logo