Bug 1038169 - [RFE][AAA] Use CAPTCHA plugin as preliminary authentication
Summary: [RFE][AAA] Use CAPTCHA plugin as preliminary authentication
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Red Hat Enterprise Virtualization Manager
Classification: Red Hat
Component: RFEs
Version: 3.2.0
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: ---
: 3.5.0
Assignee: Alon Bar-Lev
QA Contact: Shai Revivo
URL:
Whiteboard: infra
Depends On:
Blocks: oVirt-AAA-rewrite
TreeView+ depends on / blocked
 
Reported: 2013-12-04 14:32 UTC by wdaniel
Modified: 2018-12-05 16:45 UTC (History)
12 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-01-26 10:29:24 UTC
oVirt Team: Infra
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

Description wdaniel 2013-12-04 14:32:16 UTC 
Description of problem:

Using the new plugin system the customer is hoping to institute a CAPTCHA on the Admin portal that would have to validate before showing the domain authentication/login page.

In this secure environment it is mandated that any service accessed via a web site must be protected by a CAPTCHA first, then by whatever other necessary authentication.

Version-Release number of selected component (if applicable):

RHEV 3.2
Comment 1 Itamar Heim 2013-12-04 20:12:50 UTC 
can this be easily done today by a custom apache login page checking the captcha and using the user/password to perform a login so the regular gwt login page would just detect the session and connect?
Comment 2 Alon Bar-Lev 2014-06-11 14:40:16 UTC 
authn extension api is designed to support user challenge. not implemented in backend nor ui.
Comment 3 Alon Bar-Lev 2014-12-17 11:54:32 UTC 
can be implemented by integration project as authn extension and/or apache auth module.

I think we can close this as next release.
Comment 4 Scott Herold 2015-01-26 10:29:24 UTC 
Closing per Comment 3
Note You need to log in before you can comment on or make changes to this bug.