CVE-2013-1417: Input Validation

Published Nov 15, 2013
·
Updated

dotgsreq.c in the Key Distribution Center (KDC) in MIT Kerberos 5 (aka krb5) 1.11 before 1.11.4, when a single-component realm name is used, allows remote authenticated users to cause a denial of service (daemon crash) via a TGS-REQ request that triggers an attempted cross-realm referral for a host-based service principal.

Other sources

From the upstream commit [1]:

An authenticated remote client can cause a KDC to crash by making a valid TGS-REQ to a KDC serving a realm with a single-component name. The processtgsreq() function dereferences a null pointer because an unusual failure condition causes a helper function to return success.

While attempting to provide cross-realm referrals for host-based service principals, the findreferraltgs() function could return a TGS principal for a zero-length realm name (indicating that the hostname in the service principal has no known realm associated with it).

Subsequently, the findalternatetgs() function would attempt to construct a path to this empty-string realm, and return success along with a null pointer in its output parameter. This happens because krb5walkrealmtree() returns a list of length one when it attempts to construct a transit path between a single-component realm and the empty-string realm. This list causes a loop in findalternatetgs() to iterate over zero elements, resulting in the unexpected output of a null pointer, which processtgsreq() proceeds to dereference because there is no error condition.

Add an error condition to findreferraltgs() when krb5gethostrealm() returns an empty realm name. Also add an error condition to findalternatetgs() to handle the length-one output from krb5walkrealmtree().

The vulnerable configuration is not likely to arise in practice. (Realm names that have a single component are likely to be test realms.) Releases prior to krb5-1.11 are not vulnerable.

[1] https://github.com/krb5/krb5/commit/4c023ba43c16396f0d199e2df1cfa59b88b62acc

Affected Software

5 affected componentsFixes available
redhat/krb5<1.11.4
1.11.4
MIT Kerberos 5=1.11
MIT Kerberos 5=1.11.1
MIT Kerberos 5=1.11.2
MIT Kerberos 5=1.11.3

Event History

Nov 15, 2013
Data Sourced
via Red Hat·04:03 AM
DescriptionSeverityAffected Software
Nov 20, 2013
CVE Published
via MITRE·11:00 AM
Data Sourced
via MITRE·11:00 AM
Description
Free Weekly Intel

Don't miss critical vulnerabilities

Join thousands of security professionals who receive our weekly digest of trending CVEs, zero-days, and exploited vulnerabilities.

No spam. Unsubscribe anytime.

Frequently Asked Questions

1

What is the severity of CVE-2013-1417?

CVE-2013-1417 has a severity rating that indicates it could lead to a denial of service due to a daemon crash.

2

How do I fix CVE-2013-1417?

To fix CVE-2013-1417, upgrade to MIT Kerberos 5 version 1.11.4 or later.

3

Which versions of MIT Kerberos 5 are affected by CVE-2013-1417?

CVE-2013-1417 affects MIT Kerberos 5 versions 1.11 through 1.11.3.

4

Can CVE-2013-1417 be exploited remotely?

Yes, CVE-2013-1417 can be exploited remotely by authenticated users.

5

What type of vulnerability is CVE-2013-1417?

CVE-2013-1417 is a denial of service vulnerability that can cause a crash in the Key Distribution Center.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203