[jdev] SASL question on RFC 3920
    Justin Karneges 
    justin-keyword-jabber.093179 at affinix.com
       
    Thu Jan  6 12:04:21 CST 2005
    
    
  
On Thursday 06 January 2005 03:46 pm, Jens Mikkelsen wrote:
> On Thu, 2005-01-06 at 17:56, Justin Karneges wrote:
> [...]
>
> > Whoa there.  SASL can encrypt!
> >
> >   SA = Simple authentication
> >   SL = Security Layer (encryption)  <------------------
>
> What kind of encryption? Is it just the authentication thats being
> encrypted? Is it just that digest and zeroK it refers to?
The entire channel is secured.  It is not just during authentication.
The encryption used is dependent on the mechanism.  DIGEST-MD5 offers a 
security layer, as do some others.  PLAIN does not.  The strength of the 
encryption is determined by a universal "security strength factor" (or SSF) 
that is negotiated by the mechanism during authentication.
Have a look at Cyrus SASL to see how it is done.  The application passes a 
minimum and maximum SSF value to the library during initialization.  Once the 
app has authenticated, it feeds all incoming and outgoing socket data through 
the library (in XMPP, this starts right after the last '>' character, as 
described in xmpp-core, section 6.3).
-Justin
    
    
More information about the JDev
mailing list