MGASA-2015-0436

Updated krb5 packages fix security vulnerabilities:

In MIT krb5 1.5 and later, applications which call gssinquirecontext() on a partially-established SPNEGO context can cause the GSS-API library to read from a pointer using the wrong type, generally causing a process crash. This bug may go unnoticed, because the most common SPNEGO authentication scenario establishes the context after just one call to gssacceptseccontext(). Java server applications using the native JGSS provider are vulnerable to this bug. A carefully crafted SPNEGO packet might allow the gssinquirecontext() call to succeed with attacker-determined results, but applications should not make access control decisions based on gssinquire_context() results prior to context establishment (CVE-2015-2695).

In MIT krb5 1.9 and later, applications which call gssinquirecontext() on a partially-established IAKERB context can cause the GSS-API library to read from a pointer using the wrong type, generally causing a process crash. Java server applications using the native JGSS provider are vulnerable to this bug. A carefully crafted IAKERB packet might allow the gssinquirecontext() call to succeed with attacker-determined results, but applications should not make access control decisions based on gssinquirecontext() results prior to context establishment (CVE-2015-2696).

In MIT krb5 1.7 and later, an authenticated attacker may be able to cause a KDC to crash using a TGS request with a large realm field beginning with a null byte. If the KDC attempts to find a referral to answer the request, it constructs a principal name for lookup using krb5buildprincipal() with the requested realm. Due to a bug in this function, the null byte causes only one byte be allocated for the realm field of the constructed principal, far less than its length. Subsequent operations on the lookup principal may cause a read beyond the end of the mapped memory region, causing the KDC process to crash (CVE-2015-2697).