Debian/Ubuntu users: update your SSL keys and certs

It was announced yesterday that sometime back in September 2006 a line of code was removed from the Debian distributed OpenSSL package. That one line of code was responsible for causing an uninitialized data warning in Valgrind. It also seeded the random number generator used by OpenSSL. Without it, the error went away, but the keyspace used by affected systems went from 2^1024 to about 2^15. Oh noes!

A large majority of Debian and Ubuntu systems are affected. To correct the problem, you’ll need to not only update OpenSSL, but also revoke and replace any cryptographic keys and certificates that were generated on the affected systems. From the Debian security advisory:

Affected keys include SSH keys, OpenVPN keys, DNSSEC keys, and key material for use in X.509 certificates and session keys used in SSL/TLS connections. Keys generated with GnuPG or GNUTLS are not affected, though.

For most people, this boils down to your ssh server’s host key and any public key pairs used for remote ssh authentication. Any keys or certificates generated on the affected machines for SSL/https use also need to be revoked and regenerated. It’s pretty ugly, really.

As far as teachable moments go, there’s probably a lot to think about here. Software developers have this weird natural tendency to want to fix and reengineer things that aren’t even broken. I’d go so far as to say that the desire to reengineer is inversely proportional to a programmer’s familiarity and understanding of the code. I think it comes from our intense desire to make sense of things. It’s the guru who’s able to channel that hacker urge into solving new problems instead of creating new bugs out of old solutions.

DSA-1571-1 openssl — predictable random number generator
OpenSSL PRNG Debian Toys (more discussion of the problem here)

One Response to Debian/Ubuntu users: update your SSL keys and certs

  1. Anonymous on said:

    Any Linux/Unix/*BSD system is vulnerable that grants access to a key that was generated on an affected Debian or Ubuntu system.

    1) there are only about 32767 different keys generated by the SSH versions shipped with Debian for 2 years.

    2) Hackers have already generated all these 32767 different keys.

    3) If you give any kind of SSH access, your users have all ready installed weak keys.

    The solution is to black list the affected keys.
    http://security.debian.org/pool/updates/main/o/openssh-blacklist/

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Connecting to %s