<div dir="ltr">Question: a user passing an empty password is that really a brute force attempt? Is it not more likely that a user has forgotten to enter the password? I&#39;m asking because I&#39;m not convinced forgetting to enter a value in the password field should count as a login attempt.</div><div class="gmail_extra"><br><div class="gmail_quote">On 23 November 2015 at 09:02, Marek Posolda <span dir="ltr">&lt;<a href="mailto:mposolda@redhat.com" target="_blank">mposolda@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Sure, that would be fine. But again, it&#39;s important that with default<br>
settings, LDAPOperationManager.authenticate won&#39;t automatically<br>
authenticate AD users with empty password (which may happen when<br>
anonymous bind is enabled on AD side).<br>
<span class="HOEnZb"><font color="#888888"><br>
Marek<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On 20/11/15 18:22, Michael Gerber wrote:<br>
&gt; We’ve got a custom UserFederationProvider, which authenticate users against an AD or DB. Therefore, we need to know if a user entered an empty password.<br>
&gt; I will create a PR and jira ticket for that, ok?<br>
&gt;<br>
&gt;&gt; On 20.11.2015, at 17:50, Marek Posolda &lt;<a href="mailto:mposolda@redhat.com">mposolda@redhat.com</a>&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; That will be the easiest path to use our BruteForceProtector.<br>
&gt;&gt;<br>
&gt;&gt; However AD also has some &quot;BruteForceProtector&quot; of it&#39;s own, which disables user in AD when he reach some count of invalid attempts. And I guess Michael wants to use that one and disable user in AD as well.<br>
&gt;&gt;<br>
&gt;&gt; Marek<br>
&gt;&gt;<br>
&gt;&gt; On 20/11/15 17:40, Bill Burke wrote:<br>
&gt;&gt;&gt; You can I guess, but why does it matter?  invalidPassword hits the brute<br>
&gt;&gt;&gt; force detector if it is turned on.<br>
&gt;&gt;&gt;<br>
&gt;&gt;&gt; On 11/20/2015 10:16 AM, Michael Gerber wrote:<br>
&gt;&gt;&gt;&gt; AbstractUsernameFormAuthenticator.validatePassword<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; public boolean validatePassword(AuthenticationFlowContext context, UserModel user, MultivaluedMap&lt;String, String&gt; inputData) {<br>
&gt;&gt;&gt;&gt;       List&lt;UserCredentialModel&gt; credentials =new LinkedList&lt;&gt;();<br>
&gt;&gt;&gt;&gt; String password = inputData.getFirst(CredentialRepresentation.PASSWORD);<br>
&gt;&gt;&gt;&gt; if (password ==null || password.isEmpty()) {<br>
&gt;&gt;&gt;&gt;           invalidPassword(context, user);<br>
&gt;&gt;&gt;&gt; return false;<br>
&gt;&gt;&gt;&gt; }<br>
&gt;&gt;&gt;&gt;       credentials.add(UserCredentialModel.password(password));<br>
&gt;&gt;&gt;&gt; boolean valid = context.getSession().users().validCredentials(context.getRealm(), user, credentials);<br>
&gt;&gt;&gt;&gt; if (!valid) {<br>
&gt;&gt;&gt;&gt;           invalidPassword(context, user);<br>
&gt;&gt;&gt;&gt; return false;<br>
&gt;&gt;&gt;&gt; }<br>
&gt;&gt;&gt;&gt;       return true;<br>
&gt;&gt;&gt;&gt; }<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; I think we can remove the first if (password == null || password.isEmpty())<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt; Am 20. November 2015 um 16:11 schrieb Bill Burke &lt;<a href="mailto:bburke@redhat.com">bburke@redhat.com</a>&gt;:<br>
&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; Point me to the code?<br>
&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; On 11/20/2015 9:04 AM, Michael Gerber wrote:<br>
&gt;&gt;&gt;&gt;&gt;&gt; Hi All,<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; keycloak does not pass an empty password to the validCredentials method<br>
&gt;&gt;&gt;&gt;&gt;&gt; in the UserFederationProvider class.<br>
&gt;&gt;&gt;&gt;&gt;&gt; Is there a reason for that? I would like to authenticate against an AD<br>
&gt;&gt;&gt;&gt;&gt;&gt; even if the password is empty, otherwise the user won&#39;t be blocked after<br>
&gt;&gt;&gt;&gt;&gt;&gt; x attempts.<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; Michael<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt;&gt;&gt;&gt; keycloak-dev mailing list<br>
&gt;&gt;&gt;&gt;&gt;&gt; <a href="mailto:keycloak-dev@lists.jboss.org">keycloak-dev@lists.jboss.org</a> &lt;mailto:<a href="mailto:keycloak-dev@lists.jboss.org">keycloak-dev@lists.jboss.org</a>&gt;<br>
&gt;&gt;&gt;&gt;&gt;&gt; <a href="https://lists.jboss.org/mailman/listinfo/keycloak-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/keycloak-dev</a><br>
&gt;&gt;&gt;&gt;&gt;&gt;<br>
&gt;&gt;&gt;&gt;&gt; --<br>
&gt;&gt;&gt;&gt;&gt; Bill Burke<br>
&gt;&gt;&gt;&gt;&gt; JBoss, a division of Red Hat<br>
&gt;&gt;&gt;&gt;&gt; <a href="http://bill.burkecentral.com" rel="noreferrer" target="_blank">http://bill.burkecentral.com</a><br>
&gt;&gt;&gt;&gt;&gt; _______________________________________________<br>
&gt;&gt;&gt;&gt;&gt; keycloak-dev mailing list<br>
&gt;&gt;&gt;&gt;&gt; <a href="mailto:keycloak-dev@lists.jboss.org">keycloak-dev@lists.jboss.org</a> &lt;mailto:<a href="mailto:keycloak-dev@lists.jboss.org">keycloak-dev@lists.jboss.org</a>&gt;<br>
&gt;&gt;&gt;&gt;&gt; <a href="https://lists.jboss.org/mailman/listinfo/keycloak-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/keycloak-dev</a><br>
<br>
_______________________________________________<br>
keycloak-dev mailing list<br>
<a href="mailto:keycloak-dev@lists.jboss.org">keycloak-dev@lists.jboss.org</a><br>
<a href="https://lists.jboss.org/mailman/listinfo/keycloak-dev" rel="noreferrer" target="_blank">https://lists.jboss.org/mailman/listinfo/keycloak-dev</a><br>
</div></div></blockquote></div><br></div>