(unknown)
2013-02-01 17:48:31 GMT
_______________________________________________ Gnupg-doc mailing list Gnupg-doc <at> gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-doc
_______________________________________________ Gnupg-doc mailing list Gnupg-doc <at> gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-doc
I have looked at the instructions here http://lists.gnupg.org/pipermail/gnupg-users/2008-March/032787.html for installing GnuPG on a USB drive, and I have followed the instructions pretty closely like so:
“if you … need to work from a public computer, and a usb, here are some guidelines:
[1] generate a new gnupg key, with a comment, 'usb key',
and keep this in a separate keyring (not the the keyring with your
'real' secret keys)
if you have any concern that this becomes compromised,
you can revoke it, without compromising your 'real' keys
[2] keep the keyrings and the entire gnupg program in a truecrypt
container on the usb. This has two advantages:
(a) it protects your keyrings
(b) it allows you to pick a drive letter that will stay the same
regardless of the hardware differences of the various public
computers (i.e., you can mount the truecrypt container as drive Z,
and have all the entries in your gpg.conf refer to z:\gnupg,
and never have to change it). truecrypt can be run in traveller mode from a usb,
without having it installed on the host computer
[3]copy the entire gnupg directory from your home computer,
into the truecrypt container
[4] put these lines into your gpg.conf file:
no-default-keyring
keyring z:\gnupg\pubring.gpg
secret-keyring z:\gnupg\secring.gpg
(use your 'new' keyrings with the special 'usb key')
[5] open notepad and types these lines:
command com
z:
cd gnupg
save this as gusb.bat in your truecrypt container.
whenever you want to run gnupg from the usb,
(and have already mounted the truecrypt container as drive z:)
double-clicking on gusb.bat
opens a dos command-line window
check it by typing gpg -h
if the gnupg version and guide appears, then you're ready”
----------------------------------
First I tried following these instructions exactly, but it would not work,
though not for reasons related to gpg itself. I am running WinXP Pro and normally
I use gpg 2.0.x. However, for this project, I downloaded and used gpg 1.4.11
on the USB drive, and I also used the latest version of truecrypt 7.1.
I installed gpg on the usb here U:\gnupg, and into it I also copied the contents of
my pre-existing “%AppData%\gnupg” folder, which contained my keyrings and gpg.conf, etc.
I cleaned it up a bit and changed the references in gpg.conf from c:\path to u:\gnupg,
like so:
###+++--- GPGConf ---+++###
utf8-strings
auto-key-locate local
verbose
###+++--- GPGConf ---+++### date and time data
# GPGConf edited this configuration file.
# It will disable options before this marked block, but it will
# never change anything below these lines.
no-default-keyring
homedir U:\gnupg
keyring U:\gnupg\pubring.gpg
secret-keyring U:\gnupg\secring.gpg
#list-options show-keyring
verify-options show-uid-validity
logger-file U:\gnupg\gnupg.log
keyserver hkp://keys.gnupg.net
load-extension U:\gnupg\idea.dll
ask-cert-level
------------------------------------
As for the aforementioned batch file qusb.bat, it was necessary to change
it because it would not complete as it stands (I had installed it in U:\).
What I mean is that when I clicked on the batch file, it would open a
command shell window and begin issuing the batch of commands. Since the
first command was “command.com”, it just opened another new command shell
window and stayed there at the new command prompt in the current root directory:
U:\
I simply eliminated this command from the batch file and reran it; then
It worked as expected, opening a command shell and cd-ing to U:\gnupg.
At this point I entered “gpg –h” at the prompt. It displayed the correct
Version gpg 1.4.11, but it failed to recognize homedir as U:\gnupg as I had
put in the file u:\gpg.conf. Then I noticed in the manual that this command
would be recognized only from the command line; so I entered this at
the command prompt (from u:\gnupg):
gpg --homedir u:\gnupg
But after hitting <enter>, the program just hangs and fails to return
to the command prompt. Consequently, I cannot seem to make it change
the homedir from the normal location on “%Appdata%\gnupg”
to the location U:\gnupg, and I cannot, therefore, “force” it to use
the keyrings on my USB. Any ideas would be welcome.
John A. Wallace
_______________________________________________ Gnupg-doc mailing list Gnupg-doc <at> gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-doc
Attached to this message is a gzipped diff file that should be usable for generating a revised version of the GNU Privacy Handbook. The diff file should be applied to a downloaded copy of the current English HTML version of the GNU Privacy Handbook <http://www.gnupg.org/gph/en/manual.html> in order to produce the revised version. Notes: The existing GNU Privacy Handbook was licensed under the GNU Free Documentation License (GFDL), and the GFDL specifies certain conditions with regard to distributing modified versions of the handbook, including the use of a different title for the work. For now, the revised version of the handbook has the same title as before. In addition, in the "Using trust to validate keys" section, the revised version includes the statement "In such a case, the path of signed keys from K back to your own key is subject to the same length limit of five steps that was previously mentioned." I am not totally sure as to the accuracy of this statement, but I am assuming that it is probably correct. Lastly, the e-mail address for Mike Ashley that is given in the handbook may no longer be valid. --Richard
_______________________________________________ Gnupg-doc mailing list Gnupg-doc <at> gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-doc
The current issue of the GNU Privacy Handbook appears to date back to the year 1999. Out of interest, I obtained a copy of the handbook and edited it with the hope of making it somewhat more up-to-date. In particular, the revisions include such things as generating RSA keys (from what one remembers, in 1999 RSA encryption was subject to licensing restrictions that probably prevented it from being widely implemented in the GnuPG software), 2048-bit keys for public-key encryption (as opposed to 1024-bit keys), the deprecation of the SHA-1 hash algorithm, graphical front-ends for the GnuPG software, and the difference between fully valid and marginally valid keys (I am still not sure as to whether the path length limit of five steps applies in all cases.) Some URLs have also been updated. --Richard The diff output below may be useful for generating the revised version of the handbook from the current version (i.e. the version at the http://www.gnupg.org/gph/en/manual.html URL.) 33c33,34 < ></P --- > ><BR /> > Last modified on December 10, 2010 by Richard</P 453,456c454,456 < gpg (GnuPG) 0.9.4; Copyright (C) 1999 Free Software Foundation, Inc. < This program comes with ABSOLUTELY NO WARRANTY. < This is free software, and you are welcome to redistribute it < under certain conditions. See the file COPYING for details. --- > gpg (GnuPG) 1.4.9; Copyright (C) 2008 Free Software Foundation, Inc. > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. 459c459 < (1) DSA and ElGamal (default) --- > (1) DSA and Elgamal (default) 461c461 < (4) ElGamal (sign and encrypt) --- > (5) RSA (sign only) 473c473,477 < Option 4<A --- > Option 5 creates a single RSA > keypair usable only for making signatures. > In all cases it is possible to later add additional subkeys for encryption > and signing. > <B>Note:</B> Although it is not the default choice, the recommended choice for most circumstances is to create a signature-only RSA keypair via Option 5 and to afterwards add an RSA subordinate keypair for encryption<A 477,481c481 < > creates a single ElGamal < keypair usable for both making signatures and performing encryption. < In all cases it is possible to later add additional subkeys for encryption < and signing. < For most users the default option is fine.</P --- > >.</P 485c485 < key may be of any size. --- > key or an RSA key may be of any size. 493,497c493,494 < >About to generate a new ELG-E keypair. < minimum keysize is 768 bits < default keysize is 1024 bits < highest suggested keysize is 2048 bits < What keysize do you want? (1024)</PRE --- > >RSA keys may be between 1024 and 4096 bits long. > What keysize do you want? (2048)</PRE 709c706 < >[2]</A --- > >[3]</A 1226c1223 < HREF="http://www.counterpane.com/schneier.html" --- > HREF="http://www.schneier.com/" 1232c1229 < HREF="http://www.counterpane.com/applied.html" --- > HREF="http://www.schneier.com/book-applied.html" 1258c1255,1256 < Modern examples of symmetric ciphers include 3DES, Blowfish, and IDEA.</P --- > Modern examples of symmetric ciphers include 3DES, Blowfish, Rijndael, > and IDEA.</P 1306c1304 < Blowfish, and IDEA --- > Blowfish, Rijndael, and IDEA 1310c1308,1310 < possible keys. --- > possible keys. 2<SUP > >128</SUP > > is 340,282,366,920,938,463,463,374,607,431,768,211,456 keys. 1313c1313,1314 < the universe to find the key.</P --- > the universe to find the key. (Some symmetric ciphers, such as Rijndael, > can also use keys that are greater in size than 128 bits.)</P 1413c1414 < technology public keys with 1024 bits are recommended for most purposes.</P --- > technology public keys with 2048 bits are recommended for most purposes.</P 1516c1517 < >[3]</A --- > >[4]</A 1570,1571c1571 < algorithm that works as just described. < DSA is the primary signing algorithm used in GnuPG.</P --- > algorithm that works as just described.</P 1686a1687,1689 > >R</TT> > for an RSA key, <TT > CLASS="LITERAL" 1850,1851c1853,1854 < The subkey may be a DSA signing key, and encrypt-only ElGamal < key, or a sign-and-encrypt ElGamal key. --- > The subkey may be a DSA signing key, an encrypt-only ElGamal > key, a sign-only RSA key, or an encrypt-only RSA key. 2305c2308 < >[4]</A --- > >[5]</A 2337c2340 < Formerly, a key was considered valid only if you signed it personally. --- > Formerly, a key was considered fully valid only if you signed it personally. 2341c2344 < > is considered valid --- > > is considered fully valid 2350c2353 < >it is signed by enough valid keys, meaning --- > >it is signed by enough fully valid keys, meaning 2365c2368 < >it has been signed by three marginally trusted keys; and</P --- > >it has been signed by at least three marginally trusted keys; and</P 2380,2381c2383,2393 < < The path length, number of marginally trusted keys required, and number --- > A key <I > CLASS="EMPHASIS" > >K</I > > is marginally valid if it has been signed by at least one > but less than three fully valid keys that are marginally trusted. In such a case, the path of signed keys from <I > CLASS="EMPHASIS" > >K</I > > back to your own key is subject to the same length limit of five steps that was previously mentioned. A > key with only marginal validity, even if fully trusted, does not count as > a valid key for the purpose of signing other keys.</P> > <P>The path length, number of marginally trusted keys required, and number 2457c2469 < SRC="signatures.jpg" --- > SRC="signatures.jpg" 2751c2763 < Finally, as of 1999, laws regarding digital encryption, and in particular --- > Finally, as of 2010, laws regarding digital encryption, and in particular 2753c2765 < is currently being debated by many national governments.</P --- > are currently being debated by many national governments.</P 2833c2845,2850 < key will be a DSA key, and the subkeys will be ElGamal keys.</P --- > key will be a DSA key, and the subkeys will be ElGamal keys. Though it is not the default > option, an RSA master key is recommended as a more secure alternative to a DSA key<A > NAME="AEN35" > HREF="#FTN.AEN35" > >[2]</A > >.</P 2840c2857 < >ElGamal keys, on the other hand, may be of any size. --- > >ElGamal keys and RSA keys, on the other hand, may be of any size. 2856c2873 < 1024 bits is thus the recommended key size. --- > 2048 bits is thus the recommended key size. 3132c3149 < >[5]</A --- > >[6]</A 3182c3199 < HREF="http://www.herrons.com/kb2nsx/keysign.html" --- > HREF="http://w4kwh.org/keysigning-party-guide/" 3212c3229 < HREF="http://cwis.kub.nl/~frw/people/koops/bertjaap.htm" --- > HREF="http://rechten.uvt.nl/koops/" 3218c3235 < HREF="http://cwis.kub.nl/~frw/people/koops/lawsurvy.htm" --- > HREF="http://rechten.uvt.nl/koops/cryptolaw/" 3250c3267 < HREF="http://www.cs.cmu.edu/~alma" --- > HREF="http://www.gaudior.net/alma/" 3366c3383,3384 < ></P --- > ></P> > <P>If you are interested in graphical front-ends for GnuPG, the MacGPG and GPG4Win projects may be of interest. The home page for the MacGPG project is located at <A HREF="http://macgpg.sourceforge.net">http://macgpg.sourceforge.net</A> on the Web and the homepage for the GPG4Win project is located at <A HREF="http://gpg4win.org">http://gpg4win.org</A> on the Web.</P 3912c3930 < ><A --- > >[<A 3915,3916c3933,3937 < >[1]</A < ></TD --- > >1</A>,<A > NAME="FTN.AEN35" > HREF="#AEN35" > >2</A > >]</TD 3922,3923c3943 < >Option 3 is to generate an ElGamal keypair that is < not usable for making signatures.</P --- > >The DSA algorithm may use the SHA-1 hash function. Due to cryptographic weaknesses that have been found in SHA-1, RSA keys are a recommended alternative to DSA keys. It is also recommended that GnuPG be configured to prefer the SHA-256 hash function over SHA-1. For more information about this issue, please see the <A HREF="http://www.debian-administration.org/users/dkg/weblog/48">HOWTO prep for migration off of SHA-1 in OpenPGP</A> <<A HREF="http://www.debian-administration.org/users/dkg/weblog/48">http://www.debian-administration.org/users/dkg/weblog/48</A>> weblog entry at <A HREF="http://www.debian-administration.org">Debian Administration</A>.</P 3934c3954 < >[2]</A --- > >[3]</A 3954c3974 < >[3]</A --- > >[4]</A 3974c3994 < >[4]</A --- > >[5]</A 4004c4024 < >[5]</A --- > >[6]</A 4019c4039 < > \ No newline at end of file --- > >
Hi,
I've been experimenting with the IDEA cipher 3rd party plugin files, and I keep reading about how I should verify their signatures.
Unfortunately, the help provided by the GnuPG page for that is useless. Sure, I get the .sig files, but nowhere, not even on the FTP site itself can I find the public keys to verify the signature.
I started surfing around the GnuPG pages and read that I could find a communal verifying key in the GnuPG\doc directory, but I don't see anything in my Mingw32 installation. And the key provided in armored ascii format does not match the signature. Great!
My argument: I think this is bad for getting people used to doing things right, as actually doing the safe thing has become a wild-goose chase for me. This by no-means encourages anyone to follow proper safety protocol if the suggestion to verify the IDEA code is impossible or extremely difficult, in this instance.
Thank you for reading.
--
smu johnson <smujohnson <at> gmail.com>
_______________________________________________ Gnupg-doc mailing list Gnupg-doc <at> gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-doc
Hi, The GnuPG Privacy Handbook is giving me a 404. I've tried a number of mirrors as well, along with a number of languages. None exists. Just in case you didn't know. I've found the handbook to be a useful introduction to the whole topic of public key cryptography, and was hoping to introduce some people to it - hence my searching for the link... -- -- The first piece of luggage out of the chute doesn't belong to anyone, ever. /\ /\ /\ / / \/ \ u e e n / \/ a w a z >>>>>>mueen <at> nawaz.org<<<<<< anl
Yodel! A long long time ago, I wrote the GnuPG Subkeys mini-HOWTO at <http://fortytwo.ch/gpg/subkeys>. I have received a lot of positive feedback over the time, and the page still gets quite a few hits. But over the last few years, I've not kept up with gnupg developments (though I'm still a regular user), and especially I have no idea about compatibility issues between various versions of GnuPG and possibly other OpenPGP implementations. So - anybody wants to officially take over maintenance of this mini-HOWTO? Access to my host for publication can be arranged if necessary, but I'd prefer if the document moved, and I'd just place a redirect to the new location. Please cc: me on replies. Thank you & all the best Adrian von Bidder -- -- Maintenance-free: When it breaks, it can't be fixed...
_______________________________________________ Gnupg-users mailing list Gnupg-users <at> gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-users
Hi, I am the new user of GNUPG. I have downloaded the source code of GNUPG but can't able to use it. Plz help me and also plz tell me that from where i can download the documentation of source code Khalid __________________________________ Yahoo! Mail - PC Magazine Editors' Choice 2005 http://mail.yahoo.com
Hi, I'am Dan Lu <at> Japan/Tokyo. This is a GPG-mini-howto in Japanese, Maybe somebody will need it. But including only files written in html/euc-jp. The SHA-1 hash for the archive(text only): SHA1 (gnupg-mini-howto-j.tar.bz2) = 609090c553c927bd2d5460bca84f86b12dd78180 or you can access from web > http://www.isbsd.com/gnupg/ -- -- Regards, Dan Lu <- deans <at> isbsd.com ->
_______________________________________________ Gnupg-doc mailing list Gnupg-doc <at> gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-doc
hi all,
I've made a chinese version of GNU Privacy Handbook. How can I submit it?
--
--
--- | +---+
---------- ||| | + |
| | ||| +-+-+
| --+--+ ----- +
| ---+--+-- | | +-+--
| --+--+ | | --+--
| +----+ | | |
| +----+ | |/ |
_______________________________________________ Gnupg-doc mailing list Gnupg-doc <at> gnupg.org http://lists.gnupg.org/mailman/listinfo/gnupg-doc
Hallo, the German translation of this handbook does'nt contain equal parts in the section: 3. Key Management / Key-Integrity. Werner Koch answer in the gnupg-users list, that the german examples are using own keys. Therefore the explanation text of the example contains the wrong key id in the german translation. I suggest an update of the key id. Details: The example in the english version: chloe% gpg --edit-key chloe Secret key is available. pub 1024D/26B6AAE1 created: 1999-06-15 expires: never trust: -/u sub 2048g/0CF8CB7A created: 1999-06-15 expires: never sub 1792G/08224617 created: 1999-06-15 expires: 2002-06-14 sub 960D/B1F423E7 created: 1999-06-15 expires: 2002-06-14 (1) Chloe (Jester) <chloe <at> cyb.org> (2) Chloe (Plebian) <chloe <at> tel.net> Command> check uid Chloe (Jester) <chloe <at> cyb.org> sig! 26B6AAE1 1999-06-15 [self-signature] uid Chloe (Plebian) <chloe <at> tel.net> sig! 26B6AAE1 1999-06-15 [self-signature] As expected, the signing key for each signature is the master signing key with key ID 0x26B6AAE1. And now the same section in the german version: chloe$ gpg --edit-key chloe geheimer Schlüssel ist vorhanden. pub 1024D/1B087D04 created: 2000-06-07 expires: never trust: -/u sub 2048g/6A3E902A created: 2000-06-07 expires: never sub 1792G/7D5D4DAE created: 2000-06-07 expires: 2002-06-07 sub 960D/C0A27DBE created: 2000-06-07 expires: 2002-06-07 (1) Chloe (Journalistin) <chloe <at> cyb.org> (2) Chloe (Freie Autorin) <chloe <at> tel.net> Befehl> check uid Chloe (Journalistin) <chloe <at> cyb.org> sig! 1B087D04 2000-06-07 [Eigenbeglaubigung] uid Chloe (Freie Autorin) <chloe <at> tel.net> sig! 1B087D04 2000-06-07 [Eigenbeglaubigung] Wie erwartet, wird für jede Unterschrift der primäre Schlüssel mit der Schlüssel-ID 0x26B6AAE1 genommen. Look at the Key 0x26B6AAE1. The german version does'nt have it. I think, it should be 0x1B087D04. 2. The header specify the <gnupg-doc.de <at> gnupg.org> mailinglist, but Werner said, that this list was closed, due to inactivity. I suggest to update this to <gnupg-doc <at> gnupg.org> Below a patch file (diff to the current cvs version of the gph) Thanks Herbert Straub Index: keymanag.sgml =================================================================== RCS file: /cvs/gph/gph/de/keymanag.sgml,v retrieving revision 1.3 diff -u -r1.3 keymanag.sgml --- keymanag.sgml 28 Aug 2000 21:54:40 -0000 1.3 +++ keymanag.sgml 20 Jul 2004 08:02:25 -0000 <at> <at> -217,7 +217,7 <at> <at> </screen> Wie erwartet, wird für jede Unterschrift der primäre Schlüssel mit der -Schlüssel-ID <literal>0x26B6AAE1</literal> genommen. Die Eigenbeglaubigungen auf +Schlüssel-ID <literal>0x1B087D04</literal> genommen. Die Eigenbeglaubigungen auf den Subkeys sind in dem öffentlichen Schlüssel enthalten, doch werden sie vom Schlüsseleditor nicht gezeigt. </para> Index: manual.sgml =================================================================== RCS file: /cvs/gph/gph/de/manual.sgml,v retrieving revision 1.14 diff -u -r1.14 manual.sgml --- manual.sgml 6 Oct 2000 15:57:36 -0000 1.14 +++ manual.sgml 20 Jul 2004 08:02:26 -0000 <at> <at> -93,7 +93,7 <at> <at> <para> Richten Sie bitte Ihre Fragen, Fehlermeldungen oder Anregungen, sofern sie dieses Handbuch betreffen, an die Mailingliste -<email>gnupg-doc.de <at> gnupg.org</email>. +<email>gnupg-doc <at> gnupg.org</email>. Mike Ashley ist der Autor des orginalen englischen Version dieses Handbuchs, Beiträge lieferten auch Matthew Copeland, Joergen Grahn und David Wheeler.
| Mon | Tue | Wed | Thu | Fri | Sat | Sun |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | ||
| 6 | 7 | 8 | 9 | 10 | 11 | 12 |
| 13 | 14 | 15 | 16 | 17 | 18 | 19 |
| 20 | 21 | 22 | 23 | 24 | 25 | 26 |
| 27 | 28 | 29 | 30 | 31 |
RSS Feed1 | |
|---|---|
5 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
2 | |
1 | |
2 | |
1 | |
1 | |
1 | |
1 | |
2 | |
1 | |
1 | |
1 | |
1 | |
3 |