Project:Gentoo-keys

Gentoo-keys
is a project to manage, update, validate gentoo developer and release keys used for gentoo projects and released media as well as validate them.

Gentoo-keys is a python based project that will wrap the pyGPG python interface libs to gnupg's gpg command. It's main focus is to manage the installation of the required gpg keys used for gentoo's release media. Such media would include installation cd's and liveDVD's, and other gpg-signed documents such as layman's repositories.xml list. It will likely also be used on gentoo's infra servers for tasks related to the gentoo ebuild tree migration to git. It will be used as part of the gpg-signed git commits validation. As such will have functions dedicated to authenticating commits made by developers.

Contributing Members
Other members, contributors, beta testers are welcome.

Please Contact the team lead.

Use the source Luke
While most linux distributions distribute a complete binary keyring for their authenticating. It is generaly not the Gentoo way. Binary files do not play well with utilities like etc-update and dispatch-config. Also one system/user might need only a few keys, another might need a full set of developer keys + the release media keys. So to that end, gentoo-keys, aims to distribute it's utility app "gkeys" which will be used to import the desired gpg keys into the appropriate keyrings from information contained in "seed" files. The seed files will contain information like name, keyid, longkey-id, fingerprint. From that information, it will run gpg to import the key from a keyserver and validate that the key matches the expected fingerprint from the seed. It will have options to add, delete, update keys. It will have library classes, functions to be used in other python based apps like layman to validate a gpg signed repositories.xml list. Another is the git commit hooks that will be used to validate developer commits to a new git based ebuild tree.

Binary keyrings

 * It has been decided that binary keyrings will also be made available for distribution. Most likely installed via ebuild.  It will also be likely to be updated via gentoo-keys built-in checks and update functions.


 * Details are still to be worked out.

Progress

 * Basic program layout, config, utility functions, gkeys cli interface, logging


 * Seed file creation, logging, loading, adding, deleting seeds is working.


 * Testing seed files and gkeyldap's developer seed file creation logs are available on my dev space. Developers, please check the logs and fix any errors reported.


 * GPG key creation template system, started, in progress.


 * pyGPG class functions are available for use by the GkeysGPG class which sub-classes pyGPG's GPG class

TODO

 * Extend pyGPG's data mining functions to parse stdout output for gpg --list-key, --list-keys since gpg does not output any info to it's --status-fd which is normally used for data gathering by pyGPG. This is needed as part of the key import and validation functions of gkeys.
 * 1) Create the legend.py namedtuple classes to match the data records output using "gpg --fixed-list-mode --with-colons" Done.
 * 2) Add the appropriate function to run list-key, list-keys


 * Add to gkeys the functions, cli options for initial import and creation of the seeds after verifying the import is correct. In progress


 * Add binary keyring import and update support.


 * Complete coding the task specific functions for installing, deleting, updating keys


 * Code the download and verification of the seed files. Started, created a new, separate lib from the work in layman and mirrorselect for secure downloads.  ssl-fetch
 * Code task specific functions for validating different types of media
 * 1) Release media: installation cd's, liveDVD's, ...
 * 2) git commit validation hook functions


 * Add gpg key creation and update functionality, following the gentoo recommended settings.
 * 1) make the recommended settings configurable/override-able.
 * 2) add creation function -- in progress, can only create the primary and one subkey, a gentoo specific key must be added interactivley in gnupg as well as secondary uid's email addresses.
 * 3) add update function  -- looks like this function is only available interactively in gnupg

Bugs
Currently open bugs:


 * New gentoo-keys mailing-list request





Instructions and project Sub-pages
Generating_GLEP_63_based_OpenPGP_keys

Links
Gentoo-keys project git repo

pyGPG project git repo

http://bugs.gentoo.org/