Slashdot Mirror


FreeBSD-Current Random Number Generator Broken

First time accepted submitter bobo the hobo writesThe FreeBSD random number has been discovered to be generating possibly predictable SSH keys and SSL certificates for months. Time to regenerate your keys and certs if using FreeBSD-Current. A message to the freebsd-current mailing list reads in part: "If you are running a current kernel r273872 or later, please upgrade your kernel to r278907 or later immediately and regenerate keys. I discovered an issue where the new framework code was not calling randomdev_init_reader, which means that read_random(9) was not returning good random data. read_random(9) is used by arc4random(9) which is the primary method that arc4random(3) is seeded from."

12 of 105 comments (clear)

  1. Re:But FreeBSD is perfect! by Anonymous Coward · · Score: 3, Interesting

    I've heard the same things said. However, and I don't say this in jest, that while no security in any OS is perfect, OpenBSD comes the closest due to their audits. Hence, out of the BSDs I do use and endorse, it's OpenBSD.

    Some dislike Theo, but he's intensely good at running a tight ship, and since 1999 when I first started using OpenBSD for security-based boxes, I've never had an issue.

  2. Re:But FreeBSD is perfect! by Anonymous Coward · · Score: 4, Insightful

    since 1999 when I first started using OpenBSD for security-based boxes, I've never had an issue.

    That you know about.

  3. There are/may be worse problems with -current by mi · · Score: 4, Informative

    The -current is not a release — it is the trunk of the development tree. Using for anything important — such as data, that may be worthwhile enough for your enemies to hack for — is silly. Far worse bugs may exist in -current — or be introduced at any point.

    Stick to releases — or one of the -stable branches — for anything, that's not about working on FreeBSD itself.

    --
    In Soviet Washington the swamp drains you.
  4. Non-news.... Bug is in CURRENT not STABLE by tomxor · · Score: 5, Insightful

    Bleeding edge software has bugs?? what

  5. Re:Newbish question here.. by bsdasym · · Score: 3, Informative

    No, you should be on -STABLE or at least RELENG_? if you only want security fixes. -RELEASE is just that, the release version, no updates.

  6. Re:Newbish question here.. by DarkHelmet433 · · Score: 5, Informative

    The bug was in the unreleased FreeBSD-11 work-in-progress developer tree.

    If you are running an actual release, or one of the stable branches, you are not affected.

    The main cause for concern is if you are generating keys in some form on the developer tree.

  7. How bad was the bug? by Nonesuch · · Score: 5, Funny

    This seems like an odd bug to have happen, how bad were the effects? Just 'weaker' randomness, or without randomdev_init_reader do the random routines just return the same series of pseudorandom digits every time?

    Also, obligatory Dilbert reference

  8. Re:Cui bono? by MrBingoBoingo · · Score: 3, Interesting

    This. So much this. When these regressions happen there are people behind them. The great value of a Linus or a Theo is shaming this people out the door. At least this was caught in -Current and not -Stable. This incident appears to be at least as much a social engineering attack as a code quality issue.

  9. Re:Is FreeBSD dying? by FatdogHaiku · · Score: 3, Funny

    Netcraft Confirms FreeBSD is dying

    Facebook is too confusing!
    Don't you have a Twitter link to share?

    --
    You have the right to remain sentient. If you give up the right to remain sentient, you will be elected to public office
  10. Re:Newbish question here.. by fisted · · Score: 3, Informative

    No, and who mods this "Informative"?
    Both -CURRENT and -STABLE are development branches.

    -RELEASE is meant for production and of course gets supplied with security relevant fixes (then referred to as patchlevels).

    But yes, please go on educating people about things you don't know jack about.

  11. Re:Alternate strategy... by fisted · · Score: 4, Insightful

    my home server [runs public facing sshd] on port 22. You may say this is completely insane.

    Gasp. How extremely uncommon.

    Just don't use keys for remote ssh logins.

    What? Why?

    But based on my experience [...] it appears they [...] may even be counter productive.

    And that is why exactly? None of your post explains that or seems to have anything to do with key-based login at all.

    As everyone knows, you can very easily disable root login in your sshd.conf file which leaves the person on the other end completely incapable of knowing whether or not they ever got your root password right as the response is the same.

    As happens when key-based logins are used. Your point being?

  12. Re:Alternate strategy... by ColaMan · · Score: 4, Informative

    Sweet Jesus, at least install Fail2Ban and block an IP for 24 hours after 3 failed attempts.

    --

    You are in a twisty maze of processor lines, all alike.
    There is a lot of hype here.