[Bug 1407513] Re: gpg-agent upstart script doesn't set SSH environment variables
Dimitri John Ledkov
launchpad at surgut.co.uk
Mon Feb 23 00:32:03 UTC 2015
** Changed in: gnupg2 (Ubuntu)
Status: Fix Committed => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Sponsors Team, which is subscribed to the bug report.
https://bugs.launchpad.net/bugs/1407513
Title:
gpg-agent upstart script doesn't set SSH environment variables
Status in gnupg2 package in Ubuntu:
Confirmed
Bug description:
Background:
GPG supports authentication keys that can be used in place of normal SSH keys with little effort on the part of the user by using the "enable-ssh-support" option in ~/.gnupg/gpg-agent.conf. If the "enable-ssh-support" option is present, the gpg-agent will emulate the ssh-agent application and export SSH_AUTH_SOCK and SSH_AGENT_PID environment variables so that SSH-related applications will know how to contact the gpg-agent to request operations against the user's SSH keys. The primary use-case for this is for users who have GPG authentication keys stored on a GPG smartcard and wish to use those keys for SSH purposes.
Prerequisites:
Typically, gpg-agent has SSH_AUTH_SOCK and SSH_AGENT_PID overwritten by either gnome-keyring or ssh-agent upstart jobs if they are enabled so for the use case of using GPG authentication keys in place of normal SSH keys, we are assuming that both of these services are being bypassed by setting their ~/.config/upstart/{job}.override files to "manual" leaving gpg-agent as the only remaining process that will try and set the environment variables.
Expected:
When gpg-agent.conf contains "enable-ssh-support", the SSH_AUTH_SOCK and SSH_AGENT_PID environment variables should be set globally by the debian/gpg-agent.user-session.upstart script
(Note: This should only happen if "use-agent" is present in the
gpg.conf as well. Otherwise, the gpg-agent won't start and if the gpg-
agent is not started, all of this is pointless)
Actual:
SSH_AUTH_SOCK and SSH_AGENT_PID are not set when the gpg-agent upstart job is started and SSH-related applications cannot access keys that are in GPG. GPG_AGENT_INFO is set properly by the upstart job.
Additional info:
lsb_release -rd:
Description: Ubuntu 14.10
Release: 14.10
apt-cache policy gnupg2:
Installed: 2.0.24-1ubuntu2
Candidate: 2.0.24-1ubuntu2
Version table:
*** 2.0.24-1ubuntu2 0
500 http://us.archive.ubuntu.com/ubuntu/ utopic/main amd64 Packages
100 /var/lib/dpkg/status
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnupg2/+bug/1407513/+subscriptions
More information about the Ubuntu-sponsors
mailing list