[
https://issues.apache.org/jira/browse/AMBARI-21680?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16135149#comment-16135149
]
Hadoop QA commented on AMBARI-21680:
------------------------------------
{color:red}-1 overall{color}. Here are the results of testing the latest
attachment
http://issues.apache.org/jira/secure/attachment/12882861/AMBARI-21680.patch
against trunk revision .
{color:red}-1 patch{color}. The patch command could not apply the patch.
Console output:
https://builds.apache.org/job/Ambari-trunk-test-patch/12031//console
This message is automatically generated.
> Prevent users from authenticating if they exceed a configured number of login
> failures
> --------------------------------------------------------------------------------------
>
> Key: AMBARI-21680
> URL: https://issues.apache.org/jira/browse/AMBARI-21680
> Project: Ambari
> Issue Type: Bug
> Components: ambari-server
> Affects Versions: 3.0.0
> Reporter: Attila Magyar
> Assignee: Attila Magyar
> Fix For: 3.0.0
>
> Attachments: AMBARI-21680.patch
>
>
> Prevent users from authenticating if they exceed a configured number of login
> failures, which is set as a configuration in the ambari.properties file -
> authentication.max.failures.
> After a users successfully authenticates, check the value of
> org.apache.ambari.server.orm.entities.UserEntity#getConsecutiveFailures.
> If it exceeds the value set in authentication.max.failures, then fail
> authentication. Else allow authentication to proceed.
> If failing authentication due to being "locked out", do not indicate this to
> the user; however an Ambari server log message will be useful.
> The normal "authentication failed" message should be returned as to not give
> away any information about a user's authentication.
> If a special "locked out" message is shown, then a hacker will be able to
> attempt a brute force attack on a user's account since the returned error
> message will be different if they eventually succeed in guessing the password.
> To "unlock" the user, a user administrator (a user with the
> AMBARI.MANAGE_USERS authorization) needs to reset the user's consecutive
> failure count to 0.
> By default the authentication.max.failures should be 10; however 0 should
> indicate that no lockout is desired.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
