How do i force 3DES cipher please?
On Wednesday, February 06 2002 at 07:18 PM PDT, you wrote:
> gpg: encrypted with 2048-bit ELG-E key, ID
>
> How do i force 3DES cipher please?
cipher-algo-3DES
--
Nick Andriash
Courtenay, B.C Canada
# cat /root/.gnupg/options
cipher-algo-3DES
gpg --encypt file
gpg: /root/.gnupg/options:1: invalid option
> # cat /root/.gnupg/options
> cipher-algo-3DES
>
> gpg --encypt file
>
> gpg: /root/.gnupg/options:1: invalid option
Try 'cipher-algo 3DES'
If on command line, try as 'gpg --cipher algo 3DES --encrypt....'
--
Prof: So the American government went to IBM to come up with a data
encryption standard and they came up with ...
Student: EBCDIC!"
On Thursday, February 07 2002 at 02:01 AM PDT, you wrote:
> Try 'cipher-algo 3DES'
Yes... Sorry about the extra dash I put in.
cat ~/.gnupg/options
cipher-algo 3DES
gpg --encrypt j.txt
You did not specify a user ID. (you may use "-r")
Enter the user ID: rut
[successful encryption]
]# gpg --decrypt j.txt.gpg >j.txt.gpg.decrypted
...
gpg: encrypted with 2048-bit ELG-E key, ID 18A9EAB3, created
2002-02-05
So apparently putting this option in the options file didn't work.
Is there something else i need to do in order to force 3DES encryption
on these files?
$ gpg -c j.txt
$ gpg -dv j.txt.gpg
.....
gpg: 3DES encrypted data
shows that the data was encrypted using 3des.
--
Kapil Bhalla
Thanks for pointing that out. In light of this,
Original filesize
22 j.txt
The filesize after encryption using the command 'gpg -e'
586 j.txt.gpg
The filesize after using 'gpg -c'
72 j.txt.gpg
Yes i do see now that the '-c' switch (cipher only?) enforces 3DES (or
is it reading the contents of the options file?)
# gpg -dv j.txt.gpg
gpg: 3DES encrypted data
gpg: original file name='j.txt'
But the fact that 'gpg -c' prompts me twice for a password whereas
'gpg -e' doesn't prompt me for a password at all leads me to think
that gpg isn't reading any keyrings when using the '-c' switch. Is it
even reading the './.gnupg/options' file? Or is 3DES simply the
default cipher?
Also i am wondering whether it is that the large filesize of the first
encrypted file (with the '-e' switch) doesn't indicate that both 3DES
*and* ElGamal are being implemented in the encryption. (Or is it DSA
or IDEA or what? why such a large file?)
perhaps i should ask, why was the filesize 8 times larger for the
default of the '-e' switch?