Possible bug in OpenSSL 0.9.6h on Solaris 2.8 with /dev/urandom
The rsa command fails strangely when attempting to use
both -passin fd:int and -passout fd:int together. My code was
openssl rsa -passin fd:5 -des3 -passout fd:7
and it was reencoding the key with a bad passphrase. Changing to
In message [EMAIL PROTECTED] on Wed, 11 Jun 2003 09:21:49 +0200 (METDST), Charles B
Cranston via RT [EMAIL PROTECTED] said:
rt
rt Possible bug in OpenSSL 0.9.6h on Solaris 2.8 with /dev/urandom
rt
rt The rsa command fails strangely when attempting to use
rt both -passin fd:int and -passout
In message [EMAIL PROTECTED]
on Wed, 11 Jun 2003 09:21:49 +0200 (METDST),
I (Charles B Cranston via RT [EMAIL PROTECTED]) said:
Possible bug in OpenSSL 0.9.6h on Solaris 2.8 with /dev/urandom
The rsa command fails strangely when attempting to use
both -passin fd:int and -passout fd:int
[EMAIL PROTECTED] - Wed Jun 11 09:21:46 2003]:
Possible bug in OpenSSL 0.9.6h on Solaris 2.8 with /dev/urandom
The rsa command fails strangely when attempting to use
both -passin fd:int and -passout fd:int together. My code was
openssl rsa -passin fd:5 -des3 -passout fd:7
and it was
I just committed a change, which will appear in tomorrow's snapshots.
Thanks for the report. Ticket resolved.
[levitte - Wed Jun 11 20:16:02 2003]:
[EMAIL PROTECTED] - Wed Jun 11 09:21:46 2003]:
Possible bug in OpenSSL 0.9.6h on Solaris 2.8 with /dev/urandom
The rsa command fails
Richard Levitte via RT wrote:
I've figured it out. The problem only occurs when the first passphrase
is longer than the second. In your example, you will see that the
output key (tpk.pem) really is protected with the passphrase
baaa (5 bs followed by 7 as).
Thanks, I would NEVER
