Bug#823180: SSO certificates for tracker.debian.org broken
Enrico Zini <firstname.lastname@example.org> writes:
> On Mon, Jan 16, 2017 at 09:26:10PM -0800, Russ Allbery wrote:
>> Is there any way that I or someone can help with the current issue with
>> enrolling on sso.debian.org? It looks like this was originally
>> reported in May of last year on this bug.
> Sure. Although I'm bad at project managing myself, I'm very happy to
Well, this was also rather embarassing on my part. I sent that message in
January in a burst of optimism and energy, coming off vacation, and then
promptly ran out of any time and never followed this up.
> Ack. I refactored sso.debian.org when we got rid of DACS, and now there
> are two login pages, one for debian.org and one for alioth.debian.org,
> because sso.debian.org has now been setup with two views of the same
> functionalities each with a different apache authentication.
> That link should probably just be changed to https://sso.debian.org/
I confirm this is now fixed.
>> If one goes directly to sso.debian.org, clicks on Debian account
>> certificates, and logs in, clicks on Get new certificate, and then
>> submits, it just produces "/usr/bin/openssl failed" as an error message
>> at the top of the page.
> That would be with chrome/chromium, I suppose? They disabled the
> certificate generation functionality by default:
> I know of no way of doing certificate generation on recent chromes
> without explicitly enabling it as described on the wiki link above, and
> I read somewhere months ago that the chrome devs
> decided it's a feature that they intend to remove altogether. It'd be
> nice if they changed their mind or started suggesting alternatives.
Oh! Yes, that's indeed the problem, and that makes sense. I thought the
old error message (about openssl failure) indicated some server-side issue
rather than a client issue. I see that the error message is now much
nicer (thank you!).
> I started playing with the idea of a command line tool that would take
> care of browsers: https://github.com/spanezz/debsso-client and it looks
> like a promising avenue, in that it's possible to feed client
> certificates to chromium and firefox from the command line:
> debsso-client could do SPKAC with sso.debian.org and inject the
> resulting certificate into the browsers key store:
> 1. openssl genrsa -out user.key 2048
> openssl spkac -key user.key -challenge FvIu8NDJZxGmpKmA5pp3asMDZChXD4rc | cut -d= -f2-
> 2. Post it to https://sso.debian.org/debian/certs/enroll_manually or
> https://sso.debian.org/alioth/certs/enroll_manually authenticating
> with HTTP basic auth, together with the validity and comment fields
> that you see on the page
> 3. get the client certificate as the result of the POST
> 4. feed it into the browser key store
I went through the equivalent of that process manually using the manual
certificate generation instructions, and it works great. This seems like
the right approach to me as well.
I should probably take the five month delay in even responding to this
message as a sign that I have no business trying to dive into new
responsibilities and help out more with this at the moment. :( Apologies
for offering help and then going totally silent; my reach exceeded my
grasp. But thank you *very* much for taking the time to describe the
problem and the proposed approach, and if I manage to pry free any time to
work on SSO stuff again, I will take a look at the code and also look at
the problem area and see if there's something better we can do.
(That said, I suspect that an external script to inject the certificate
into the browser is probably the best approach. There are various
security worries about letting the browser generate certs directly, and
I'm not sure if the browser authors will be particularly excited about
supporting this functionality. I think people in the industry have
largely given up on client-side browser certs in favor of U2F, although
that doesn't solve exactly the same problem.)
Russ Allbery (email@example.com) <http://www.eyrie.org/~eagle/>