Bug 1441192

Summary:	Add the name of URL parameter which will be check for username during cert login
Product:	Red Hat Enterprise Linux 7	Reporter:	Petr Vobornik <pvoborni>
Component:	ipa	Assignee:	IPA Maintainers <ipa-maint>
Status:	CLOSED ERRATA	QA Contact:	Scott Poore <spoore>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	7.4	CC:	ksiddiqu, mbasti, pvoborni, pvomacka, rcritten, spoore, tscherf
Target Milestone:	rc
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	ipa-4.5.0-12.el7	Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2017-08-01 09:48:56 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Petr Vobornik 2017-04-11 12:21:17 UTC

Cloned from upstream: https://pagure.io/freeipa/issue/6860

mod_lookup_identity checks one URL parameter during login using certificate and tries to get the user name provided during login from this parameter. Name of the URL parameter has to be configured in apache. Without configuration mod_lookup_identity does not check the URL and therefore login using certificates does not work correctly when one certificate is mapped to more users.

Proposed changes: 
IPA webui adds 'username' as URL parameter. This parameter name should be set in IPA httpd conf by default.

Comment 2 Petr Vobornik 2017-04-11 12:21:35 UTC

Upstream ticket:
https://pagure.io/freeipa/issue/6860

Comment 4 Pavel Vomacka 2017-04-11 13:31:55 UTC

Fixed upstream
ipa-4-5:
https://pagure.io/freeipa/c/a9721e529e7a02eeb40d29cb7820e69cd86d9337
master:
https://pagure.io/freeipa/c/157831a287c64106eed4da4ace5228d7e369ae2f

Comment 6 Martin Bašti 2017-05-11 15:01:26 UTC

Fixed upstream
master:
https://pagure.io/freeipa/c/9d32e61ba548e7e940f165c0ec8df0b4bfd210bd
ipa-4-5:
https://pagure.io/freeipa/c/76e5ac59579f36f28bb247bf3173e95e57ee4af4

Comment 7 Scott Poore 2017-05-16 00:30:23 UTC

Is this related to the issue we saw when I was originally trying to verify bug #1430675?

Comment 9 Scott Poore 2017-05-24 19:15:32 UTC

Verified.

Version ::

ipa-server-4.5.0-13.el7.x86_64

Results ::

Functionality provided by this already covered here:

https://bugzilla.redhat.com/show_bug.cgi?id=1403194#c4


To confirm upgrade works, I upgraded from 4.5.0-5.

[root@rhel7-4 ~]# grep Lookup /etc/httpd/conf.d/ipa.conf
  LookupUserByCertificate On

[root@rhel7-4 ~]# yum update ipa-server
...

Updated:
  ipa-server.x86_64 0:4.5.0-13.el7                                                                     

Dependency Updated:
  ipa-client.x86_64 0:4.5.0-13.el7                   ipa-client-common.noarch 0:4.5.0-13.el7           
  ipa-common.noarch 0:4.5.0-13.el7                   ipa-server-common.noarch 0:4.5.0-13.el7           
  python2-ipaclient.noarch 0:4.5.0-13.el7            python2-ipalib.noarch 0:4.5.0-13.el7              
  python2-ipaserver.noarch 0:4.5.0-13.el7           

Complete!


[root@rhel7-4 ~]# grep Lookup /etc/httpd/conf.d/ipa.conf
  LookupUserByCertificate On
  LookupUserByCertificateParamName "username"

Comment 10 errata-xmlrpc 2017-08-01 09:48:56 UTC

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2017:2304