[28873] in Kerberos

home help back first fref pref prev next nref lref last post

Re: Account lockout support in Solaris 10 when authenticating against

daemon@ATHENA.MIT.EDU (Ken Raeburn)
Mon Dec 10 22:43:40 2007

In-Reply-To: <20071210235845.GF11013@Sun.COM>
Mime-Version: 1.0 (Apple Message framework v752.2)
Message-Id: <E89C77C6-7AC2-44DA-9536-20782D36F9C2@mit.edu>
From: Ken Raeburn <raeburn@mit.edu>
Date: Mon, 10 Dec 2007 22:43:21 -0500
To: kerberos@mit.edu
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Errors-To: kerberos-bounces@mit.edu

On Dec 10, 2007, at 18:58, Nicolas Williams wrote:
> The answer is that an MIT KDC with plain old db2 backend can't do it.
> An MIT KDC with an LDAP backend could do it, but it doesn't yet.


The code to support this in either back end is there, but not  
compiled by default.  Unfortunately, some changes a while back caused  
it to stop compiling if you try to enable it.  We need to figure out  
what the deal's going to be with that code...

I suspect the problem with the db2 version that Nico is thinking of  
is that the number of failed attempts is tracked in the database, and  
with db2, the database gets periodically copied from the master KDC  
to the slave KDCs, wiping out any record on the slaves of failed  
attempts.  There's also no coordination between KDCs to track the  
info.  So, if someone attempting to break into the account avoids  
using the master KDC, they can make N attempts on each slave in each  
window between propagations.  It won't lock out access to the account  
overall, but it will rate-limit the attack, depending how often the  
propagations happen.

(For that matter, the LDAP back end probably won't handle the  
database updates atomically, so attacks made in parallel on multiple  
KDCs *might* cause some of the failed attempts to not be counted.   
Not as bad as the db2 case, but still far from perfect.  The original  
database design wasn't set up to assume multiple KDCs would be  
modifying the database at once....)

Ken
________________________________________________
Kerberos mailing list           Kerberos@mit.edu
https://mailman.mit.edu/mailman/listinfo/kerberos

home help back first fref pref prev next nref lref last post