RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1138798 - Add support for bounce_url to /ipa/ui/reset_password.html
Summary: Add support for bounce_url to /ipa/ui/reset_password.html
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: ipa
Version: 7.0
Hardware: Unspecified
OS: Unspecified
medium
unspecified
Target Milestone: rc
: ---
Assignee: Martin Kosek
QA Contact: Namita Soman
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-09-05 16:12 UTC by Martin Kosek
Modified: 2015-03-05 10:13 UTC (History)
4 users (show)

Fixed In Version: ipa-4.1.0-0.1.alpha1.el7
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-03-05 10:13:46 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
support for bounce_url (570.53 KB, image/png)
2015-01-28 19:49 UTC, Varun Mylaraiah 		no flags Details
View All


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2015:0442 0 normal SHIPPED_LIVE Moderate: ipa security, bug fix, and enhancement update 2015-03-05 14:50:39 UTC

Description Martin Kosek 2014-09-05 16:12:04 UTC 
This bug is created as a clone of upstream ticket:
https://fedorahosted.org/freeipa/ticket/4440

When FreeIPA is used as an authentication provider for web applications, the Apache might attempt PAM authentication for example using mod_intercept_form_submit and find the password expired. In that case, the module might like to redirect the user to a password reset page on FreeIPA to get the password reset -- typically upon the first use of the password after admin (re)set it.

When that password reset passes, the /ipa/ui/reset_password.html page says

  Password reset was successful. Return to login page.

pointing to /ipa/ui/login.html on the FreeIPA server. But if the password reset was initiated due to a failed login to external application and not to FreeIPA WebUI itself, we might need a way to specify the URL the user should be redirected to after successful password reset. Adding support for parameter like bounce_url would be nice.

How much more customizable this should get is a question -- we might also want name of that other application, and perhaps the locales that should be used for the password reset page ...

But bounce_url is what is needed for.
Comment 1 Petr Vobornik 2014-09-08 10:38:34 UTC 
fixed upstream:

master:
https://fedorahosted.org/freeipa/changeset/8288135b5b218cd63d5f5bfba59f6d1f9657af2d/
https://fedorahosted.org/freeipa/changeset/050431c4dd70f024b1644137fb0ad4881ed9e32b/

ipa-4-1:
https://fedorahosted.org/freeipa/changeset/8288135b5b218cd63d5f5bfba59f6d1f9657af2d/
https://fedorahosted.org/freeipa/changeset/c946029ba304efe808106da13e1bfd58135821be/
Comment 3 Varun Mylaraiah 2015-01-27 13:40:03 UTC 
The way I understand it we need an external web application to simulate a user password reset.. correct me if i am wrong.

Do you have any sample application to test it OR can u please tell me an alternate way to test this BZ#1138798?
Comment 4 Martin Kosek 2015-01-28 09:27:11 UTC 
REPRODUCTION INFORMATION:

This change added support if "url" parameter to IPA password reset standalone page. When this URL is present, the page will display notice

"Password reset was successful. Continue to _next page_"

with link to the specific, encoded, URL.

In this example:
https://ipa.mkosek-rhel71.test/ipa/ui/reset_password.html?url=http%3A%2F%2Fwww.freeipa.org

the link will lead to www.freeipa.org site.


Additional details in commmit messages in
https://fedorahosted.org/freeipa/changeset/8288135b5b218cd63d5f5bfba59f6d1f9657af2d/
https://fedorahosted.org/freeipa/changeset/c946029ba304efe808106da13e1bfd58135821be/
Comment 5 Varun Mylaraiah 2015-01-28 19:49:01 UTC 
Created attachment 985330 [details]
support for bounce_url

Verified.

IPA version:
------------
ipa-server-4.1.0-15.el7.x86_64

Steps followed:
===============
1: Open "password reset page" with link to the specific, encoded, URL.
	https://<IPA-SERVER-NAME>/ipa/ui/reset_password.html?url=http%3A%2F%2F<external application>
 Eg:-	https://server71ui.mvtestrelm.test/ipa/ui/reset_password.html?url=http%3A%2F%2Fwww.freeipa.org
2: Enter username (for which password to be reset)
3: Enter "Current Password" and "New Password", "Re-Enter New Password"
4: Hit "Reset" button
5: The page will display message as "Password reset was successful. Continue to next page"
6: Click "Continue to next page" it will take you external application/site.

For reference I have attached snapshot.
Comment 7 errata-xmlrpc 2015-03-05 10:13:46 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://rhn.redhat.com/errata/RHSA-2015-0442.html
Note You need to log in before you can comment on or make changes to this bug.