[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Adding Support for External (One Time) Passwords




On Oct 4, 2007, at 12:30 PM, Douglas E. Engert wrote:

>
>
> Henry B. Hotz wrote:
>> . . . like OTP's.  I know the top entry points.  I can find the  
>> right openssl routines and set breakpoints to get the whole call  
>> stack to find where the relevant code paths are.
>> . . . but I expect it's also useful to ask for advice and pointers  
>> here.  If the password (keys) aren't in the KDC's DB, but  
>> somewhere else, where do I need to hook in?
>> I'm thinking of some code that gets activated if the hw-preauth  
>> flag is set in the DB.  Where does it go?  Hmmm.
>> Maybe it really goes inside the HDB stuff, and it "makes up" a set  
>> of keys when the record is read?  But does the system read a  
>> record more than once per request?  (If so then by definition of  
>> "one time password" it gets a different answer the second time.)
>> Anybody care to stream-of-consciousness some comments?
>
> tomorrow, I am off to play some golf, it 80 degrees out and maybe  
> the last good day.

OK, OK, I suppose I asked for that.  ;-)

>> Note:  I am not talking about a draft-ietf-krb-wg-kerberos- 
>> sam-03.txt, or any of the other OTP proposals.  I'm talking about  
>> an actual password that just happens to be determined by some  
>> external system.

------------------------------------------------------------------------
The opinions expressed in this message are mine,
not those of Caltech, JPL, NASA, or the US Government.
Henry.B.Hotz@jpl.nasa.gov, or hbhotz@oxy.edu