The MIT krb5 telnet daemon (telnetd) allows unauthorized login as an arbitrary
user, when presented with a specially crafted username. This is a vulnerability
in an application program; it is not a bug in the MIT krb5 libraries or in the
A user can gain unauthorized access to any account (including root) on a host
running telnetd. Whether the attacker needs to authenticate depends on the
configuration of telnetd on that host.
The telnetd in all releases of MIT krb5, up to and including krb5-1.6 are affected.
Note that by default we do not enable telnetd in RHEL and the firewall in RHEL
defaults to blocking external access to telnet.
A server would be vulnerable to this flaw only if they enable krb5 telnetd using
"chkconfig krb5-telnet on" and set the firewall to allow incoming connections to
the telnet port.
Embargo moved by MIT to 20070403
Note that this issue is similar to the telnetd flaw found in Solaris:
However the technicalities of the flaw are different, and exploitation is
different. Therefore the exploits for the Solaris telnetd flaw, and the worm
that exploits the Solaris issue do not successfully exploit this issue.
Whilst we are not aware of this issue currently being exploited we have
confirmed that an exploit is possible and is fairly easy to create.
Now public, removing embargo
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.
*** Bug 228233 has been marked as a duplicate of this bug. ***