Slashdot Mirror


FreeBSD Users: Time To Patch Sendmail Again

Barrett Lyon writes "The FreeBSD Project just submitted this security advisory out to the masses: "FreeBSD-SA-03:07.sendmail, a second sendmail header parsing buffer overflow." It seems that the overflow is not limited to FreeBSD and that there is currently no workaround "other than not using sendmail." Yet another good reason to run Qmail!"

39 comments

  1. Nice qmail troll (er, editorial comment)! by Anonymous Coward · · Score: -1, Offtopic

    First post not sent with sendmail?

  2. Right by Anonymous Coward · · Score: 0

    Yet another good reason to run Qmail!

    Unless, of course, you want to run a mailer that is both Free and scalable. Both of these are qualities that Qmail lacks.

  3. Of course by leviramsey · · Score: 0, Troll

    If you want to use an MTA that you can feel good about using, switch to Postfix, which is:

    • Truly Free Software
    • Secure
    • Not run by an asshole

    Of those three, qmail only fulfills one.

    Postfix: the ethical choice!

    1. Re:Of course by Rheingold · · Score: 1

      The previous poster is not a troll! His facts (#1 & #2) are correct and his opinion (#3) is shared by many.

      --
      Wil
      wiki
    2. Re:Of course by dhall · · Score: 1

      I can "feel good" right up until the point where I'm patching my MTA yet again.

      Say what you want about Dan, his product (qmail) hasn't changed for several years.

      For something as "simple" as a MTA, there's no reason to recompile a fix every few months due to "yet another" buffer overflow. In the corporate world, this becomes doubly important.

      Postfix is relatively secure, compared to sendmail.

    3. Re:Of course by cyb97 · · Score: 1
      I thought anything was secure compared to sendmail *grin*.

      I can't think of any other popular opensource project having this many security scares in so few months lately...

    4. Re:Of course by soup4you2 · · Score: 1

      Postfix is great.. Configure Postfix + spamassasin + amavis + Qmail LDAP + Procmail And you got yourself one badass mailserver

    5. Re:Of course by bovinewasteproduct · · Score: 1

      Say what you want about Dan, his product (qmail) hasn't changed for several years.

      And that is part of the problem and one of the reasons why I still run Sendmail.

      To get any decent function (outside of bare SMTP service) you have to add 3rd party patches and hope you get them in the right order...:(

      BWP

    6. Re:Of course by TheLink · · Score: 1

      Well you only have to do it once during install if at all.

      Just make sure you remember the right order for the next time you do it.

      Or keep the results for reuse, or make a script to do the patches.

      I'd personally avoid most 3rd party patches - since few people code as rigorously as DJB.

      --
  4. Why? by Anonymous Coward · · Score: -1, Troll

    Would you use BSD over something better like Linux? Is it just to be different or something?

    BSD development is slow and few people work on it. So why use outdated and stale software?

    Anybody?
    Bueller?

    1. Re:Why? by isorox · · Score: -1, Troll

      I heard BSD was dying....

      hey, it's only karma!

    2. Re:Why? by pkplex · · Score: -1, Offtopic

      *yawn*

      Of the BSD's I have tried ( OpenBSD and FreeBSD ), neither are 'outdated', development for them is not 'slow', and they a certainly not 'stale'.

      Obviously you have never used a BSD before, or had the clues how. /me slaps coward troll with a bread roll

    3. Re:Why? by RLiegh · · Score: 0, Offtopic

      Of the BSD's I have tried ( OpenBSD and FreeBSD ), neither are 'outdated', development for them is not 'slow', and they a certainly not 'stale'.

      Of the BSD's you have mentioned, OpenBSD cannot run Mozilla, and has zero support for SMP. In many people's opinion, that makes it 'stale'.
    4. Re:Why? by Anonymous Coward · · Score: 0

      And yet FreeBSD can run Linux apps under Linux emulation faster than Linux can. I find that pretty funny.

    5. Re:Why? by RLiegh · · Score: 3, Funny

      And yet FreeBSD can run Linux apps under Linux emulation faster than Linux can. I find that pretty funny.

      I'll be amused when OpenBSD can run Linux apps in FreeBSD compatibility mode faster than FreeBSD can.
    6. Re:Why? by cyb97 · · Score: 1
      OpenBSD doesn't have zero-support for SMP... don't you follow kerneltrap ?
      The SMP team just managed to get OpenBSD to spin up the second CPU the other day, the fact that it doesn't do any work yet is not important... ;-)
      Or an even bigger set back for SMP under Open is that the SMP-branch is about a year out of sync with the rest of the project. When they eventually get around to implementing SMP they've still to deal with all the problems that NetBSD has (big kernel lock anybody?) as they've copied most of their stuff from Net...

      All of these reasons kind of scare me away from Open for good as I'm more or less out of non-MP servers and OpenBSD doesn't really lend it self well to the desktop...

    7. Re:Why? by Anonymous Coward · · Score: 0

      Troll? OpenBSD runs Mozilla, but the mail and news doesn't work. There are people running it, but why would you want to? Mozilla is really disappointing. They throw complexity at simple problems and expect good results. Even in XP it is disappointing (daily and release (Phoenix is OK though)). W3m with image support (in xterm) and Konqueror are nice in OpenBSD. I use Konqueror when I order things online and w3m for pretty much everything else.

      SMP isn't everything. I care much more about having a quality system, than a system full of crappy code and many features. OpenBSD doesn't have enough developers to implement some things properly, so they don't try. I'm glad that the developers don't bite off more than they can chew.

      If you check the list of changes in the OpenBSD Changelog (roughly 6 months of work) your thoughts that OpenBSD is stale will probably go away.

  5. How long by isorox · · Score: 0, Troll

    How old is sendmail? And yet not a month goes by without a bug being found

    /

    1. Re:How long by RLiegh · · Score: 0, Redundant

      How old is sendmail? And yet not a month goes by without a bug being found
      ...and fixed. That's the upside of OSS. How old is M$ Windows? and yet not a month goes by without a bug being found
    2. Re:How long by isorox · · Score: 1

      dont start me on windows :)

      Oooh I love posting in the bsd and apple sections. Unless you profess your undying love for the respective system, and refuse to say that feature F is not perfect, and could be improoved slightly, you'll be -1 trolled.

      It really is so funny

    3. Re:How long by cyb97 · · Score: 1
      I an even better solution would be to have sendmail revamped and fixed once for all... get rid of those pesky line-noise style configs, all the still latent buffer-overflows, all the trouble with inetd+sendmail and *real* load, and blahblahblah...

      I suddenly felt a disturbance in the force, like all my karma suddenly went away... Enough trolling for one day ;-)

    4. Re:How long by Anonymous Coward · · Score: 0

      What?? Get rid of the line noise???

      You know the old saying: two things came out of Berkley in the 70's... BSD and LSD. I think the guys that worked on Sendmail were working on *both*. :-P

  6. *BSD is dying by Anonymous Coward · · Score: -1, Troll
    It is official; Netcraft now confirms: *BSD is dying

    One more crippling bombshell hit the already beleaguered *BSD community when IDC confirmed that *BSD market share has dropped yet again, now down to less than a fraction of 1 percent of all servers. Coming on the heels of a recent Netcraft survey which plainly states that *BSD has lost more market share, this news serves to reinforce what we've known all along. *BSD is collapsing in complete disarray, as fittingly exemplified by failing dead last in the recent Sys Admin comprehensive networking test.

    You don't need to be a Kreskin to predict *BSD's future. The hand writing is on the wall: *BSD faces a bleak future. In fact there won't be any future at all for *BSD because *BSD is dying. Things are looking very bad for *BSD. As many of us are already aware, *BSD continues to lose market share. Red ink flows like a river of blood.

    FreeBSD is the most endangered of them all, having lost 93% of its core developers. The sudden and unpleasant departures of long time FreeBSD developers Jordan Hubbard and Mike Smith only serve to underscore the point more clearly. There can no longer be any doubt: FreeBSD is dying.

    Let's keep to the facts and look at the numbers.

    OpenBSD leader Theo states that there are 7000 users of OpenBSD. How many users of NetBSD are there? Let's see. The number of OpenBSD versus NetBSD posts on Usenet is roughly in ratio of 5 to 1. Therefore there are about 7000/5 = 1400 NetBSD users. BSD/OS posts on Usenet are about half of the volume of NetBSD posts. Therefore there are about 700 users of BSD/OS. A recent article put FreeBSD at about 80 percent of the *BSD market. Therefore there are (7000+1400+700)*4 = 36400 FreeBSD users. This is consistent with the number of FreeBSD Usenet posts.

    Due to the troubles of Walnut Creek, abysmal sales and so on, FreeBSD went out of business and was taken over by BSDI who sell another troubled OS. Now BSDI is also dead, its corpse turned over to yet another charnel house.

    All major surveys show that *BSD has steadily declined in market share. *BSD is very sick and its long term survival prospects are very dim. If *BSD is to survive at all it will be among OS dilettante dabblers. *BSD continues to decay. Nothing short of a miracle could save it at this point in time. For all practical purposes, *BSD is dead.

    Fact: *BSD is dying

  7. This is the SAME HOLE as yesterday's story by dhunley · · Score: 2, Funny

    Doesn't anyone on the /. team read before posting? This is the same hole that made the front page yesterday concerning the char to int conversion. Just cause one of the BSDs finally acknowleged the issue, it deserves *another* front page story? Jeez... upgrade to sendmail 8.12.9 and get on w/ your life...

    1. Re:This is the SAME HOLE as yesterday's story by essdodson · · Score: -1, Troll

      Too bad there's not a news site like slashdot that's not run by Linux zealots.

      --
      scott
  8. Same hole as yesterday, fixed in Sendmail 8.12.9 by Phaid · · Score: 3, Informative

    Just in case anyone's wondering, this is the same hole reported on Slashdot yesterday and reported in this CERT advisory.

    I mention this because the FreeBSD posting doesn't explicitly mention which version of Sendmail this affects, but it does link to the CERT article.

  9. Some time delay by palfreman · · Score: 1
    What is interesting to me is that there has been quite a delay - over a day, so far as I can tell, between this sendmail update going into the CVS tree, first into -CURRENT, the following very quickly into -STABLE and the various RELANG 4_x out there, and it appearing as first a FreeBSD security advisory, and being officially announced by email.

    From my point of view, it was a day without email anyway while I moved up main machines several -pX releases. Not a real problem, but yet another reason to teach myself how to use another mailserver than sendmail, as it seems to get this kind of thing quite often.

    1. Re:Some time delay by bmah · · Score: 1

      1. It takes time to prepare security advisories. The security-officer team (of which I am not a member) likes to check facts and test things before issuing them.

      2. Note that this happened over a weekend.

      3. The timing of events was largely driven by public disclosure of a vulnerability.

      From where I stand (release engineering team) the security-officer (Jacques Vidrine) and his team did a pretty darned good job under the circumstances. Greg Shapiro of Sendmail, Inc. helped by committing the appropriate changes to ten (count 'em, ten) different CVS branches.

  10. Another good reason to use qmail by Anonymous Coward · · Score: -1, Troll

    As if beign Q(UEER)Male wasn't reason enough (at least for most slashdotters!)

  11. sendmail upgrade howto by ubiquitin · · Score: 1

    First start with the tutorial here

    There is only one change needed: after getting sendmail built and installed, and my sendmail.cf set up from the bsd-4.4 default cm file with M4, local delivery wouldn't work, and gave this error:

    stat=Deferred: local mailer (/usr/libexec/mail.local) exited with EX_TEMPFAIL

    You fix this problem with:

    chown root /usr/libexec/mail.local
    chmod u+s /usr/libexec/mail.local

    --
    http://tinyurl.com/4ny52
  12. Developer lashes out: What Killed FreeBSD by Anonymous Coward · · Score: -1, Offtopic
    The End of FreeBSD

    [ed. note: in the following text, former FreeBSD developer Mike Smith gives his reasons for abandoning FreeBSD]

    When I stood for election to the FreeBSD core team nearly two years ago, many of you will recall that it was after a long series of debates during which I maintained that too much organisation, too many rules and too much formality would be a bad thing for the project.

    Today, as I read the latest discussions on the future of the FreeBSD project, I see the same problem; a few new faces and many of the old going over the same tired arguments and suggesting variations on the same worthless schemes. Frankly I'm sick of it.

    FreeBSD used to be fun. It used to be about doing things the right way. It used to be something that you could sink your teeth into when the mundane chores of programming for a living got you down. It was something cool and exciting; a way to spend your spare time on an endeavour you loved that was at the same time wholesome and worthwhile.

    It's not anymore. It's about bylaws and committees and reports and milestones, telling others what to do and doing what you're told. It's about who can rant the longest or shout the loudest or mislead the most people into a bloc in order to legitimise doing what they think is best. Individuals notwithstanding, the project as a whole has lost track of where it's going, and has instead become obsessed with process and mechanics.

    So I'm leaving core. I don't want to feel like I should be "doing something" about a project that has lost interest in having something done for it. I don't have the energy to fight what has clearly become a losing battle; I have a life to live and a job to keep, and I won't achieve any of the goals I personally consider worthwhile if I remain obligated to care for the project.

    Discussion

    I'm sure that I've offended some people already; I'm sure that by the time I'm done here, I'll have offended more. If you feel a need to play to the crowd in your replies rather than make a sincere effort to address the problems I'm discussing here, please do us the courtesy of playing your politics openly.

    From a technical perspective, the project faces a set of challenges that significantly outstrips our ability to deliver. Some of the resources that we need to address these challenges are tied up in the fruitless metadiscussions that have raged since we made the mistake of electing officers. Others have left in disgust, or been driven out by the culture of abuse and distraction that has grown up since then. More may well remain available to recruitment, but while the project is busy infighting our chances for successful outreach are sorely diminished.

    There's no simple solution to this. For the project to move forward, one or the other of the warring philosophies must win out; either the project returns to its laid-back roots and gets on with the work, or it transforms into a super-organised engineering project and executes a brilliant plan to deliver what, ultimately, we all know we want.

    Whatever path is chosen, whatever balance is struck, the choosing and the striking are the important parts. The current indecision and endless conflict are incompatible with any sort of progress.

    Trying to dissect the above is far beyond the scope of any parting shot, no matter how distended. All I can really ask of you all is to let go of the minutiae for a moment and take a look at the big picture. What is the ultimate goal here? How can we get there with as little overhead as possible? How would you like to be treated by your fellow travellers?

    Shouts

    To the Slashdot "BSD is dying" crowd - big deal. Death is part of the cycle; take a look at your soft, pallid bodies and consider that right this very moment, parts of you are dying. See? It's not so bad.

    To the bulk of the FreeBSD committerbase and the developer community at large - keep your eyes on the real goals. It

  13. Exim by phaze3000 · · Score: 2, Insightful

    For those out there looking to replace sendmail, I suggest Exim.
    It's extremely stable (we've been running it on our mail cluster for 326 days now with 0 seconds of downtime) and unlike sendmail it doesn't have a config file that looks like line noise.

    --
    Blaming GW Bush for the Iraq war is like blaming Ronald McDonald for the poor quality of food.
  14. Here is a good reason by Sevn · · Score: 1

    At least, the reason real admins run FreeBSD. A fanboy like yourself probably wouldn't understand.

    --
    For every annoying gentoo user, are three even more annoying anti-gentoo crybabies. Take Yosh from #Gimp for example.
    1. Re:Here is a good reason by 42forty-two42 · · Score: 1

      The Linux uptime counter rolls over after just over a year - those uptime charts will be inaccurate. For true uptime measuring, touch a file at boot.

    2. Re:Here is a good reason by someonehasmyname · · Score: 1

      so if Linux is so great, why can't they fix a stupid uptime counter?

      --
      Common sense is not so common.
    3. Re:Here is a good reason by 42forty-two42 · · Score: 1

      It would break backward compatibility with numerous applications, not to mention nvidia's binary drivers (IANAKD). It'll probably be fixed when time_t's go 64-bit.

  15. No, it isn't; read carefully by Anonymous Coward · · Score: 0

    No, this is not the same hole as yesterday. Here is what the advisory says at the end of section II:

    NOTE WELL: This issue is distinct from the issue described in `FreeBSD-SA-03:04.sendmail', although the impact is very similar.

  16. Doh by TheLink · · Score: 1

    With all the changes, it wouldn't be or look like sendmail.

    Then you might as well be using qmail or postfix or some other alternative.

    --
    1. Re:Doh by cyb97 · · Score: 1

      I'm already using qmail, works like sendmail in the sense it delivers email and differs in the sense that it's not broken, borked or configfiles that look like /dev/urandom