DES keyspace inadequate for continued use

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

DES keyspace inadequate for continued use

This is an update on a long-known weakness of the DES cipher, it is not
a security advisory.

No CVE is assigned, as there is no specific vulnerability, just a continued
degradation of security.

SUMMARY
=======

Advances in computing power have made the 56-bit key space of the DES
cipher increasingly vulnerable to a brute-force attack.  What was strong
cryptography at its introduction in 1977 is very weak 35 years later.

In 2013, cloud services provide the functionality of dedicated DES cracking
devices for as little as $20, providing results in on the order of a day.

IMPACT
======

An authenticated remote attacker can recover the long-term secret key of
any service with only a DES long-term key, and impersonate any user to that
service or impersonate that service.

An unauthenticated remote attacker can recover the long-term secret key of
any principal which is configured to not require preauthentication and
has a DES long-term key (even if long-term keys of other enctypes are
present), and impersonate that principal or impersonate any user to that
principal.

AFFECTED SOFTWARE
=================

This is a cipher weakness, not a software weakness.  Particularly vulnerable
are software which do not support other enctypes.

* MIT krb5 prior to 1.3 supported only DES and triple-DES; triple-DES is not
   interoperable with Microsoft Active Directory.

* MIT krb5 prior to 1.1 supported only DES.

* Microsoft Windows prior to Windows Vista and Windows Server 2008 only
   supported DES and RC4.

* Heimdal has always supported triple-DES, and gained support for RC4 in
   release 0.3a.

FIXES
=====

There is no fix for this cipher weakness.  We recommend that you update
all principals to stronger encryption types immediately, starting with
high-value principals such as krbtgt/REALM, kadmin/admin, and kadmin/changepw.
Setting the requires_preauth flag on a principal reduces the exposure of
that principal to only authenticated remote attackers, as opposed to all
remote attackers.  Setting the disallow_svr flag on a principal removes
the access vector for authenticated remote attackers, but this flag cannot
be set on service principals.

A document describing the procedure to upgrade away from DES is available at:
http://web.mit.edu/kerberos/krb5-latest/doc/admin/advanced/retiring-des.html

REFERENCES
==========

OpenAFS has published a security advisory for this issue, as the AFS protocol
is inherently tied to DES encryption keys.  The OpenAFS advisory has been
issued the identifier CVE-2013-4134.

ACKNOWLEDGMENTS
===============

The particular figures for the time and money needed to crack a DES key
were determined as part of the MIT Computer Systems Security course, by
Alex Chernyakhovsky, Christy Dennison, Patrick Hurst, and Peter Iannucci.

CONTACT
=======

The MIT Kerberos Team security contact address is
<[email protected]>.  When sending sensitive information,
please PGP-encrypt it using the following key:

pub   2048R/AB278DE6 2013-01-30 [expires: 2014-02-01]
uid     MIT Kerberos Team Security Contact <[email protected]>

DETAILS
=======

The weakness of DES has long been recognized.  RSA Security began a series of
DES challenges in 1997, with the EFF building a dedicated machine in 1998 for
under $250,000 which could decrypt a DES message in 56 hours of work.  By
1999, such dedicated hardware could decyprt a DES message in 22 hours and
15 minutes.  As the available computational power increases with Moore's Law,
the resources needed to break DES encryption grow smaller and smaller.

DES was withdrawn as a federal encryption standard in 2005.  All MIT krb5
releases since 1.7 (in 2009) have been accompanied by a notice that DES is
widely regarded as weak.  Beginning with MIT krb5 1.8 (2010), MIT krb5 has
disabled weak encryption types (including DES) by default.

Beginning with Microsoft Windows 7 and Windows Server 2008 R2, DES is
disabled by default.

Heimdal has marked DES as deprecated since release 1.3.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (FreeBSD)

iQIcBAEBAgAGBQJR7wYTAAoJEC0p7u2DAv6fc0EQAJ+F/Qi+/yqEyLmo7qtytb5W
dpxgL15k//ZRj/xpIGyTo3sGn7j6fmA6dOvjC8ITJHAg/CdtfzZ8204H1OBnadpV
EiYy1PyiAFRsfm2zTLJd6NQbBqB271hifPrgfZTtiVutrtkHzqhU0UK3zEg50Gvx
W+LTyVOdj4QhOr8cG3hNAcTti1aQa+UD7hBgGlg53sY0JmkQyqrE2oG4crmPnZ1G
OqlNNoyExBqxlXg32F4cReW3o5VTAYIKkxUngeL2++IhEBqnk2w7Wcf9Xopf7Fit
LEYijIbMKytzx0F7A+f8ZpJiGLCFvqg/4hvjxTozrJE/ZcXWAAZOonvYrgOd9UFi
+iIzLAEFcyN9mmGTUGYnPa2MCtoBMEjCx4EcPEeW47l1LnprzL/i7/fHyw1w18eG
ysp19fzOuSWmIwNDN5U3722Q7FbKHAbcPm7sTdEvJDR6G4ZB0g9jWbl1RYWG9VSj
wON06g2PaMYrgyZVjw2oC5G4+tzplVTKOTfc9voCiBR2elnDqh11WTTC9n457KfA
7DXZU2DRlkrto+YZ/+sV0RZYbLxq6Lh/h81nC6uoEZXofk/qugvF+cVjN0BQdrhp
6EWWC1/VKJ5Y+MXS6fl2Mnv/g/ZUSK+AvJP5tc/9X67oTsRNFsCr8jz/V8yRN2zd
J/MZ9EXcID9oJsNd/o8x
=ggaX
-----END PGP SIGNATURE-----