Slashdot Mirror


Sendmail Bug Tests US Dept Homeland Security

yanestra writes "CNET reports that the reported Sendmail bug has been a test for the US Department of Homeland Security which seems to have managed information flow in this case."

293 comments

  1. bug o this week by Anonymous Coward · · Score: 2, Funny

    "Whats the sendmail bug of this week?"

    The trend is back!

    1. Re:bug o this week by t0ny · · Score: 2, Funny
      wait, isnt sendmail opensource?

      how could this happen?!?!?

      --

      Manipulate the moderator system! Mod someone as "overrated" today.

    2. Re:bug o this week by LIGAFF · · Score: 1

      It was one pair of eyeballs short for the last 15 years.

    3. Re:bug o this week by MrChuck · · Score: 1
      Looking at CERT, I see the last remote exploit of sendmail predates Postfix entirely (1997?).

      There was a website hack of code, but that was a web server attack and checking the .sig would have shown it to have been altered.

      Me? I'll take Sendmail with TLS and SMTPAUTH with people who know it and look at it (and this bug is obtuse enough that it slipped by LOTS OF VERY EXPERINCED EYES for years) as being fast and secure and djb free.

      (chat with dan about using patches (such as TLS) on his pristine qmail code sometime).

      Diversity of mailers good, but there is a diversity. Or will be until MS owns that too - as soon as they invent and patent email. Or at least make it so proprietary that Open Standards code fails.

      Of course, as good system admins, you DO read the code right? You do verify distributions? You never use binaries made by untrusted parties (like most RPMs from non-vendors), right?

  2. Wow by unterderbrucke · · Score: 2, Informative

    And it's taken them this long to set up a system like this. I'm glad Bush got his act together and appointed someone to the administration who actually cared about information technology, otherwise this may have taken much longer.

    1. Re:Wow by Rasputin · · Score: 2, Interesting
      And it's taken them this long to set up a system like this. I'm glad Bush got his act together...

      What did they do that was valuable? What did they do that the existing services couldn't? The only thing they did right was they didn't pull an Ashcroft (ham-fisted intervention)...

      --
      "I once preached peaceful coexistence with Windows. You may laugh at my expense - I deserve it." Be's Jean-Louis Gass
  3. bleh by Joe+the+Lesser · · Score: 5, Insightful

    While keeping news of the issue from leaking to those who might exploit the vulnerability.

    Free flow of information > Security

    --
    "I only speak the truth"
    Karma: null(Mostly affected by an unassigned variable)
    1. Re:bleh by jsgates · · Score: 1

      and whats no nessisary about a sendmail (or any other) exploit that it hurt to delay announcing it long enough for a patch to be written and released?

    2. Re:bleh by frs_rbl · · Score: 1

      I generally agree to this principle, but with users slowly patching their systems (something clearly shown by the Slammer worm impact), a sort of compromise between information disclosure and readying of solutions has to be made. But who has to define this compromise is a question not easily answered, specially when we are talking about Open Source software.

      --
      This is not my opinion. Actually, it's not even an opinion. And I'm nowhere to be seen near it
    3. Re:bleh by Gerad · · Score: 0

      If you're going to make a blanket statement, why don't you at least bother to back it up with some facts or at least something resembling an arguement? Your statement is no more valid than Microsoft FUD. I can think of several sitations in which free flow of information might not be beneficial to society as a whole. Overall, Free flow of information is desirable, but this might very well be one of those situations in which it is not. Unless you're just a script kiddie who is looking out for his own personal interest.

      --
      Be the Ultimate Ninja! Play Billy Vs. SNAKEMAN today!
    4. Re:bleh by Xzzy · · Score: 4, Insightful

      hardly.

      If the parties involved are actively seeking to fix the problem, in a timely manner, I see no harm in not shouting from the mountain top what the problem is.

      Full disclosure after a patch is done, yes. But doing it before serves no purpose but to conform to some wishy washy idealism and potentially amplifies the damage an exploit could cause.

      And I'm talking in terms of a couple days. If the affected parties hit the snooze button and two weeks roll by, then yes, release the info and make fun of them for the havoc it causes. ;)

    5. Re:bleh by embo · · Score: 5, Informative

      And I'm talking in terms of a couple days. If the affected parties hit the snooze button and two weeks roll by, then yes, release the info and make fun of them for the havoc it causes. ;)

      FYI, this flaw was actually found in December and just reported yesterday, roughly two months later.

    6. Re:bleh by Oculus+Habent · · Score: 4, Interesting

      I think a timeframe needs to be established. Those who find exploits in programs have a moral obligation to let the maintainers of the program know first and give them a reasonable amount of time to fix the problem.

      But what is reasonable? A week? A month? What if the exploit is a deep flaw in the system, something that cannot be fixed?

      So, how long is long enough to keep an exploit from the general public? Does it depend upon the exploit, the company that makes the product, or the person who finds it? Is there a balance to be found?

      --
      That what was all this school was for... to teach us how to solve our own problems. -- janeowit
    7. Re:bleh by Anonymous Coward · · Score: 0

      Slow down, cowboy. Use the Preview Button!

    8. Re:bleh by blirp · · Score: 4, Insightful
      I think a timeframe needs to be established. Those who find exploits in programs have a moral obligation to let the maintainers of the program know first and give them a reasonable amount of time to fix the problem.

      But, by definition, if any of the "good guys" have found the problem, it's equally likely that any number of "bad guys" also have found the problem. With exploits in the wild. So telling everybody to be on the look-out, or even close down some services, could easily be the "Rigth Thing(tm)" to do.
      Look, for instance, on all the bad press Symantec drew for keeping info on Slammer to their own customers instead of alerting everybody.

      Actually, this can be argued for ever. And what's rigth in one instance might be wrong in a different... so...

      M.

    9. Re:bleh by Anonymous Coward · · Score: 0

      And while the CNet article goes on and on about how the lack of disclosure prevented anyone dangerous from discovering the bug, they prevent no proof that exploits were not circulating in the wild during those two months. In fact, with a two month response time, you have to wonder how long it was before they decided that the authors needed to be notified or that the authors were allowed to fix the problem.

    10. Re:bleh by Strog · · Score: 2, Insightful

      I don't think that is a bad premise to go off from but I don't think you can automatically assume that "bad guys" know. There have been vulerabilities found recently that were there for years without anyone making it known. So either these issues can stay hidden sometime or someone is keeping real quiet for too long.

      This can be a complex situation and there are no easy answers. I still think that generally 90 days should be the max to sit on any of these. Of course there will be cases that warrant more but they should be few.

    11. Re:bleh by Jeppe+Salvesen · · Score: 1

      What if someone credible adviced you that "sendmail has a problem. we're not gonna tell what it is, but we recommend that consider switching to exim or qmail while we fix this crap."? We've been vulnerable for 2 months without knowing it.

      --

      Stop the brainwash

    12. Re:bleh by Anonymous Coward · · Score: 0

      182 months, actually.

      According to Greg Olson, chairman and co-founder of Sendmail in this article he states "You have to understand that this is a very arcane security issue," he said. "It has been present in Sendmail code for 15 years and that code has been through multiple inspections."

    13. Re:bleh by jimboid · · Score: 2, Insightful
      I don't think you can establish a set time frame for the general release of the information. You need to look at the severity of the vulnerability as well as the criticality of the system/application affected.

      Further, one should also assess the impact of shutting down any affected service if a fix cannot be readily found.

      To use the case in point... sendmail is critical to many firms that use it. Shutting down the service would be a drastic option. Implementing 'something else' would, typically, require a fair amount of effort. As such, you'd want to allow more time before releasing the information to the general public. But - it seems (and I haven't read the text of the exploit - but have upgraded my systems anyway) this is a remote root exploit which would tend to lessen the time allowed for announcing any vulnerabilities.

      So, I don't think you can create a single standard but you might be able to create a standard for an application. Even that won't fit all cases but could serve as a 'rule of thumb'.

      Regards...

    14. Re:bleh by lommer · · Score: 1

      90 days!? That's three months!

      1 month normally, 2 in really bad cases or where multiple vendors are involved... Once a bug/exploit is know, regardless of whether by the good guys or the bad guys, it is only a matter of time before it leaks out. And at a certain point, if the vendors are not going to move their asses on a serious problem, then sysadmins have the right to know about it so that they can minimize the damage on their systems (shutdown a non-mission-critical service, migrate to another solution, work out their own patch (OSS), or something else).

    15. Re:bleh by raduf · · Score: 1


      It's not equally likely that the "bad guys" also find the problem. 99% of security people are the good guys, and a most bugs are discovered by accident by one of these people. So it's several orders of magnitude harder for the "bad guys" to discover bugs on their own then it is to browse the web and read security-related news.

      Theese odds change with time, of course. If you sit on an issue for let's say 6 month, it may become likely that some of the bad guys (or just somebody else) finds it also. And then spreading the word becomes the right thing to do.

  4. Where does this leave CERT? by mdb31 · · Score: 4, Interesting

    Interesting to read that the government is involved with this -- kind of makes you wonder what happened to CERT, which always used to coordinate public disclosure of and vendor response to bugs like this.

    The fact that CERT always seemed to do a decent job makes this even more interesting. The biggest criticisms voiced about CERT were that they acted too slow and didn't provide enough detail information about problems (other than to acknowledge the general nature of it). How will the government do better in these areas?

    My guess is that the answer to the latter question is 'not much', and that we'll start hearing the same complaints about the Dept. of Homeland Security soon...

    1. Re:Where does this leave CERT? by PD · · Score: 5, Funny

      I think you answered your own question:

      The biggest criticisms voiced about CERT were that they acted too slow and didn't provide enough detail information about problems

      In other words, CERT was a day late and a dollar short.

      we'll start hearing the same complaints about the Dept. of Homeland Security soon...

      I agree. Except they'll be a year late and ten billion dollars short.

    2. Re:Where does this leave CERT? by gremlin_591002 · · Score: 2, Interesting
      My guess is that the answer to the latter question is 'not much', and that we'll start hearing the same complaints about the Dept. of Homeland Security soon...

      I don't want to sound parinoid, but if you complain about homeland security, or bypass their system. What makes you think you'll be around to complain about them for very long?

    3. Re:Where does this leave CERT? by Monofilament · · Score: 2, Informative

      I was thinking the same thing you were at first with CERT being cut out of the picture. CERT is an independent organization.. and they rely on people telling them stuff. It seems in this case.. as far as patching and notification of the initial vulnerability.. but they weren't cut out of what they do best, which is Archiving all of the notifications and making it easy to get patch info, once it comes available. Its not like CERT actually makes they patch. As you can see HERE CERT has a notification about this one.. seems CNET left out that LinkCERT I think, at least now with this development, works much more like Slashdot.. in that they get notified of the news and they post it all on their site. Of course if its the first time anybody has heard of it they notify affecting people first, so as not to create unneeded havoc, with hackers getting to the vulnerability first.

      So CERT will still go on. In this case all the people involved cut out CERT voluntarily, ISS,SANS, FedCIRC and the like. I'm sure of course CERT (in that they have a notification about it) wasn't really cut out.. then again.. they didn't neccessarily do all the coordination work.. they're proabably happy about that one. They can worry about other stuff. My opinion everybody should be this involved in fixing security issues.

      --


      Who makes you Sig?
    4. Re:Where does this leave CERT? by Anonymous Coward · · Score: 0

      I don't want to sound parinoid, but if you complain about homeland security, or bypass their system. What makes you think you'll be around to complain about them for very long?

      Well, you do sound paranoid. I am pretty sure the black helicopters are not going to land in your yard and take you away if you tell someone that you think DHS did a lousy job on a bug fix. Not too many citizens disappear in the US. Pakistan, Iran, Iraq, Saudi Arabia, yea, but not here.

      Jebus.

    5. Re:Where does this leave CERT? by donheff · · Score: 1

      CERT is still involved. They serve as the alert arm for FedCirc which is now part of Homeland Security. CERT has a secure alert service available to Government security staff that advises them of the impending public release of vulnerabilities like this - usually fairly short advance notice.

    6. Re:Where does this leave CERT? by josephpate · · Score: 1

      "The DHS are the ones that can put the pressure on all the vendors and keep it quiet."

      Do we really want the government to force vendors to NOT tell their customers they could be easily compromised?

  5. Encouraging by Peter_Pork · · Score: 4, Interesting

    This is actually quite encouraging. Having an organization that deals with the painful process of contacting each vendor and major user of a program with a newly discovered vulnerability is a major improvement. They also seem to have the law behind them (is this true?), so we finally have someone that can force people to fix security holes. I don't quite like the homeland-security big-brother model, but it worked nicely in this case and got the job done, something pretty hard in the Internet jungle.

    1. Re:Encouraging by ecalkin · · Score: 5, Insightful

      sadly, i don't see the 'force people to fix security holes' where we need it.

      we have (mostly) good timing getting patches out (even ms gets patches out), but getting end users to *apply* the patches has been a problem. lack of knowledge, time, technical skills, etc.

      at this point, this does seem to be addressed.

      how do we (ahum) fix the end user? my belief is that it should be required that end users have staff/contractors that are certified on their stuff *and* that hey maintain a maintenance log that documents actions or lack of them. if you look at radio stations and the requirements they include licensed radio engineers and logs and other must-dos and must-haves.

      it's time people understood that being connected to everyone else requires a little bit more work.

      eric

    2. Re:Encouraging by deadsaijinx* · · Score: 2, Funny

      lack of knowledge, time, technical skills, etc ...

      you forgot the most important one. Refusing to let MS ownz your system with Service Pack EULAs. EVIL SP, EVIL EULA .... but, I need that security patch. Damn them....

      --
      YOU SUCK BALLS!
    3. Re:Encouraging by watzinaneihm · · Score: 2, Interesting

      I am not too sure of this.... , dhs has legal powers in the US, can force companies to do so in the US. Right now when a large chunk of software gets develped by US companies, this works fine.
      What happens when a non-US company/individual finds a bug? The information might be held back in the US for security reasons, but *might* break out outside. What would then happen is that US would be the most affected. Remember that a lot of the later viruses/worms were of non-US origin.In this case they got ISS to shut up, might not be true always.

      --
      .ACMD setaloiv siht gnidaeR
    4. Re:Encouraging by DeadSea · · Score: 2, Funny


      how do we (ahum) fix the end user? With a pair of pliers, of course.

    5. Re:Encouraging by bigpat · · Score: 1

      " my belief is that it should be required that end users have staff/contractors that are certified on their stuff *and* that hey maintain a maintenance log that documents actions or lack of them"

      Gee... What about if I have to move away? As an end user, what will my mom do then? I guess under your plan she will just have to stop using the internet or be thrown in jail. Maybe you should be nicer to my mom.

      Come on folks! Remember that the internet and servers aren't tied directly to our nervous system (in most cases). When an internet connected computer goes down or is hacked we are talking about economic disruption at worst, but usually it is no more than an annoyance.

    6. Re:Encouraging by tacocat · · Score: 3, Insightful

      I don't throwing a pile of Beareaucratic Bullshit is going to improve the situation. That's one of the points lauded by previous posters. This was an example of someone who was able to get something done technically without the forms in triplicate. You are advocating those forms!

      Like we have time for the patches already, you want to make us spend countless hours filling in stupid forms?

      Personally, I think that public humiliation of the company that fails basic security patches is a pretty effective method. It now becomes an interest to the company to maintain a positive PR profile. And we all know that the only thing greater to a Corporation than profits is the Image it portrays.

    7. Re:Encouraging by Overt+Coward · · Score: 2, Informative

      I thought it's supposed to be duct tape... if you can't fix it with duct tape, then it's *BROKEN*.

    8. Re:Encouraging by Anonymous Coward · · Score: 0

      It would be hard to castrate somebody with duct tape...

    9. Re:Encouraging by gmack · · Score: 2, Insightful

      This is getting to less and less be the case. Keep in mind that the traffic caused by the slammer worm managed to disrupt 911 services.

      Also .. what is your mom doing running servers? If there is no one to maintain her systems then there should be no outside accessable daemons at all.

    10. Re:Encouraging by mrscott · · Score: 2, Funny

      I don't think this would work mainly due to th economics. Orgnaizations are running on a shoe string and in some cases barely staying profitable. It could push a number of companies over the edge if all of a sudden it was required that they hire a bunch of contractors.

    11. Re:Encouraging by keramida · · Score: 1

      > lack of knowledge, time, technical skills,
      > etc ...
      >
      > you forgot the most important one. Refusing
      > to let MS ownz your system with Service Pack
      > EULAs. EVIL SP, EVIL EULA .... but, I need
      > that security patch. Damn them....

      Pardon my ignorance in Microsoft lore, but...

      Do they really do this? I mean has anyone noticed that the license of a service pack lets them "have control" over your system and the way it works?

      Scary!

      --
      My other computer runs FreeBSD too.
    12. Re:Encouraging by bigpat · · Score: 2, Insightful

      Okay here's the thing. If we have to worry about malfunctioning (malicious or buggy) computers shutting down or disrupting the internet, then the internet is already broken.

      Does anyone remember that the Internet was a network designed to continue to operate after a nuclear war? We should not have to worry about this stuff. This is a problem for network architects, not the server admins.

      If my server get's hacked then that should and must remain only my problem. Don't tell me the obvious, and don't shift responsibilities. These challenges can only be solved with distribution of resources and by maintaining excess capacity.

      It must be taken as a given that a network like the internet will have bad actors whose malicious actions it must be able to absorb until the problem is corrected or blocked.

    13. Re:Encouraging by gmack · · Score: 2, Insightful

      Yeah well I too miss the days when a rooted server on someone else's network was not my problem. But welcome to today.

      How exactly are network archetects supposed to design for 300 drones all sending traffic to one place? There is no amount of overcapacity that would handle that.

    14. Re:Encouraging by Anonymous Coward · · Score: 0

      >[H]ow do we (ahum) fix the end user?

      Simple: Make the liability of not fixing a problem greater than the cost of fixing it.

      Consider an oil company with a leaking pipeline. If it were simply a matter of economics, the company could decide that a little leakage is ok, and wait until it gets worse to fix it. But in that case, the risk of whopping huge bankrupting fines and jail time for the decision makers tends to increase the liability, therefore the problem gets fixed.

      So obviously it's not against the law to fail to install a service pack, but maybe in some situations, it should be.

    15. Re:Encouraging by Anonymous Coward · · Score: 0

      Also .. what is your mom doing running servers?

      Running bigpats-mom-is-a-dirty-ho.com, of course.

    16. Re:Encouraging by vsprintf · · Score: 1

      Do they really do this? I mean has anyone noticed that the license of a service pack lets them "have control" over your system and the way it works?

      Been away for a while? It's old news. sp3

    17. Re:Encouraging by E1v!$ · · Score: 1

      Force? That's what you use against your enemies.
      The maintainers of the the net (programmers, admins, CCNA dudes in trucks) aren't going to sit on their hands if there's a problem w/the common good.

      If someone has to 'force' us to do something, chances are it's not for the common good.

      FYI: The government 'forced' Cox communications to put network monitoring hardware in their server rooms. I wouldn't be surprised if they start doing it to every ISP in existance. How's that for force?

    18. Re:Encouraging by freeweed · · Score: 1

      Personally, I think that public humiliation of the company that fails basic security patches is a pretty effective method. It now becomes an interest to the company to maintain a positive PR profile.

      Yeah, because we've seen just how effective this is against Microsoft.

      (relax, it's a joke :)

      --
      Endless arguments over trivial contradictions in books written by ignorant savages to explain thunder in the dark.
    19. Re:Encouraging by josephpate · · Score: 1

      It would be hard to castrate somebody with duct tape...

      Ever seen Fight club?

    20. Re:Encouraging by bigpat · · Score: 1

      "How exactly are network archetects supposed to design for 300 drones all sending traffic to one place? There is no amount of overcapacity that would handle that."

      Just design the system to handle 301 attackers. :)

      All in all I think the internet is working pretty well these days. And I think it is very important for servers that are attached to the internet to be as up to date as possible. But vulnerabilities will always exist regardless of the latest patch.

      What might help though would be if Network operators had good contact information for server admins, so that they could notify them as soon as they see problems, so that they can identify and shut down the offending systems quickly. Bad computers should be unplugged

    21. Re:Encouraging by gmack · · Score: 1

      No the internet is *not* working well these days.. it's working well until you piss off some kiddy who has a lot of waiting drones. Or until some worm hits.

      And the problem is not one of archetecture it's one of lazy admins who can't be bothered to upgrade in 4 months and of management who demand applications based on vendors with poor security records.

      I am no longer happy to have to make the needed phone calls when my stuff is being flooded offline. I'm at the point where I just want someone to give the legions of the lazy and incompetant to go off and find some other line of work where they don't have to affect the rest of us. If that means govt enforced fines or licensing .. so be it. It *has* to be better than what we have now.

    22. Re:Encouraging by bigpat · · Score: 1

      I know if you've been attacked, then it must seem like the world is falling apart, but it isn't. I suggest that your company stops pissing people off so much that it gets attacked so often. Leave the rest of us out of this. It is your problem.

      I believe you said something previously about only talking about servers, but this is a totally false pretense. Most PCs accept some sort of incoming connection when they are powered and on a broadband connection. The internet itself doesn't distinguish between servers and PCs. So any globally imposed solution must be applied to all users.

      If a centralized authority is left to determine what and who can and cannot connect to the internet, then we are back to the days when only Ma Bell leased phones were allowed to connect to the phone network, anything else being a threat to security... probably more so financial security. Oh and forget the Inter part of Internet, you can't enforce such a centralized licensing scheme worldwide.

      The game of whack a mole that is being played now might not seem productive, but it is far far better for most of us than further restricting the use of the internet to a select trusted few. While I agree that your ideas would make it harder for malicous attackers to carry out an attack, the centralized resources that are a natural result of such notions lead to far greater risk.

      In other words, Don't put all your eggs in one basket, then you won't need an armed guard for a stupid basket of eggs.

    23. Re:Encouraging by gmack · · Score: 1

      Sure blame the victim.. is it our fault we happened to host something the kiddies thought they could get braging rights for taking down?

    24. Re:Encouraging by bigpat · · Score: 1

      No, not your fault, but not my responsibility.

    25. Re:Encouraging by Overt+Coward · · Score: 1
      Well, if you pull the tape off fast enough...

      *wince*

  6. So what? by da3dAlus · · Score: 5, Insightful

    Are they saying that this worked perfectly? If so, what about the next exploit? What if Joe Nobody finds a hole, and makes it public before the DHS gets with the makers of the software? What about the businesses in the private sector that fail to patch their systems? Wasn't the fix for SQL Slammer out for months? I'm sure this is a step in the right direction, but really, what happens next time?

    --

    Sometimes I doubt your commitment to Sparkle Motion.
    1. Re:So what? by dissy · · Score: 2, Insightful

      > Are they saying that this worked perfectly? If so, what about the next exploit?
      > What if Joe Nobody finds a hole, and makes it public before the DHS gets with
      > the makers of the software? What about the businesses in the private sector that
      > fail to patch their systems? Wasn't the fix for SQL Slammer out for months? I'm
      > sure this is a step in the right direction, but really, what happens next time?

      I think no matter who is in control of oversite, be it CERN or the government or anyone, the same problem of "If we dont find out first, we cant do much about it" is true.

      You also have to keep in mind, this bug was discovered in December and released in March. This only pertains to one person at ISS.
      Not to belittle his work finding this bug, but its still technically possible someone else has already found it before, and is good at keeping secrets.

      If you assume that is true in all cases (Which from a security standpoint you need to assume) it really doesnt matter. That they are telling you about this hole now at all doesnt have anything to do with the fact that ALL systems using sendmail since version 5 have been exploitable for the past 10+ years.

      The hole being disclosed isnt what causes the security problem. Its the other way around.

      > Sometimes I doubt your commitment to Sparkle Motion.

      That sig sounds like a product of fear :P

    2. Re:So what? by Anonymous Coward · · Score: 0

      Here's a scenario:

      This is not the arena for government. If I discover a hole, I will specifically NOT contact DHS because they totally suck and they're invading everybody's privacy. I will contact the vendor and give them a reasonable amount of time to fix their bug and give me props. If they dis me or blow me off or screw around and don't do anything to address the problem, then I'll fire up mIRC, choose a 1337-sounding nym and show some fellow h4XoR2 how much I rule.

      That's how it works most of the time.

    3. Re:So what? by HiThere · · Score: 1

      I doubt that this is a step in the right direction. To me it seems to be in exactly the wrong direction. This is an organization that gets an increased budget when things go wrong, not exactly the kind of group that should be entrusted with preventing things from going wrong.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    4. Re:So what? by freeweed · · Score: 1

      ALL systems using sendmail since version 5 have been exploitable for the past 10+ years.

      The hole being disclosed isnt what causes the security problem. Its the other way around.


      10+ years and no exploit. The hole is announced, and I give it a week, 2 tops before the script kids have this uploading rootkits.

      I'd say the lack of knowledge of this hole kept people pretty secure in this case, wouldn't you?

      --
      Endless arguments over trivial contradictions in books written by ignorant savages to explain thunder in the dark.
    5. Re:So what? by dissy · · Score: 1

      > I'd say the lack of knowledge of this hole kept people pretty secure in this
      > case, wouldn't you?

      Thats what I said in my post. Glad someone finally aggrees!

      Im so sick of people bitching that there is some how a difference between them releasing the anouncement now vs 3 months ago, when 3 little months is nothing compared to the 10+ years its been there.

      Granted im glad it is being fixed and not staying hidden to all but blackhats, but still...

  7. Sendmail - too flexible for most by linuxkrn · · Score: 5, Insightful

    Sendmail is a very flexible mail package...too flexible for most people.

    It's power and configuration settings make it a good choice for admins who have taken the time to read on it. However, more often then not we find that there are a lot of lazy admins out there who just get it "up and running" and don't care to understand the security issues with the server. While I've used sendmail for years in the past, but now use postfix. There are a slew of other mail programs out there that can be configured without having to use m4 rules, understand sendmail's rewrite metods etc. I would suggest that if you must have a mail server up, but don't want to take the time to learn sendmail, PLEASE, use something else. I realize this is a little off-topic but it's not too much. It all boils down to securing the net. That takes more then a few bug fixes (and YES you must apply all of them) and a good admin to configure the server/services.

    1. Re: Sendmail - too flexible for most by Black+Parrot · · Score: 0


      > Sendmail is a very flexible mail package...too flexible for most people.

      9 out of 10 haxors say it's "just right".

      --
      Sheesh, evil *and* a jerk. -- Jade
    2. Re:Sendmail - too flexible for most by Anonymous Coward · · Score: 0

      Sendmail is a very flexible mail package...too flexible for most people.

      Sendmail solves problems people don't have, and creates problems that they didn't have before.

      It's a perfect example of how to do software wrong, from start to finish.

    3. Re: Sendmail - too flexible for most by Anonymous Coward · · Score: 0

      9 out of 10 hackers I know hate sendmail. The last one learned from the others and never tried to set it up. But I'm talking about true hackers, not cracker hackers.

  8. The text... by Lovepump · · Score: 0, Redundant

    Sendmail flaw tests Homeland Security

    By Robert Lemos
    Staff Writer, CNET News.com
    March 3, 2003, 5:13 PM PT

    A critical flaw in Sendmail, the Internet's most popular e-mail server, has become the first test for the newly minted Department of Homeland Security and its cyberdefense arm.
    The DHS's Directorate of Information Analysis and Infrastructure Protection (IAIP) worked with security company Internet Security Systems, which discovered the flaw, and Sendmail Inc. to create a patch while keeping news of the issue from leaking to those who might exploit the vulnerability.

    "Working with the private sector, we alerted key owners of the vulnerable software and got them talking," said David Wray, spokesman for the IAIP Directorate. "We think this is a great example of how this should, and does, work."

    The Department of Homeland Security got high marks from the security community for giving companies the necessary time to create the patch and for synchronizing its release.

    "This is the model for what you do if you want to find a vulnerability," said Alan Paller, director of research for the SysAdmin, Audit, Network and Security (SANS) Institute, a research and education group that lets security companies, system administrators and others share information. "The DHS are the ones that can put the pressure on all the vendors and keep it quiet."

    In the future, the Department of Homeland Security will be the U.S. agency that will manage any response to major cyberthreats.

    The three organizations that have previously handled the United States government's response to cyberthreats--the National Infrastructure Protection Center (NIPC), the Federal Computer Incident Response Center (FedCIRC), and the National Communication System (NCS)--officially became part of the Department of Homeland Security on Friday at midnight. The third of NIPC personnel that handled investigations, rather than response, have returned to the FBI. The IAIP Directorate has now absorbed the NIPC's response personnel and role.

    Internet Security Systems originally reported the flaw to the NIPC in mid-January. The agency helped notify other companies and the Sendmail Consortium, the open-source project that develops the mail-server code.

    "They were a good resource in helping us make sure that the protection was put in place," Greg Olson, chairman and co-founder of Sendmail Inc., said of the National Infrastructure Protection Center responder personnel (now with the directorate). "You need to contact a lot of people and make sure they understand this is important and (make sure they) apply the patch." Sendmail Inc. develops a proprietary version of the mail server.

    In February, the Bush administration unveiled the completed National Strategy to Secure Cyberspace and laid out five major efforts: to create a cyberspace security response system, to establish a threat and vulnerability reduction program, to improve security training and awareness, to secure the government's own systems and to work internationally to solve security issues.

    The IAIP is one of five directorates under the umbrella of the Department of Homeland Security. The others are Management, Science and Technology, Border and Transportation Security, and Emergency Preparedness and Response.

    1. Re:The text... by Anonymous Coward · · Score: 0

      Is CNET in danger of being slashdotted? *cough*whore*cough*

    2. Re:The text... by uncoveror · · Score: 1

      Cnet and ZDnet have been inaccessible for most of the day for the last two weeks. They must have really cut back on bandwidth to save money, or switched from Apache to IIS.

      --
      The Uncoveror: It's the real news.
  9. Why does sendmail still in use? by duffbeer703 · · Score: 1, Insightful

    Sendmail always has been and always will be a security risk.

    Superior alternatives exist... so why is anyone still using sendmail???

    --
    Conformity is the jailer of freedom and enemy of growth. -JFK
    1. Re:Why does sendmail still in use? by Oculus+Habent · · Score: 4, Interesting

      Windows always has been and always will be a security risk.

      Superior alternatives exist... so why is anyone still using Windows???
      --
      Sure Joe runs sendmail, and sendmail is insecure. But does Joe's server get attacked frequently? Chances are it probably doesn't. If it does, Joe may be looking into alternatives, or Joe may have found one already.

      Joe doesn't have the time to fix every potential threat. Joe probably installs patches and updates as frequently as possible, maybe even on a schedule. Joe does his best to keep sendmail from being a problem, and at the same time Joe tries not to waste time.

      If Joe were working for a huge company that depended heavily on it's e-mail, Joe would probably spend more time on sendmail. But odds are Joe doesn't, and Joe is doing the best he can.

      --
      That what was all this school was for... to teach us how to solve our own problems. -- janeowit
    2. Re:Why does sendmail still in use? by Kshu · · Score: 1

      If you think about it, linux had a lot of bugs that consisted a security risk. Rps, statd, apache, ssh, etc. were exploited succesfully to gain unauthorised root acces. So I wonder (using your logic, of course) why do people still use linux???

    3. Re:Why does sendmail still in use? by PD · · Score: 1

      Joe should be either sitting around with his feet on a desk because nothing is broken, or Joe should be planning how to implement new things - not mail.

      Mail is not rocket science. Set it up, close the relays. It should just work. When a security alert comes out, it should take an hour to install the new patched version. That's it. Mail should be reliable enough right now that you could accidentally wall up your server in the basement and not notice for a year.

      If Joe's using Sendmail and he can't keep it running, he should pick something else to use.

    4. Re:Why does sendmail still in use? by jc42 · · Score: 2, Interesting

      If you look closely, you'll find that there are quite a number of completely different programs now that are called "sendmail". It has been widely understood that the original sendmail program was an overly-complex beast that tried to do everything for everyone, and was probably not fixable in any general sense. So over the past 10 or 15 years, a number of other mail daemons have been written.

      Because there has been so much software installed that knows how to talk to the original sendmail, it has been common to make new mailers present the same UI to the world. This way, a new mailer can just be dropped in as a replacement for sendmail, and everything works.

      One of the oldest of these, written in the mid-80's, was called "smail". After a few releases, the authors listened to the complaints about the difficulty of installing it in place of sendmail. So they added code that checked argv[0], and if it was called as "sendmail", it interpreted its command line the same way as the original sendmail. It didn't do everything, but it had most of the functionality that was actually in use, and a simple ln command usually sufficed to replace the old monster with the new, smaller monster This made it spread very quickly among systems whose admins were unhappy with the problems with sendmail. Others have since used the same approach.

      Most of the newer "sendmail" programs are quite a bit smaller and less bloated with featuritis than the old one. Of course, this means that they don't have all the bells and whistles. But it means that there are a lot fewer places for obscure security holes. And since most people just install sendmail and run it, and never learn to config it, this works pretty well.

      In effect, "sendmail" is now just a description of a set of command-line options used in the rc and cron scripts. If a mail daemon implements these, it can be dropped in as a replacement for whatever "sendmail" is there, and it'll do the job required on your system.

      On several systems, I've replaced sendmail with a small (100-200 lines) perl script that mimics all the functionality in use there. This has given me a large number of geek points among non-perl-hackers. I just grin and say something like "That's trivial for a true perl guru." They don't have to know that it doesn't take a perl guru to do such a job.

      This does bring up a significant question about this news item. When they talk about a "sendmail flaw", which sendmail are they talking about? Presumably it only effects one of the N sendmails that are in use.

      Of course, one interpretation of the push to install a "patch" is that this purported patch is merely a way of getting one specific sendmail clone installed as widely as possible. I'd guess that this "patch" is not, say, a set of source diffs, but is a binary. When you install it, you are replacing your current sendmail with a completely different program. Since the article refers to the Sendmail Consortium, this "patch" is probably a version of the original, sendmail. When you install it, you have reverted to a version of the old, bloated sendmail, which probably now has zillions of security holes waiting to be discovered.

      The fact that they don't tell us what the security flaw was or how to test for it is supporting evidence that this is what they're doing.

      --
      Those who do study history are doomed to stand helplessly by while everyone else repeats it.
    5. Re:Why does sendmail still in use? by spickus · · Score: 1

      Because it's the default smtp for many distro's and it works out of the box.

      --
      Indecision is the key to flexibility.
    6. Re:Why does sendmail still in use? by Anonymous Coward · · Score: 0

      Just because you have a program that can be linked to `sendmail` and it actuals works (somewhat) like the original Sendmail doesn't mean you've created a `new Sendmail`. All it means is that you've created a Sendmail-Workalike. If you have Qmail, Postfix, or any of the other Sendmail-Workalikes installed, you don't have Sendmail installed...period...you have a binary (or link) named sendmail, but that does not mean that a Sendmail patch would in any way apply to you.

    7. Re:Why does sendmail still in use? by Anonymous Coward · · Score: 0

      This has got to be the biggest piece of crap i've ever read on /. I'm especially amused by the explanation of the patch being a complete replacement of the currently installed software to a completely unrelated piece of software.

      -jmsc

    8. Re:Why does sendmail still in use? by Anonymous Coward · · Score: 0

      ....because IMO superior alternatives do /not/ exist. sendmail is the most powerful, flexible, and tried-and-true MTA out there. It's also quite secure. Much rise is given to the occasional (yes, "occasional") security hole that is discovered in it-- but given it's deployment, I do not understand the suprise.

      I get the distinct impression that many people who complain about sendmail have really not done their homework. Usually they're buying into qmail FUD that's over five years old. It's NOT that hard to work with, folks! Aren't we supposed to be the smart people who can deal with complexity?

    9. Re:Why does sendmail still in use? by jeremyp · · Score: 3, Informative
      If you look closely, you'll find that there are quite a number of completely different programs now that are called "sendmail".
      No there aren't. There is one program called sendmail that you can obtain from sendmail.org. It's an open source program that has suffered from source code forks in the past. But there is pretty much only one source tree that counts now.
      It has been widely understood that the original sendmail program was an overly-complex beast that tried to do everything for everyone, and was probably not fixable in any general sense.
      It hasn't been a serious security risk for at least five years. Yes it's a complex piece of software, but providing the full functionality required of modern SMTP MTA is a complex task.
      Because there has been so much software installed that knows how to talk to the original sendmail, it has been common to make new mailers present the same UI to the world. This way, a new mailer can just be dropped in as a replacement for sendmail, and everything works.
      Providing a sendmail compatible command line interface does not make an MTA sendmail. Do not call other MTAs "sendmail" or the sendmail consortium lawyers may sue you. In fact to be a true drop in replacement a program would have to understand the sendmail config file. Since most replacements have tried to get away from using the config file aka programming language used by sendmail, I'd be surprised if any of them could be described as a true drop in.
      In effect, "sendmail" is now just a description of a set of command-line options used in the rc and cron scripts.
      No it isn't.
      If a mail daemon implements these, it can be dropped in as a replacement for whatever "sendmail" is there, and it'll do the job required on your system.
      Do you even know what the job of sendmail (or another MTA) is?
      On several systems, I've replaced sendmail with a small (100-200 lines) perl script that mimics all the functionality in use there. This has given me a large number of geek points among non-perl-hackers. I just grin and say something like "That's trivial for a true perl guru." They don't have to know that it doesn't take a perl guru to do such a job.
      I haven't seen your code, but I'm guessing you have just replaced the command line functionality that allows you to inject a text file as an SMTP message into port 25 of a real MTA. You probably haven't implemented proper queuing, background delivery, prioritisation, alias handling, masquerading, routing, TLS, SMTP AUTH, LDAP routing etc etc etc.
      This does bring up a significant question about this news item. When they talk about a "sendmail flaw", which sendmail are they talking about? Presumably it only effects one of the N sendmails that are in use.
      They are talking about sendmail. It apparently affects several releases of that package, see sendmail.org for more details.
      Of course, one interpretation of the push to install a "patch" is that this purported patch is merely a way of getting one specific sendmail clone installed as widely as possible. I'd guess that this "patch" is not, say, a set of source diffs, but is a binary. When you install it, you are replacing your current sendmail with a completely different program. Since the article refers to the Sendmail Consortium, this "patch" is probably a version of the original, sendmail. When you install it, you have reverted to a version of the old, bloated sendmail, which probably now has zillions of security holes waiting to be discovered.
      There are so many inaccurate statements in this paragraph, I almost don't know where to begin. The only true statement in it is: "Since the article refers to the Sendmail Consortium, this "patch" is probably a version of the original, sendmail" The article is only a news story about the way the flaw has been reported. If you want information on the patch go to sendmail.org where you will find a description of the problem and a patch in source diff format and sendmail 8.12.8 which is the new release with the patch applied. Note that they only distribute it in source code format.

      Please get a clue before your next post.
      --
      All I want is a secure system where it's easy to do anything I want. Is that too much to ask ~~ Randall Munroe
    10. Re:Why does sendmail still in use? by ckaminski · · Score: 1

      Except you forget these small things called vaporous and conflicting "business requirements". Just because sendmail works in my company doesn't mean it's not a moving target. Acquisitions of companies and divisionalizations be damned... ;-)

  10. Dept. of Homeland Security by Ivan+Raikov · · Score: 4, Informative

    Speaking of the Dept. of Homeland Security, here's an link to an article with some suggestions to Tom Ridge on how to improve his department, so that it actually keeps the citizenry well-informed and aware of possible terrorist threats and how to handle them (as opposed to keeping them scared and in an information blackout).

    1. Re: Dept. of Homeland Security by Black+Parrot · · Score: 5, Insightful


      > Speaking of the Dept. of Homeland Security, here's an link [democratic...ground.org] to an article with some suggestions to Tom Ridge on how to improve his department, so that it actually keeps the citizenry well-informed and aware of possible terrorist threats and how to handle them (as opposed to keeping them scared and in an information blackout).

      You're making a mighty big assumption about what the DoHS was created for.

      --
      Sheesh, evil *and* a jerk. -- Jade
  11. I work for the government. by joe630 · · Score: 5, Interesting

    We all got notified to patch our systems immediately.

    Everyone is working togther to get all the systems running sendmail patched.

    While this doesn't seem like a big deal in the corporate world, in the government world, all red tape has been removed and we can make changes to critical systems INSTANTLY.

    FIX FIRST, meet later. It's an entirely different attitude, and it allows me to do my job more efficently. It works.

    1. Re:I work for the government. by kevin+lyda · · Score: 1

      yes, all that red tape that the gov't has that private industry lacked. right. that's why one of the hr people at one private company i worked at got mad at us for modifying our cubes. that's a job certified steelcase engineers.

      red tape exists everywhere. just ask people in banks or insurance companies.

      --
      US Citizen living abroad? Register to vote!
    2. Re:I work for the government. by mrwonka · · Score: 1

      I assume you were notified before the general public. correct ?

      Just curious if there are a whole slew of sys admins out there who will know about this (and many future vulnerabilities) before the rest of the world.

      How well do we trust the government sys admins not to use this information.. for evil ?

    3. Re:I work for the government. by Anonymous Coward · · Score: 0

      Your e-mail makes no sense. He was saying that gov't lacks red tape, not private industry. Private industry has the red tape, whatever that means...

    4. Re:I work for the government. by Anonymous Coward · · Score: 0
      How well do we trust the government sys admins not to use this information.. for evil ?


      Because They have a security clearance after a lenghty background check. If you've ever had the slightest doubt about America, there's a good chance you won't be hired . . . at least, that's what the CIA does =)

    5. Re:I work for the government. by joe630 · · Score: 1

      We were notifed at the same time as everyone else. I may have gotte the homeland security notice prior to you, but I knew about the sendmail bug from reading slashdot.

      If the notic hadn't gone out, I wouldn't have been able to fix the problem as quickly, if at all.

    6. Re:I work for the government. by joe630 · · Score: 1

      What is the point of your post?

      That my entire comment is incorrect because you put something offensive in your cube?

      Really. Tell me.

    7. Re:I work for the government. by kindbud · · Score: 2, Insightful

      That's nice. I can't even find out if this flaw is exploitable on my non-x86 platforms. ISS didn't bother to test non-x86 platforms. According to their release, "others" might be affected. But there is no information on how to test my systems for this vulnerability, so how can I tell if the patch is effective on my platform? It seems nobody but me is going to bother to check this. Is it now "In DHS and ISS We Trust?"

      No scanner, no tester, no exploit code, no help. Thanks ISS and DHS! I feel so much better with this new process.

      --
      Edith Keeler Must Die
    8. Re:I work for the government. by sckeener · · Score: 3, Interesting

      FIX FIRST, meet later. It's an entirely different attitude, and it allows me to do my job more efficently. It works.

      Gosh the exact opposite of that reminds me of NASA in the early 90s. A problem would happen. We'd have a meeting about the problem only to realize we needed another meeting to discuss the problem. Between the meetings to discuss the problem, we'd have a meeting to discuss the format for the next meeting. Of course in each meeting various contracting companies would be represented. The problem was always the fault of either A) the person or contract company not present at any of the meetings (hence why they have so many meetings) or B) the person to the left while seating around a table.

      I never knew how the problems were solved. I never saw any solutions at the meetings. It's my belief that NASA has trained MICE doing the repairs for slices of cheese.

      --
      "Only one thing, is impossible for god: to find any sense in any copyright law on the planet." Mark Twain
    9. Re:I work for the government. by Tony-A · · Score: 1

      Quoting the FreeBSD Advisory: (with a bit of emphasis added)
      A remote attacker could create a specially crafted message that may
      cause sendmail to execute arbitrary code with the privileges of the
      user running sendmail, typically root. The malicious message might be
      handled (and therefore the vulnerability triggered) by the initial
      sendmail MTA, any relaying sendmail MTA, or by the delivering sendmail
      process. Exploiting this defect is particularly difficult, but is
      believed to be possible.


      So, the short answer is yes, it's exploitable. Whether anyone would take what appears to be considerable trouble to exploit it is a different matter. Since it's Open Source, you can be reasonably sure that the flaw was real and is now actually fixed.

    10. Re:I work for the government. by jjo · · Score: 1

      It's almost certain that some malicious people will take considerable trouble to exploit this, given the extremely wide distribution of sendmail servers on the Internet.

      It is true that, as has been mentioned, sendmail runs on many different environments, and therefore one exploit will not hit every server. However, exploits for the most common environments (e.g., Red Hat, Solaris) will almost certainly be seen eventually. The difficulty of exploitation will only buy us time (and perhaps not much of that). When the exploits are out there, we'll see how well people have patched their servers. (My prediction: not well enough.)

  12. Homeland Security by benjiboo · · Score: 3, Interesting
    Are homeland security responsible for any tech security, or does that fall under the realm of CIA/FBI? (Forgive me, I'm not from the US.)


    The reason I ask is because this type of co-operation with public defense organisations and the private sector are likeley to become much more important as we come to rely more on these technologies, OR if we ever see any kind of cyber-terrorism. Ideally there would be a single point through which relevant information flows - as hinted at in the article, any leaks could be a problem.


    Do these agencies have a reputation for hiring good security people?

    --
    Vacancy for signature. Apply within.
    1. Re:Homeland Security by Angry+White+Guy · · Score: 2, Interesting

      No, they have a reputation for recruiting good security people. I don't think they accept applications.

      --
      You think that I'm crazy, you should see this guy!
    2. Re:Homeland Security by mark_lybarger · · Score: 4, Insightful

      the homeland security is responsible for making us americans feel all warm and fuzzy inside that our government is doing something to protect its citizens on its soil.

      they're responsible for releasing alert warnings every so often. placing the country on a level 3 or orange alert whatever that means, but it sure spikes the sales of bottled water, canned foods, batteries and duct tape for when the big bombs and chemical warfare comes our way.

      to be honest this entire administration has been doing a complete knee-jerk reaction to the WTC and Pentagon events from 2001. they're molding those knee-jerk reactions into something they can use to bomb Iraq and overthrow Suddam because quite frankly there's some big roots in the big state of Texas where "all Your Oil are belong to us"

      here's my favorite quote from the folowwing article:
      http://www.msnbc.com/news/872585.asp?0cl =c1

      That warning regarding tape and three days of water is profoundly helpful to people who are choosing to go to war with Iraq and need to cause an environment of fear in order that the public will do anything to break the fear fever. It serves the administration for the public to be so afraid. When you are afraid enough, you'll get on any train that's leaving the station, even if it is not going where you want to go. That sentence says it all.

    3. Re:Homeland Security by Anonymous Coward · · Score: 0

      they're responsible for releasing alert warnings every so often. placing the country on a level 3 or orange alert whatever that means, but it sure spikes the sales of bottled water, canned foods, batteries and duct tape for when the big bombs and chemical warfare comes our way.

      The "Homeland Security Threat Level" (not really an alert) actually has well defined effects for federal sites. For example, I work at a laboratory funded by the DOE. When the homeland security people read the entrails and raise the level to orange, then we have to follow a few extra security procedures, which mostly pertain to the security checkpoints.

      I don't know why they broadcast the threat level to the general public. The obvious guesses are: A) so the government is not accused of 'covering up' this information, or B) to keep people afraid of terrorism. Your guess is as good as mine.

  13. Who has the power? by st0rmcold · · Score: 0


    Should the DHS have this responsibility? to notify the companies that have a vulnerability once it's found? Who watches the watchers?

    If the dept. wants to inquire information on specific businesses or corporations, they will get the key to enter from security companies (exploits).

    I think this is wrong, security holes should be annouced freely, the solution is not secrecy, it's education, to teach the administrators to apply the patches needed properly and always stay up to date.

    The DHS should take care of their own systems and leave cyberspace alone, I think the internet community as a whole is doing very well for itself and does not need a babysitter.

    --
    Posting useless rant since 2003.
  14. So what's... by jpmahala · · Score: 2, Insightful

    NSA going to do with all of their newfound freetime? According to the article:

    In the future, the Department of Homeland Security will be the U.S. agency that will manage any response to major cyberthreats.

    Will the DHS publish Security Recommendation Guides like the NSA?

  15. LOL by johnjones · · Score: 0, Offtopic

    made me laugh thanks

    if your in the U.S. check out the daily show on comedy Central Very Very funny and whats more real......

    http://www.comedycentral.com/tv_shows/ds/

    regards

    John Jones

    1. Re:LOL by Anonymous Coward · · Score: 0

      That's played on the Comedy Network in Canada as well. John Stewart's take on world events is cynical and so simple, it's near brilliant.

  16. Improved policy? by Jeppe+Salvesen · · Score: 5, Insightful

    Wouldn't it be best to issue a statement like "sendmail has an exploitable vulnerability, we recommend that you switch to your standby alternate mail system until we release a fix"? There is no way that blackhats would figure out where to look from a statement like that, and those of us with really good security could switch to our exim-based solution if we really feared to be hacked. Basically, do we trust the homeland security dept to determine our security policy?

    That being said, good to see a well coordinated patch release. I just wish the paranoids would get advance warning.

    --

    Stop the brainwash

    1. Re:Improved policy? by eyeball · · Score: 2, Insightful

      could switch to our exim-based solution if we really feared to be hacked

      Oh, yeah. I run a small ISP that does about 1.6 million messages / day. Other siblings of my department do 10 times that. If I tried implementing a safer stand-by system, I would be laughed right out of a job. Not to mention the safer backup systems for everything else -- web serving, news, authentication, online tools, etc..

      --

      _______
      2B1ASK1
    2. Re:Improved policy? by Jeppe+Salvesen · · Score: 1

      So it doesn't apply to you. However, it would probably apply to a financial institution, a nuclear power plant, etc etc.

      --

      Stop the brainwash

    3. Re:Improved policy? by sean23007 · · Score: 1

      That would probably be a bad idea. At least in this case, where there is no exploit code. If you announce that sendmail has an exploitable vulnerability, all the blackhats will be all over it trying to find that vulnerability, and basically everyone who isn't paranoid enough to switch to something else gets hacked. Additionally, even once sendmail does get hacked in this situation, would everyone who switched off it want to switch back? Switching like that isn't the easiest thing in the world, and doing it twice is not something anyone wants to do. Basically, you don't want to drive people away from your product even if there is a bug. You want to fix the bug before anyone knows about it, and secrecy can go a long way towards making that possible.

      --

      Lack of eloquence does not denote lack of intelligence, though they often coincide.
    4. Re:Improved policy? by Imperator · · Score: 1
      Wouldn't it be best to issue a statement like "sendmail has an exploitable vulnerability, we recommend that you switch to your standby alternate mail system until we release a fix"?
      The problem is, that statement has been generally true for many years now. The people that are still using sendmail either truly need its flexibility or just don't know any better.
      --

      Gates' Law: Every 18 months, the speed of software halves.
    5. Re:Improved policy? by rthille · · Score: 1

      Oh come on. Anyone who really cares about the security of their mail servers security hasn't run sendmail for a long time!

      --
      Awesome furniture, accessories and cabinetry in Santa Rosa, CA: http://humanity-home.com/
  17. What about international software? by bigberk · · Score: 5, Interesting

    Is the U.S. Department of Homeland Security also going to try and take care of software developed internationally?

    For example, it seems that a lot of OpenSSH development is done in Canada and Germany. And the server is run out of Canada.

    The OpenSSL team looks primarily international too (UK, Germany, Sweden, New Zealand). There server is managed by Brits and Swedes.

    Actually... I think you'll find that a lot of crypto software is based outside the US. Probably due to constraints placed on crypto development in the last decade.

    1. Re:What about international software? by TechnoVooDooDaddy · · Score: 2, Insightful

      yeah, why nto? the US seems to be trying to take care of everything else internationally..

      I know I know, prolly flamebait, but i gots the karma to burn

  18. as long as it works this way. by Anonymous Coward · · Score: 0

    They have wayyyyy too much power for their own good. And that department can easily become the homeland citizen control center overnight with the appointment of only one self ritious "patriot" that needs to protect this country from the non-patriots.

    I want a homeland security security office.. a office that does nothing but watches them and can stop or shut them down at a moment's notice.

    I dont trust them, and given with the levels of corruption today, it's only a matter of a short time before you become a "traitor" or a criminal of the homelans security office for simply viewing a DVD or hearing a song or reading a book.

  19. Good coordination? Ha. by HeelToe · · Score: 1

    I certainly didn't hear about this until a number of groups announced it yesterday, but then, I stopped running sendmail after the umpteenth root exploit back in the 90s, so I couldn't give a damn about it.

    Regardless, I read the exploit has been known since January of this year. Is this correct? If so, I find it hard to believe The Office of Homeland Security kept this under wraps and away from the hacker community for this long a period of time. The announcement and fix to this exploit are anything but timely.

  20. bugs by mschoolbus · · Score: 1, Troll

    I have heard that sendmail is the most complicated program ever developed, is this true in any way? Sendmail can do a lot and there are a frequent amount of security issues, most of which get fixed very timely, but it has to be better than exchange, isn't it?

    1. Re:bugs by essdodson · · Score: 1

      No, that's mozilla. One of the attributed reasons for the failure of mozilla is that it's widely called spaghetti code. Yes mozilla is a great browser and it works, but it's too little too late, and apparently it's codebase is hell to figure out.

      --
      scott
  21. I'm a bit confused ... by jc42 · · Score: 3, Funny

    The article says:

    A critical flaw in Sendmail, the Internet's most popular e-mail server, ...

    But I've been reading all these claims that Outlook handles 99% of all email.

    Which of these claims is a lie?

    (Is it possible that they're both lies?)

    --
    Those who do study history are doomed to stand helplessly by while everyone else repeats it.
    1. Re:I'm a bit confused ... by Anonymous Coward · · Score: 0

      Outlook isn't an e-mail server, its a client. Get a clue.

    2. Re:I'm a bit confused ... by Zemran · · Score: 2, Informative

      You are confused. Sendmail is a server and Outlook is a client. The 2 statements do not contradict each other in any way.

      --
      I love stacking my barbecues in the shed at the end of summer - you can't beat a bit of grill on grill action.
    3. Re:I'm a bit confused ... by Anonymous Coward · · Score: 0

      You are confused. I won't even get into why, as I don't want to end up confused too...

  22. keeping it secret by sublime99 · · Score: 1, Troll

    i don't see how the US government can even think of taking credit for this patch. From what I have read about it, it has been around since circa. 1987.
    Giving Sendmail Inc. the proper "mask" so terrorists wouldn't find this problem is ridicilious. Anyone can look through the source and find these exploits if they do exist. Just DHS got to it first.
    Scares me that they are running Sendmail though on their mail servers, since it has more holes then a wiffle ball and they are suppose to be about security and defense.
    waiting for the day...

    Caption: "Soldier send an email to the liuetent"
    Soldier: "I can't sir I am getting terrorist spam....scary looking at a naked bin laden....ewwwww"
    Caption: "mmmmm spam!"

  23. DHS versus Early Disclosure by mcgroarty · · Score: 5, Insightful
    If I've got a vulnerable service running on on of my systems, I'd rather know about it right away so I can make the decision as to whether I want to keep it running or temporarily deploy an alternate service.

    I liked the handling of ssh's problems last year much better. "Heads up, there's a problem in these versions. We'll let you know exactly what after we get the patch out." It's not enough to give a hacker a reasonable foot up, but it gets the service off the network should anyone already be quietly taking advantage of the weakness.

    1. Re:DHS versus Early Disclosure by Anonymous Coward · · Score: 0

      I agree with you, except that's not what ssh did. They said there was a big problem and everyone should update to the new version they wanted to promote. Turns out, it wasn't a problem at all for 99% of the installations. I think it was a sneaky trick by ssh to get some more beta testers, but I'll never know for sure.

    2. Re:DHS versus Early Disclosure by freeweed · · Score: 1

      If I've got a vulnerable service running on on of my systems, I'd rather know about it right away so I can make the decision as to whether I want to keep it running or temporarily deploy an alternate service.

      Ok, I'll help you with this:

      YOU'RE RUNNING VULNERABLE SERVICES ON ALL OF YOUR SYSTEMS.

      Virtually every single application/operating system/foobar has been shown to be vulnerable to something in the past, and most definitely will be shown to be vulnerable to something in the future. Changing software just because of some vague "this could be vulnerable" warning isn't really a bright idea.. unless it's of the gaping-hole-every-version-in-every-configuration-i s-toast kind.

      A good example is the latest 'issue' with Webmin - a very powerful, easy to exploit root hole, yet most installs don't seem to be vulnerable (defaults saving our asses, once again :). Most users have nothing to worry about, and a warning without details actually would cause more harm than good - especially if there's no patch/update released.

      I'm all for information being free, but from what I've seen, blackhats don't tend to keep it to themselves for very long, so we'll know what they know soon enough. At least give vendors time enough to patch, or we're no better than Chicken Little.

      --
      Endless arguments over trivial contradictions in books written by ignorant savages to explain thunder in the dark.
  24. Showcase for open source by arvindn · · Score: 4, Informative
    The article reads like a showcase of the OS security model. Basically Sendmail Inc. made available a patch before news of the vulnerability leaked and exploits could be created. Classic case of the good guys spotting the bug before the bad ones.

    Quote:

    "Working with the private sector, we alerted key owners of the vulnerable software and got them talking," said David Wray, spokesman for the IAIP Directorate. "We think this is a great example of how this should, and does, work."

    The Department of Homeland Security got high marks from the security community for giving companies the necessary time to create the patch and for synchronizing its release.

    "This is the model for what you do if you want to find a vulnerability," said Alan Paller, director of research for the SysAdmin, Audit, Network and Security (SANS) Institute

    1. Re:Showcase for open source by Anonymous Coward · · Score: 0

      I am sure somebody already hacked systems with the bug. How else is George supposed to tap the communications of the UN? 'to avoid suprises when he pushes on Iraq'?

      The US had free reign to snoop on -anybody- running Sendmail for HOW long?

      A lot of emails go through sendmail servers in 2 months. The infamous mis-information campaign courtesy Tom Ridge.

      Bah.

    2. Re:Showcase for open source by Python · · Score: 2
      Classic case of the good guys spotting the bug before the bad ones.

      No, this is a classic case of why this myth keeps getting passed on by the masses. Simply put, how do you know the bad guys didn't spot this a long time ago? You're assuming the bad guys will put out a big press release saying "We found a big bug in sendmail and we're exploiting it!"

      That is definitely not how it works and its not even logically consitent. Absence of evidence is not evidence of absence. "Bad guys" can and have kept their exploits to themselves in the past. We know this for a fact. So why should this case be any different? Its not.

      Why would anyone that has owned your servers tell you that they owned them, unless they didn't want to own those boxes in the future. If you're a "bad guy" and you figured out a nifty way to own 75% of all the mail servers out there, why would you be so stupid as to tell everyone?

      In short, if you think you're safe because the "good guys" found it "first", because the "bad guys" didn't put up a big notice that they found a flaw in your software, you're doomed. Software is flawed: it was written by people for goodness sake. It is very difficult to write "secure software" so you must assume that the software you use is filled with holes and they someone, somewhere, has figured out how to exploit one of or more of them.

      Real computer risk management is about acknowledging that fact. There are vulnerabilities that you and the good guys do not know about.

      The solution to computer security is not more obscurity, its about building your risk management model around reality. Your software has holes, your employees can not be trusted, life is dangerous: there be dragons out there.

      --

      Python

  25. Lets has a reality check here. by Anonymous Coward · · Score: 0

    1st part of the check: Someone is claiming this was known in December.

    It is now March.

    Where is the evidence that The Department of Homeland Security was told about this by ISS before the ISS data:

    Vendor Notification Schedule:

    Initial vendor notification: 1/13/2003
    Initial vendor confirmation: 1/13/2003
    Final release schedule confirmation: 1/31/2003

    Is this a case of The Department of Homeland Security Puffing up its chest, a case of TDHS giving info to ISS, ISS 1st goes to governments before the code authors, or something else?

  26. ISS - proven shills by Anonymous Coward · · Score: 5, Interesting

    Once again, ISS have let the community down. Instead of informing the vendors, or CERT, or even just posting to Bugtraq, they informed the USG first. As a result .mil sites had the patch four days before anyone else (so far as we know) were even aware that there was an issue. [Although they claim that they checked their private "sensor" networks, somehow I doubt they have better coverage than eg DShield.org. ) This is unacceptable behaviour for an info-sec company that wants to be a responsible member of the community, and of course is just the latest in a list of behaviour that I at least consider unethical. I work for an ISS reseller outside the USA, and I will be exercising my influence internally to push for replacing the ISS prodcuts either with Free alternatives, or proprietary products from companies with a better grasp of their responsibilities. BTW we have several very big global clients.

    1. Re:ISS - proven shills by seite-f00f · · Score: 3, Insightful

      You are right, but that is not the most scary effect of the so called "Homeland Security." Imagin: comany X finds some major bug in a widespread security relevant application an informs first(!) the US gov. so the US "cyber warfare" units had a 2 month headstart exploiting servers around the world.

      nice eh?

      -- greetings from _OLD_ europe

  27. Sounds nice but... by captaineo · · Score: 4, Insightful

    It sounds cool to have the US govt leaning on vendors to write patches, but I have a feeling that if this becomes the norm, vendors will just push DHS for longer and longer lead times. The article indicates this particular bug was known since January. Two months is a pretty long time to wait for patches!

    And this is just DHS's "first test" - I imagine after they build up a cozy relationship with the major security-problem vendors (i.e. Microsoft), they might not even disclose any known flaws until patches come out (i.e. months to "never").

    Remember that government officials will probably listen a lot more attentively to "captains of industry" (i.e. MS) than "those unwashed hippy hackers" (i.e. the open-source community).

    1. Re:Sounds nice but... by pjrc · · Score: 3, Insightful
      What's really cool is that they're leaning on admins to actually install the patch quickly.

      Sure, it sucks to be "left in the dark" while vendors slowly come up with patches. Sure, you'd like the vendor's "feet held to the fire" to write, test and release the patch as quickly as possible. If that's painful for them, well, they dman well deserve it since they wrote the but in the first place. Or at least that's how it feels to you and me, small-time admins (at least me) who find out when the patch is released weeks or even months (2 in this case) after the initial discovery. It's easy to feel this way.

      But historically, the biggest problem has not been the timeliness of releasing patches. The REAL problem has been that most admins/users do not install the patch until _after_ an attack has begun.

      Pathces not getting applied is by far the largest problem. It dwarfs the problem that of several weeks elapsing between initial discovery to patch availability to public announcment (where the "problem" is that some black-hats might have known for some time and might have been quietly exploiting systems for a long time).

      Sure, it rubs you and me the wrong way and might even hurt our feelings a bit that we were kept in the dark for 2 months. Yeah, it sucks that our servers were on-line and open to attack all that time (and long before initial discovery by ISS). But get over it.

      In the larger picture, what has always mattered much more is getting all or most systems patched. That has historically been a giant problem. Admins don't patch, for one reason or another. Some are overworked, a few might be lazy, many don't find out about the patch, and in a great many cases the admin isn't authorized to make "unnecessary" changes, or would be risking his job patching a critical system before upper management felt it was urgent.

      In the past, only a widespread attach has given most admins that sense of urgency to apply the patch. That sucks.

      The DOH using its clout to provide that sense of urgency to apply the patch before an attack begins is a good thing. To the extent they pull this off (it's still too early to judge), they'll have gone a long way towards solving the largest computer security problem.

      So whine all you like about being left in the dark. Mod me down for going against the flow here on slashdot. Complain about the extreemly unlikely chance that some black-hat knew before ISS and was quitely and undetectably exploiting the bug. But don't try to deny that by far, by at least an order of magnitude, the largest problem has been a widespread failure to apply released patches until after a highly successful and widespread attack.

      To the extent the DOH puts pressure on admins to install this patch before an attack, they will have made a huge improvement in overall security. The several weeks from initial discovery until patch availablity and security advisory just isn't significant in comparision.

  28. That's It! by eyeball · · Score: 2, Interesting

    That's it. I'm guitting the profession as soon as I can find something that pays just enough.

    This is the beginning of the end. It's not hard to imagine an "Office of System Software Security Review" or some other government group of 'experts' that mandates all software go through their security analysis. I'm sorry. I have enough trouble explaining my code and system architecture to corporate 'security experts' (the types that don't understand TLS/SSL or SSH, and insist that we use tcp_wrappers enabled tftp since it doesn't use plain-text passwords going over the network!).

    So the big question is, what do I do with my life now? Maybe open a Subway sandwich shop. Any other suggestions?

    --

    _______
    2B1ASK1
    1. Re:That's It! by LiENUS · · Score: 1

      could always move to soviet russia where code audits you!

    2. Re:That's It! by truffle+pig · · Score: 1

      Maybe you could get a job with the DHS making sub sandwiches in their cafeteria

    3. Re:That's It! by uptownguy · · Score: 1
      So the big question is, what do I do with my life now? Maybe open a Subway sandwich shop. Any other suggestions?

      Write

      Travel photographer

      2nd grade teacher -- (most of 'em learn to read that year!)

      Coffee Shop owner

      Farmer

      TV Producer

      Epidemiologist

      Face painting

      Inventor

      Cyrptologist

      Waste Management

      Priest/Nun

      Billionaire Industrialist (*Very late 1800s retro, too!)

      Aerobics Instructor

      Car Sales

      Secret Shopper

      Home Day Care

      --


      I would have to say that explosives are the most abused technology in all of history.
    4. Re:That's It! by eyeball · · Score: 1

      Billionaire Industrialist (*Very late 1800s retro, too!)

      How did you know I had a naked poster of Andrew Carneggie on my bedroom wall?

      --

      _______
      2B1ASK1
    5. Re:That's It! by uptownguy · · Score: 1

      How did you know I had a naked poster of Andrew Carneggie on my bedroom wall?

      You too? I've got the full set: Rockefeller, Ford, Getty. I've even got one of Howard Hughes...he's so dreamy!

      --


      I would have to say that explosives are the most abused technology in all of history.
    6. Re:That's It! by eyeball · · Score: 1

      Rockefeller, Ford, Getty. I've even got one of Howard Hughes :)

      --

      _______
      2B1ASK1
    7. Re:That's It! by Lxy · · Score: 1

      what do I do with my life now? Maybe open a Subway sandwich shop.

      Going into the restaurant business is full of the same crap as the IT industry. There's plenty of government regulations (mainly OSHA and health dept) as well as the clueless morons at Subway HQ who dictate everything that happens in your store, even though they have never been to a Subway themselves.

      I'd go into light construction. I've been thinking about this myself. We IT types put up with too much politics in the office. Driving a bulldozer or operating a crane... that sounds like a nice relaxing job. Lots of fresh air, certainly better excercise than late night code cramming sessions, and a lot less BS from some dude wearing a suit.

      --

      There is no reasonable defense against an idiot with an agenda
      :wq
    8. Re:That's It! by Anonymous Coward · · Score: 0

      No, No, No, That's A.J. Drexel.

  29. classic Bush / Ridge indeed by Anonymous Coward · · Score: 0

    Why don't they go after Microsoft and force them to patch IIS instead? Well, we all know why.

    Oh, and don't forget: stock up on duct tape. It scares our ennemies.

  30. An Impressive Debut by Hanashi · · Score: 2, Troll
    IMHO, this was the best-managed vulnerability disclosure in recent years. I read the release pretty early on, and vendor patches were already available! Wow!

    Although there have been a few grumblings, it looks like there are a lot of others who feel the same way I do: it's perfectly OK to have a short lag time between vulnerability discovery and disclosure, as long as the Baddies don't start taking advantage of the situation before the patches are available. In this case, I read that the lag time was about 2 weeks, which seems perfectly reasonable.

    Kudos to all involved!

    --
    Check out my eclectic infosec blog at InfoSecPotpou
    1. Re:An Impressive Debut by Anonymous Coward · · Score: 0

      Thats just another way of saying that the information was hidden until the vendor actually made a patch, and lots of systems were vulnerable for months, without anyone informing the admins of the risc.

    2. Re:An Impressive Debut by Anonymous Coward · · Score: 1, Interesting

      You think this was about two weeks from discovery to reelease?
      How do you explain this:
      gpg --verify sendmail.8.12.8.tar.gz.sig sendmail.8.12.8.tar.gz
      Signature made Tue 11 Feb 2003 11:25:07 AM PST using RSA key ID 396F0789
      The code was fixed packaged and signed three weeks ago.
      It's one thing to hold off on release of the vulnerability
      until a patch is made, but it takes a special kind ofgroup to wait
      three more weeks. I just build up a new mail server. I downloaded the cade after the 11th
      of Feb. I never trust that the code I'm using is secure, but I require that I can trust the makers
      of that code to tell me the truth when they say this is secure to the best of their knowledge.
      I'll install this patch and then go look for some other MTA.

    3. Re:An Impressive Debut by Anonymous Coward · · Score: 0

      I've never been happier not to be an American. Kudos?
      Baddies? What the hell is going on there, did you all
      get lobotomies? Have they been spiking your water?
      Do you know what is going on? Hello! Hello-o-o-oh!

  31. Publicity keeps vendors honest by Anonymous Coward · · Score: 5, Insightful

    Does anybody else find it disturbing that "good security" is being equated with "keeping exploits quiet"?

    It's precisely the threat of publicity that pressures vendors into patching their compromised software quickly. If that threat is relieved, by Official KeepYerDamnMouthShut Orders from a government body, those same vendors may start to think "Phew, now we can wait for the next upgrade".

    This is Not a Good Thing.

    1. Re:Publicity keeps vendors honest by dmaxwell · · Score: 1

      Crypto development had to be moved out of the US. If necessary, I suppose it can done for security disclosure as well. After all, our government would NEVER place a vendor's interests above those of consumers.

    2. Re:Publicity keeps vendors honest by pjrc · · Score: 1
      It's precisely the threat of publicity that pressures vendors into patching their compromised software quickly.

      If you look at the last couple years, the real problem hasn't been how quickly the vendor released the patch. (extreem vendor denial/delay was a large problem long, long ago). The problem has been that long after the patch was released, most admins/users had not applied it.

      In the last few years, every major incident was not a result of a vendor taking too long releasing the patch. All the real problems have been due to a failure to communicate the availablity of the patch and failure of admins and users to update their software with the patch (for a variety of reasons, but the problem of unpatched systems is the same regardless of the reason the patch was not installed).

      According to the articles, the DOH is using its clout to get admins to install this patch quickly. Lengthening the usual 3-4 weeks to 8-9 weeks in this case is a non-issue compared with the problem of getting every sendmail installation to actually install the patch.

      It appears they are making progress on the REAL problem.

      If that threat is relieved, by Official KeepYerDamnMouthShut Orders from a government body, those same vendors may start to think "Phew, now we can wait for the next upgrade".

      That certainly doesn't appear to have happened here. Sure, the process took 8-9 weeks, rather than the usual 3-4 weeks or the "holy shit, there's exploit code on bugtraq" schedule.

      Honestly, if those extra 5 weeks spent somehow result pressure on admins to install the patch quickly (rather than pressure not to risk their job making non-urgent changes to the critical email server), then it was time well spent.

      This is Not a Good Thing.

      Needlessly lengthening the delay would not be good. Going back 5-10 years ago, when vendors primarily used denial instead of releasing patches would be not a good thing.

      But in this case, the trade-off appears to be that the DOH is using its clout to put a sense of urgency into admins (and their managers, who have historically been the larger problem in not accepting the cost and risk of applying patches until after a successful attack).

      If they are successful in getting admins to widely deploy the patch quickly, and all it cost was a few weeks delay and some "big brother" spooks involved to exert pressure to get everyone upgraded, then I'd say it's by far a net win.

    3. Re:Publicity keeps vendors honest by HiThere · · Score: 1

      Government regulatory agencies always become more responsive to the companies that they regulate than to the citizenry en-mass. It may not start out that way, but things evolve. (P.S.: What makes you think anyone was really leaned on to install the patch? Would that necessarily be good? An unexamined patch might contain nearly anything.)

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    4. Re:Publicity keeps vendors honest by pjrc · · Score: 1
      What makes you think anyone was really leaned on to install the patch?

      The C|Net article... you know, the one slashdot linked to....

      Quoting from the article:

      "They were a good resource in helping us make sure that the protection was put in place," Greg Olson, chairman and co-founder of Sendmail Inc., said of the response staff at NIPC, now with the directorate. "You need to contact a lot of people and make sure they understand this is important and (make sure they) apply the patch." Sendmail Inc. develops a proprietary version of the mail server.

      And also this similar article on MSNBC

      Would that necessarily be good? An unexamined patch might contain nearly anything.

      Are you serious?

      Are you really suggesting they should not do everything reasonably possible to get the patch widely installed? Have you not paid attention to the last several worms that exploited well known problems months after the patches had been announced but never widely installed? Do you not understand what a remote root exploit is? Have you no concept of sendmail's massice installed base handling 50% to 75% of all email messages?

    5. Re:Publicity keeps vendors honest by HiThere · · Score: 1

      1) I read the article. I reread your quote. Perhaps you have a different definition of "lean on" than I do.

      2) Yes. I know what a remote root exploit is. But I don't know what their patch was. (I accept that, this time, it was probably as represented.) More to the point, I don't favor a government telling me that I must install something that they say on my computer. Convincing me is a totally different matter. I'm generally easy to convince. But I prefer that patches be verified by someone that I consider trustworthy.

      3) That's a good argument for SendMail sending out a notice saying "It's really important that you install this patch. It fixes this hole. If might well even be a good argument for some federal agency forwarding the notice to those that it chooses. But SendMail, or other author, should immediately post the patch publically, not distribute it privately to a selection of "friends". (I grant that this should be their legal right, but I doubt that once headed in this direction they will retain the trust of those not on the "friends" list.)

      If you don't want to advertise the vulnerability, then just release the changed version as a normal upgrade, together with a note saying that it is rather important to perform the upgrade. Then, after it is in circulation, notify everyone that it fixes an important bug. That gets the most important and the most attentive servers upgraded before the notice. And let people know which versions were vulnerable.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
  32. RTFM by Anonymous Coward · · Score: 0

    There's this thing called a SERVER and this thing called a CLIENT.

    sendmail? server.
    outlook? client.

  33. oh good by Wordsmith · · Score: 1

    That's what we need. -More- secrecy in government. You just don't see enough of that these days.

  34. What? by deadsaijinx* · · Score: 1

    I thought the DHS was just out there trying to get me with the Black Helicopters ....

    --
    YOU SUCK BALLS!
  35. Remember, the US is not the world. by perly-king-69 · · Score: 3, Insightful

    So what happens when a Finnish hacker finds a vuln in MS IE...should they tell a foreign government first? What about a French hacker? Or an Iraqi hacker? These problems now transcend national government interests.

    --

    --
    This sig is inoffensive.

  36. Goverment is getting credit! by giberti · · Score: 5, Interesting

    I think it's interesting that the government is getting credit for working with the private sector in releasing information. Part of the the point of open sourced software is so that bugs can be found and patched quickly. The CERT email I got yesterday afternoon had MANY patch sources listed by vendor (RedHat, Apple, Sendmail etc) and was timely. I don't belive that the pat on the back goes to Uncle Sam in this situation, but rather the folks at Sendmail who worked to resolve this issue in a timely and organized fashion. They released the information to those who needed to know (including the DHS) and worked on a solution to get this stuff out to the public.

    To quote Eric Raymond, "Given enough eyeballs, all bugs are shallow"

    Kudos to Sendmail for getting this taken care of.

    --

    AF-Design, web development.
    1. Re:Goverment is getting credit! by kcurtis · · Score: 2, Insightful
      OK, sorry for a minor flame, but did you read the article?

      First, notice that they give credit to ISS and Sendmail.

      The agency's Directorate of Information Analysis and Infrastructure Protection (IAIP) worked with security company Internet Security Systems, which discovered the flaw, and Sendmail Inc. to create a patch while keeping news of the issue from leaking to those who might exploit the vulnerability.
      Then they discuss that they alerted key owners and facilitated communication.
      "Working with the private sector, we alerted key owners of the vulnerable software and got them talking," said David Wray, spokesman for the IAIP Directorate. "We think this is a great example of how this should, and does, work."
      Sendmail *themselves* noted that the coordination of the government helped...
      "They were a good resource in helping us make sure that the protection was put in place," Greg Olson, chairman and co-founder of Sendmail Inc., said of the response staff at NIPC, now with the directorate. "You need to contact a lot of people and make sure they understand this is important and (make sure they) apply the patch." Sendmail Inc. develops a proprietary version of the mail server.
      Bottom line, yes Sendmail gets kudos. But so does the government for being the coordinator of the entire effort. I'm not a big fan of this department of homeland defense, but in this case their agency did a nice job, and it deserves the mention it is getting.
    2. Re:Goverment is getting credit! by briancnorton · · Score: 1

      The part you are missing is that it's the government's JOB to secure national infrastructure. While it's great that the private sector also took up the call, there is a DEFINITE NEED for an authoritative governmental coordination of things like patches. SQL Slammer propagated because sysadmins didnt patch, so the old system is obviously FLAWED. Perhaps government participation will convince lazy sysadmins that problems are real.

      --

      People who think they know everything really piss off those of us that actually do.

    3. Re:Goverment is getting credit! by Anonymous Coward · · Score: 2, Insightful

      You guys are completely missing another important factor. The government has known about this bug--and kept it secret--since December. That means ALL the mailservers around the world running Sendmail were open for their inspection.

      What's the chance that the CIA got word of this bug from Tom Ridge's outfit in December, and oh, just decided to sit on it? Nada.

      One say--almost with complete certaintly--that foreign countries had some of their mail servers rooted last year and in early January. And this was possible because the government is playing an active role in funding code review, and working with vendors and security outfits like X-Force as ISS. The Homeland folks get a heads up on exploits (and passes this information along to the FBI, CIA, NSA and electronic warfare units in the DoD.)

      This is not so much another story about a bug release and yet another flame war about how people are supposed to be notified. Instead, this is a hint (if you're smart enough to catch it) at the future of Cyber Warfare.

  37. Re: Good coordination? Ha. by Black+Parrot · · Score: 2, Funny


    > Regardless, I read the exploit has been known since January of this year. Is this correct? If so, I find it hard to believe The Office of Homeland Security kept this under wraps and away from the hacker community for this long a period of time. The announcement and fix to this exploit are anything but timely.

    Sorry, but they were too busy buying up stock in duct tape and plastic wrap last month. Everything in good time, my man.

    --
    Sheesh, evil *and* a jerk. -- Jade
  38. The elephant in the living room by RylandDotNet · · Score: 2, Interesting

    This is a nice, photogenic, easy dry run. Bully for DHS. But are they ready to get their hands really dirty and take on Microsoft? Patching Sendmail is easy - the OSS community wants to help, Sendmail themselves want to help. But somehow I think Microsoft is going to be a little tougher.

    1. Re:The elephant in the living room by Anonymous Coward · · Score: 0

      Good point... In fact, I wonder how many MS vulnerabilities they're already sitting on?

      As long as they only announce vulnerabilities when the fix is ready, they'll always appear to have 100% success. Regardless of the real story.

  39. Superior Posts exist.... by jeaster · · Score: 3, Funny

    ...Why is anyone still reading this one? ;)

  40. managing risk in Redmond... by cshoes · · Score: 5, Funny

    In the future, the Department of Homeland Security will be the U.S. agency that will manage any response to major cyberthreats.

    I hope these guys have Microsoft's number on speed dial...

    1. Re:managing risk in Redmond... by Spoing · · Score: 1
      In the future, the Department of Homeland Security will be the U.S. agency that will manage any response to major cyberthreats.

      I hope these guys have Microsoft's number on speed dial...

      Speed dial? Aren't dasy cutters and black helicopters more appropriate in this case?

      --
      A firewall can not protect you from yourself. Turn off what you do not need. Do not use the firewall to do your work.
    2. Re:managing risk in Redmond... by sean23007 · · Score: 1

      MICROSOFT
      642767638

      *Ring*

      Hello?
      Yes, hello, I'm looking for a Mr. Gates, first name Bill.
      Oh, really? A Mr. Gates? First name Bill, is it? Listen you, if I ever find you I'll --

      -Obligatory Simpsons.

      --

      Lack of eloquence does not denote lack of intelligence, though they often coincide.
    3. Re:managing risk in Redmond... by Anonymous Coward · · Score: 0

      You guys are funny. Real winners actually. Even when an exploit is publicized the way this is being publicized and addresses a problem with a piece of software run almost exclusively in Linux/Unix etc, who still have to attack MS in some way. Asshole, mother's-basement-living wackjobs.

  41. What do I do now? by Ex+Machina · · Score: 1

    My vendor is kaputt and there are no sendmail packages.

  42. Re:Canadian Security by Anonymous Coward · · Score: 0

    So what happens when a Finnish hacker finds a vuln in MS IE...should they tell a foreign government first?

    Probably...and allies should share information and cooperation with regards to the matter.

    Enemies? Umm...generally we expect them to be enemies. That's life.

  43. Did they notify non-commercial dists like Debian? by KeithH · · Score: 3, Insightful
    The article states:
    Internet Security Systems originally reported the flaw to the NIPC in mid-January. The agency helped notify other companies...

    I'm curious to know whether the NIPC notified non-commerical interests such as the Debian organization? Also, did they notify any non-US-based distributions such as Suse?

    It is not clear to me that the NIPC is anything more than a bureauratic clearing house and censor. I suspect that the security community that is referred to as giving high marks includes only the commercial side of the industry. I'll bet that Mr. Lemos could get a meatier article out of investigating some of these questions.

  44. Responsibility && responsibility && by 4of12 · · Score: 3, Insightful

    If the parties involved are actively seeking to fix the problem, in a timely manner, I see no harm in not shouting from the mountain top what the problem is.

    I think it reflects well on discoverers of vulnerabilities if they notify the software maintainers first by backchannel means and describe the vulnerability with enough precision for the authors to be able to fix the problem in a timely manner. DoVs should get extra credit if they submit an actual patch that fixes the vulnerability (does not apply to proprietary binary products, clearly).

    But the vulnerabiltiy is a ticking time bomb out there for users in the real world. The white hat DoV may have discovered the vulnerability after 3 black hats who are shoving it into their latest malware.

    The discoverer of the vulnerability and the maintainers of the software are jointly responsible for doing everything in their power to expedite their work, to notify users of the vulnerability, and to provide a patch for them.

    Finally, all software users have the responsibility to keep appraised of the latest security alerts and patches for vulnerabilities and to apply them.

    If any of the 3 parties: discoverer, software maintainers, software users fall short on any of these responsibilities, then all users will suffer.

    As a user, I must rely upon the goodwill of the DoVs and the maintainers.

    --
    "Provided by the management for your protection."
  45. Re:Canadian Security by perly-king-69 · · Score: 1

    So a Finn finds a vuln in MS IE. First thing s/he does is ring the US Government? Dream on! Governments are, by-and-large, too slow and unwieldy to deal with fast-moving problems like these.

    --

    --
    This sig is inoffensive.

  46. YHBT, was Re:I'm a bit confused ... by JCholewa · · Score: 2, Informative

    > Outlook isn't an e-mail server, its a client. Get a clue.

    The original poster was rather obviously going for a +5, Funny.

    1. Re:YHBT, was Re:I'm a bit confused ... by spickus · · Score: 2, Funny

      "The original poster was rather obviously going for a +5, Funny."

      He seems to have fallen a bit short.......

      --
      Indecision is the key to flexibility.
    2. Re:YHBT, was Re:I'm a bit confused ... by jc42 · · Score: 1

      Yeah; but I thought I'd get at least ONE "funny" rating.

      Jeez, folks; whaddayahaftado to get a "funny" rating? Use a smiley?

      I'm beginning to think that irony is truly dead. At least on /.

      --
      Those who do study history are doomed to stand helplessly by while everyone else repeats it.
    3. Re:YHBT, was Re:I'm a bit confused ... by spickus · · Score: 1

      "I'm beginning to think that irony is truly dead. At least on /."

      You have to point out the irony in advance. Otherwise your fellow /.'ers will descend on you like a pitbull on a baby.

      --
      Indecision is the key to flexibility.
    4. Re:YHBT, was Re:I'm a bit confused ... by Anonymous Coward · · Score: 0

      You could try posting something funny.

  47. RedHat Update by Anonymous Coward · · Score: 0


    Before I even thought about sending an email, when I logged in this morning, the RedHat network alerted me to a new update for sendmail, downloaded, and installed it, almost like the Windows Update, but with much more speed.

  48. Maintain Obscurity!! by tacocat · · Score: 5, Interesting

    The one thing I didn't like about this article was the idea that this kind of process should be followed by everyone. This is what I saw as the process:

    1. Find a bug
    2. Tell only the owner.
    3. Keep it a secret until the owner comes back with a fix
    4. Now go tell everybody about the bug and the fix at the same time

    Here's the flaw(s) in this process:

    1. There is no interim action. While you wait for me to fix the bug, everyone in the world is vulnerable without the option of shutting down that service or taking additional safeguards against the bug. This could be days to months of insecurity. What makes you think DHS is always going to be the first to discover an exploit?
    2. I don't see how a Government Department is going to succeed where Public Voice has failed.
      • Microsoft has some huge security flaws in their browser that they have admitted will not be fixed in the near future. This is public knowledge. Public Voice has failed
      • Microsoft, as another example, has managed to avoid doing a lot of things it's supposed to by litigation. This can cause great delays in progressing a security notification.
      • Past practices by some companies is to sue the disclosures of bugs with a gag order. How will this be different? The government gets sued (and bought) all the time
    3. How is this process going to be handled when there is no Company supporting the code? I'm uncertain that this will be supportive in the OpenSource Model.

    I guess the biggest thing that I don't like about this is that idea that this model will support the Closed Source software model because of the arguments of:

    • What you can't see won't hurt you.
    • There's a great big company to yell at.
    • We (Govt and Corp) can talk in private. You open sources are all a bunch of security risks
    • If anybody tells of a bug early, they must be a terrorist.
    1. Re:Maintain Obscurity!! by pjrc · · Score: 1
      1. There is no interim action. While you wait for me to fix the bug, everyone in the world is vulnerable without the option of shutting down that service or taking additional safeguards against the bug. This could be days to months of insecurity. What makes you think DHS is always going to be the first to discover an exploit?

      In theory, you are right.

      In practice, every major attack in the last few years has occured long after a patch was released and admins/users had plenty of time to update (but did not install the patch for a variety of reasons).

      2. I don't see how a Government Department is going to succeed where Public Voice has failed.

      The entire security process ("public voice", security advisories, news coverage, and so on) has failed time and time again to get patches widely deployed before a major attack is launched. Failure to install patches is such a large problem that it drarfs all others (especially the minor ones that I didn't bother to quote).

      It appears that the DOH does indeed have quite a bit of clout to persuade many admins to apply the patch quickly.

      3. How is this process going to be handled when there is no Company supporting the code? I'm uncertain that this will be supportive in the OpenSource Model.

      In theory, a big problem.

      In practice, only actively maintained open-source projects are widely deployed. In practice, open source and free software projects have a long history of releasing fixes very rapidly... often much more rapidly than proprietary software.

  49. Test your vocabulary. 20 questions [cjb.net] by Anonymous Coward · · Score: 0

    From the test:
    solvent:
    able to pay all depths (sic)

    Test your own spelling first before testing someone elses vocabulary, the bible says.

    1. Re:Test your vocabulary. 20 questions [cjb.net] by Anonymous Coward · · Score: 0

      you did mean check your own *grammar* right?

  50. Not exactly by tkrotchko · · Score: 1

    Sendmail is an MTA. Yes, it works on a server, but it isn't a server program the way something like "MS Exchange" is.

    Its job is to receive email and to send email. That's it.

    --
    You were mistaken. Which is odd, since memory shouldn't be a problem for you
  51. I had a friend once... by nagora · · Score: 1, Offtopic
    who wrote a story where it was illegal to have a keyboard without a licence since keyboards were only used by hard-core programmers (everyone else used voice) and anyone that wanted to program without the government knowing about it must be some kind of cyber-terrorist.

    I thought it was a bit silly at the time (~10 years ago) but I'm starting to wonder.

    TWW

    --
    "Encyclopedia" is to "Wikipedia" what "Library" is to "Some people at a bus stop"
    1. Re:I had a friend once... by nagora · · Score: 1
      I had a friend who wrote a story about something once. He died

      You should write that up; it would make a good story.

      TWW

      --
      "Encyclopedia" is to "Wikipedia" what "Library" is to "Some people at a bus stop"
  52. Was that in your job description? by Anonymous Coward · · Score: 1, Insightful

    Did you modify your cubes in your spare time? If not, I could see them being upset; they're probably paying you good money for some kind of technical work, not to play erector set with your office furniture.

  53. Mid january? by Anonymous Coward · · Score: 0

    According to the article, the vulnerability was discovered mid-january, and only now do we get the warning.

    This is a definite proof that this definitely does not work. Sendmail should have been shut down over a month ago, but only some crazy american agency - and of course all the black hats - new about the hole.

    Time to rethink the strategy of staying away from closed software. Possibly it should be stay away from closed software and any software developed in the USA.

  54. Re:marketing droids by Anonymous Coward · · Score: 0

    You say "stop spreading FUD", but you make that highly uneducated comment about the conditions of politics. My Adivse to you: try to pass 6th grade again, this time you might actually do it!

  55. hmph... Homeland Security by netwiz · · Score: 4, Insightful

    How exactly is this helping? Control the information flow? How is it then, that links to, and a discussion of, the flaw and possible exploits were publicly available six hours ago on this very website? I wouldn't exactly call a discussion thread on one of the world's largest weblogs "controlling the flow of information."

    This is about the level of competency I've come to expect from Large Government Entities.

  56. Timeline? by Marty200 · · Score: 3, Interesting
    FYI, this flaw was actually found in December [msnbc.com] and just reported yesterday, roughly two months later

    It would be interesting to see the time line on this... Did it take this long for the patch to be created or did it get left on someones desk of periods of time before some one spent an hour making the patch.

    MG

    --

    Randomly distributing Karma whenever possible.

    1. Re:Timeline? by Anonymous Coward · · Score: 0

      The patch, at least on OpenBSD, is for one file in the sendmail code. It probably took less than a couple of hours to produce; how much less depends on who wrote it. Producing the patch certainly didn't take two months.

  57. Not that bad by siskbc · · Score: 4, Insightful
    FYI, this flaw was actually found in December [msnbc.com] and just reported yesterday, roughly two months later.

    Thanks for the link. You know, I don't think 2 months is exorbitant in this case. As your article states below,

    "Because there are so many different flavors of Sendmail, twenty software vendors had to develop a variety of patches for the flaw..."

    So, they had to patch a ton of different versions, and you don't necessarily want them issuing a shitty patch. So if you blame anyone, blame those sendmail monkeys for the delay. ;) Given the nature of the coordination effort, I think they did quite well.

    --

    -Looking for a job as a materials chemist or multivariat

    1. Re:Not that bad by TequilaMonster · · Score: 2, Informative

      So, they had to patch a ton of different versions, and you don't necessarily want them issuing a shitty patch. So if you blame anyone, blame those sendmail monkeys for the delay. ;)

      Sun just delays - We're looking at probably 3-4 weeks yet before they roll out a patch for the Cobalt range. That's pretty much been the pattern up to now - 4-6 weeks for really critical patches, and god knows how long for less important stuff.

      Excuse me if I sound bitter.

      --
      Tequila - drink of the gods.
  58. Has anyone checked the rpms by anthony_dipierro · · Score: 3, Funny

    to make sure the DoHS hasn't gotten Sendmail Inc. to insert any "additional [homeland] security patches" into the build?

    1. Re:Has anyone checked the rpms by VB · · Score: 1


      What's an RPM?

      Sendmail is OSS. Complete source code is available to you if you wish to use the software. If that scares someone, they might want to reconsider taking on the responsibility of running a server.

      What Red Hat does with that software is another story. I probably wouldn't trust Red Hat as much as I'd trust Sendmail so there might be something to your suggestion there.

      --
      www.dedserius.com
      VB != VisualBasic
    2. Re:Has anyone checked the rpms by anthony_dipierro · · Score: 1

      Has anyone checked the source code!?!?

    3. Re:Has anyone checked the rpms by VB · · Score: 1


      Of course I've checked the source code. Thanks for asking.

      --
      www.dedserius.com
      VB != VisualBasic
    4. Re:Has anyone checked the rpms by Frank+T.+Lofaro+Jr. · · Score: 1

      If you are still using Red Hat, you deserve the government in your systems.

      --
      Just because it CAN be done, doesn't mean it should!
  59. Delete it, dumbass by metamatic · · Score: 2, Interesting

    No competent sysadmin runs sendmail. It's a huge pile of bug-filled crap that's nightmarish to configure.

    Install one of the many far-superior free alternatives that provide the same functionality. Exim, for example. Your applications that call /usr/lib/sendmail won't even notice.

    Well, unless they rely on broken header rewriting and slow delivery...

    --
    GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
  60. getting into the "tarist" snitch business by zogger · · Score: 3, Interesting

    --CERT has been runing this "survey" about "internal threats" that companies might have observed between two specific dates. Not from such and such a date until the survey is taken by any respondents, but between two exact dates. I looked, maybe I missed it, but I haven't seen a reason for picking the end date. I can speculate why that might be, but I'll let someone else do that.

    begin more generic rant

    Don't know about anyone else, but with patriot act 2 coming into law soon, where the government can just call someone a "terrorist" on their say-so, and with the definition just vague enough to apply to-just about anyone it appears- and that means they are now not under any civil protection or rights, I am wondering if they are starting to set up even more infrastructure to add to "the lists".

    Anyone who don't take the "lists" serious is someday gonna be waving bye bye from the back of a truck heading..someplace.

    When I was growing up, the stuff the US government is doing right now was something we were taught only "bad" places like east germany did. And those bad places had a complete blend of bureaucracy, large corporations, and then the military and police. Everyone snitched on each other. government had all the rights, you had none, even if some word drivel was printed on paper someplace, government ignored it. That's exactly what those bad places were.

    We were taught that was definetly "wrong".

    Now it's "patriotic".

    Yes, we have a need for some sort of law enforcement effort on the net,and it's there and quite frankly it's more than enough to function, the net is part of society,but what we are seeing now goes WAY beyond it. And now all these other weird things? Model toy rocket permits now but leave the border just wide open, millions of illegals ayear free to just walk across? Huh? They are going to regulate or ban model airplanes, while they have been sprayinbg HUGE amounts of weird crap over america for several years now and outright lying about it? huh?? We have a MAJOR goon run cia front company called "wackenhut security" running private prisons,running for -profit manufacturing efforts using prisoners, running some mental institutions, and now RUNNING ROADBLOCKS on the public highway? This just broke a few days ago, private security org manning roadblocks. Just THINK on this one. We have "secret" Total Informational Awareness efforts codified into law? Is there something about the word "total" that isn't understood? Forced collection of DNA samples at roadblocks? Taking hair and blood samples and you aren't going to be able to say NO? Collation of all purchase records? High level officials who just blatantly WARN YOU that if you are NOT 100% behind their efforts that YOU ARE A TERRORIST? And now they are taking over these internet efforts when it comes to security, telling people what they can and can't do, and this "they" guy will tell you when an exploit gets noted and "official" patches released? Huh? What's to stop them from eventually making little cute distinctions between what they release and what they don't, suppose "they" decide they would like a little pre-patch hacking so they can get into machines THEMSELVES. Maybe they JUST DID THAT, hmmm?

    sweet deal for them.

    I am against non disclosure of exploits in a timely manner. Waiting months is not timely. Anyone writing code now can review it before release. Anyone NOT knowing about "security" in general needs to stop and step back away from the keyboard and stop writing code until they "get it" on security, because GUARANTEED if this constant release of buggy code continues,and if people who maintain what are historical examples of just dismal exploitable code that should just be chucked out as lame don't voluntarily just admit it's buggy and pull it off the distribution mirrors, this government will start regulating all releases themselves, after a "review". they don't do it now, but they sure as heck could make it a law tomorrow. In my opinion, it's better to be able to not give them any more excuses. If that's what everyone wants,because known sloppy stuff keeps being used and released, this is what's going to happen. You are going to see licenses, you are going to see full governmental review of code, probably fees attached, stuff like that, I tell you, the internet is going to turn into an electronic "highway" whoops they call it that, so that means that this highway is going to be full of smokey the bears and roadblocks and regulations. And I am NOT kidding on that. We saw them just hijacking sites last week. I can see them starting to do that on a much larger scale. And if sites get hosted overseas, you know what, government will have no problems dealing with that, if anyone cares to notice, they have no problems going over stomping on other nations, they can control some wires if they choose to. Host at home, you are going to outfox them? Not when they can just call up your isp and have you dropped, then they send over some goons to pick you up once you are on the "suspicious" list. And they'll do some of these efforts from major backbones or routers if they have to, I am not so convinced that carnivore and such-like efforts only have the capability to just sniff. /rant

    1. Re:getting into the "tarist" snitch business by Anonymous Coward · · Score: 0

      You're paranoid. Right.

      --rgb

    2. Re:getting into the "tarist" snitch business by Anonymous Coward · · Score: 0

      I think your tin foil hat needs replacing.

  61. Impact on systems? by Anonymous Coward · · Score: 0

    So, the mandate will be patch first and question whether it will destroy the server and its data later?

    There are reasons why not every patch is applied without thought.

    1. Re:Impact on systems? by pjrc · · Score: 1
      So, the mandate will be patch first and question whether it will destroy the server and its data later?

      There are reasons why not every patch is applied without thought.

      This isn't a Microsoft service pack. It isn't even a matter of "replace whatever you're running with the latest version".

      A new version with the fix (and other smaller improvements) was released AND small fix-only patches were released for many older versions of sendmail in widespread usage.

      My own server was running 8.11.6, and in the move to 8.12.x sendmail changed to running two processes... the main one without root privs and another with root privs to handle just the parts that can't be done without root access. Supposedly this will make sendmail more secure to unforseen problems in the future.

      Upgrading from 8.11.x or older to 8.12 is not really easy, but I personally managed it in about an hour. But if I had wanted to keep things exactly as they had been, I could have obtained the patch for 8.11 and just installed the new binary, and kept my configuration exactly the same. That patch only fixes this one little buffer overflow.

  62. If you had a more secure solution... by siskbc · · Score: 1

    ...why the hell aren't you using it in the first place?

    --

    -Looking for a job as a materials chemist or multivariat

    1. Re:If you had a more secure solution... by Jeppe+Salvesen · · Score: 1

      You don't know for sure which is secure before the vulnerability is posted. Redundancy, redundancy, redundancy, fellow nerd. We thought OpenSSH was rock solid, until it had a buffer overflow.

      --

      Stop the brainwash

  63. Obviously.... by Anonymous Coward · · Score: 0

    ... a Krispy Kreme.

    That way you can serve those who are self-serving.

  64. System failed. by Spazmania · · Score: 1

    to create a patch while keeping news of the issue from leaking to those who might exploit the vulnerability.

    The debian version of the patch wasn't available yesterday. The whole point of delaying the announcement is to get the fix out there ahead of the knowledge of the vulnerability. I'd say their system for "working with vendors" needs some work.

    And what exactly is the knowledge dissemination path here? This time the mass media spread knowledge far and wide that attention was needed. They'll get bored after a couple more of these and stop prominantly reporting it. How does homeland security plan to get the message out then?

    --
    Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
  65. I'm not quite clear by Anonymous Coward · · Score: 0

    ...on this "Homeland Security" thing... is that like the Fatherland?

  66. I have a problem... by Aknaton · · Score: 1

    with the US Government being involved in this. I don't feel that it is their job to determine when I should hear about a security vunderability. Plus, I feel that this gives the US Government an unfair advantage on citizens and foreign governments that might be using the effected software.

  67. American Homeland by Anonymous Coward · · Score: 0
    Am I the only non-american who finds it suspicious the job of coordinating security releases should be given to a body whose main purpose is to defend the American homeland security?? Do we have any reason to believe that the HS would not put American interests above global ones? Or that it would not abuse its powers to further American interests in other ways?

    It would not stretch my paranoia to ask what would happen if a weakness was found in the Arabic version of PGP. Would HS push its fix as seriously as they would push a similar weakness in the English version? Or would they prefer to keep quiet and only inform NSA? Or what if a backdoor was found in an American software, would they dare to recommend the world to switch to a corresponding European product that does not have that back door? Or could that be considered un-American? What if the NSA needed access to this back door for some important security reason?

  68. qmail anyone? by Chupa · · Score: 2, Insightful

    Let's see...a search for advisories on Security Focus with "sendmail" = 100 hits. qmail gives 1 hit, and it isn't even for qmail, it's for "masqmail".

    It's time for the sendmail people to start from scratch. You can keep patching all you want (and apparently take two months to do it), but if your initial security design model is flawed, you are going to keep finding holes.

    1. Re:qmail anyone? by Anonymous Coward · · Score: 1, Insightful

      sendmail is perfectly secure when it is setup correctly and patches are kept up to date. the vast majority of sendmail issues are configuration related, like anything else.

      also as to your analogy that qmail has only one listing, that reflects how many people USE it, not how secure it is.

      sendmail is the backbone of communications on the Internet today, and for the last few DECADES. it is used so often that by that very nature it is sure to get configured incorrectly more often, AND more legitimate flaws will be found.

      i am not saying sendmail is perfect, i am just saying its ridiculous to think that qmail can hold a candle to it much less compare it on vulnerabilities.

    2. Re:qmail anyone? by Chupa · · Score: 1

      I agree that probably 90% of security holes with any system are due to poor configuration. However, some packages (like sendmail) make it very easy to misconfigure. This is not to say that admins should be lazy, just that it helps when software doesn't make it so difficult to configure securely. qmail is a cinch, and despite your intimations it is very powerful.

      For the record, there is a 2001 survey here with statistics on 958 SMTP servers found in a group of 1000000 randomly chosen IPs. If you will note, sendmail leads with 401 machines, IIS/exchange next with 176 and qmail with 167. I hardly think the fact that sendmail runs on less than 2.5 times as many machines as qmail is the cause of the 0 to 100 advisory differential between the two. You dont' hear as much about qmail because it just works...there's not some huge hole found in it with disturbing regularity. And it's practically fire and forget configuration-wise. Regarding features, there are plenty of add-ons that give it 99% of those that sendmail has.

      When in doubt, check the facts.

    3. Re:qmail anyone? by VB · · Score: 1


      So, you're contending that running a server should be easy. Possibly, but it isn't. M$ suggested the same thing with NT 3.51 and still maintains that to some degree, Mitzi the receptionist can be your server administrator.

      Is approach that working?

      --
      www.dedserius.com
      VB != VisualBasic
    4. Re:qmail anyone? by Chupa · · Score: 1

      "Easy" does not equate to "no knowledge required." "Easy" means reasonable defaults, fewer steps necessary for a secure installation, good documentation, and a sensible configuration method.

      Oh, and minimal maintenance required (like patches for critical security holes).

      One does not need to follow the MS way of doing things in order to have an easy-to-administer server...and a server does not need to be difficult to configure to be secure.

      The fact is, I administer a number of qmail systems, and I find it easy to configure and maintain. So yes, you *can* have your cake and eat it too.

  69. In this case, obscurity was best. by siskbc · · Score: 2, Interesting
    I agree, ignorance isn't always best, but here it worked. A few things about this "bug"

    It was old - years old - and to knowledge, never used as an exploit.

    It was found by a white hat - so this isn't a case of "the criminals having all the guns."

    Therefore, what are the chances that, though no one found the bug in five years, that both a black hat and a white hat will find the same exploit within 2 months of each other? Pretty much nil.

    As usual,the chances of an exploit coming out are higher if disclosed. So, in terms of a damage perspective, we have to compare two things: greater chance of attack if disclosed, or greater damage per attack if not disclosed from people not being prepared.

    In this case, since the chance of double discovery of this bug was VERY low, the chance of total damage was greater if it was disclosed, giving black hats a head start. So I agree with what they did, and given the scope of the project (patching all flavors of sendmail), two months ain't all that bad.

    Ultimately, the government doesn't really care about any RMS-style "info wants to be free" crap. They just want the fewest exploited boxes possible. In this case, their actions were pretty well correct. I don't think this will always be the correct action, so we'll have to watch them on other issues, including how they interact with OSS groups, should the need arise.

    --

    -Looking for a job as a materials chemist or multivariat

    1. Re:In this case, obscurity was best. by Anonymous Coward · · Score: 0
      Ultimately, the government doesn't really care about any RMS-style "info wants to be free" crap.

      Certainly not this government. I think free flow of information is required for a working democracy, but since 9/11 everyone thinks this idea is crap.

    2. Re:In this case, obscurity was best. by KjetilK · · Score: 1

      to knowledge, never used as an exploit.

      Well, "knowledge" is the key word here. Black-hats may have been exploiting this without bragging about it, and without the compromised admins realizing how they got compromised.

      We don't know that either.

      Disclosing might force people to change MTA's in a hurry, but I guess many sysadmins would just wait for the patch, a mail system is too important to shut down. So, I'm undecided as to if it was a Good Thing[tm] to keep it secret for that long, but I don't think it is a clearcut case where obscurity worked.

      And I really don't like idea of having US DoHS know about it before I do (not being a US citizen)... :-)

      --
      Employee of Inrupt, Project Release Manager and Community Manager for Solid
  70. sensationalist by SCHecklerX · · Score: 1, Troll
    Dropping the 'terrorism' buzzword again, I see. There is no such thing as 'cyber' terrorism. Even Taking out the whole damned Internet does not equal the TERROR of torturing and killing even ONE human being.

    You want to accuse someone of 'cyberterrorism?' How about the RIAA, the MPAA, or those who passed the DMCA?

    Yes, the handling of this vulnerability was a good joint effort between ISS and the DHS. No, it wasn't anything spectacular. Maybe the DHS will be able to put pressure on our favorite monopoly to 'unenable' some of their terribly insecure features.

  71. So what youre telling me... by xtermz · · Score: 1

    Is that your corporate network's security is more important than the national security of the US?

    --


    I lost my concept of community when my community lost all concept of me.
    1. Re:So what youre telling me... by dmaxwell · · Score: 3, Insightful

      Which part of "outside the USA" did you miss? That's EXACTLY what he is telling you. This does not serve US' interests. Crypto development has already been pushed outside the country. This sort of behaivor could push most security work outside as well. The rest of the world isn't going to run their networks three-sheets-to-the-wind just so Tom Ridge can get his warm fuzzies.

      Nobody outside the US is going to place their security below that of the US. Yet everybody, US included, runs the same software. This means something has to give and if the issue is forced then yet another chunk of the industry leaves the country. How is this good?

      It's already started. Many developers won't visit the US because they discuss vulnerabilities "that could circumvent a copyright protection". Hello! They have to do that to fix problems. Pentagon-style paranoia could much worse than the DMCA. This industry is hurting as it is. We don't need more government imposed problems.

    2. Re:So what youre telling me... by Anonymous Coward · · Score: 0

      > Is that your corporate network's security is more important than the
      > national security of the US?

      DAMN RIGHT! (Although I'm talking about our CUSTOMER'S networks as well as our own. We use lots of Free software to secure ourselves, cos we know how much trust to put in a pretty box and colourful logo, unlike most of the bubblehead IT managers out there signing P.Os.) Sorry, I don't give a flying fsck if the USMC decides to put some knuckle-walking grunt in charge of their server farm. I *do* object if I'm being deprived of information needed to keep *my* network secure, especially if it's being done in the name of the USG. (It may have escaped your notice, but your government - I assume you're American, for reasons that should be clear - is becoming rather unpopular in the rest of the world. And, you know, there are more of us than there are of you... but I digress.)

      I have no problem with a sensible disclosure policy that says the discoverer of a new vuln. should alert the vendors first. But keep the US government out of it. It's like if the RIAA had root on our firewall - their interests *might* coincide with ours, but I wouldn't put my job on the line to prove it.

  72. Why FreeBSD is not dead by Anonymous Coward · · Score: 1, Interesting

    I run sendmail on a well connected server, and I'm patching my system of course, but I'm in no real panic to do so.

    Why? Because aside from hozing my sendmail, a hacker can't easily touch my box, even if they manage root access via this exploit.

    On my FreeBSD server, all services (web, ftp, mail, database, game servers, etc) are run in their own FreeBSD "jails" bound to aliased loopback IPs (127.0.0.200, etc) routed from the real world via nat and bandwidth restricted via dynamically weighted pipes. Hack my sendmail jail all you like, but at the end of the day you can only recieve and send on mail ports and that's about it. So you got r00t; I care why, exactly? You can't do anything with it.

    My point here is that the old model of running all services in the host environment is the real problem IMHO. The alternitive that most places seem to use is a service per-box, which adds its own set of problems. FreeBSD's jail system and similar change the game from, "OMG they hacked my server!", to, "Oh bother, they hacked my sendmail.".

    Ever since I've redesigned my server environment to be jail-centric, I've slept much better knowing I don't have to jump so fast every time some security issue comes up with one of the dozen of so services hosted on my server. "Oh, a sendmail exploit, how cute. I'll fix it this weekend, maybe next".

    AFAIK, this is something Linux can't match with any efficiency. -The closest I know of is User Mode Linux, which is overkill, resource hvy, and I'm not sure how safe it really is (I hand FreeBSD jail root accounts out without much fear).

    1. Re:Why FreeBSD is not dead by puggled · · Score: 1

      We've had our linux box (RedHat) running chroot jails since version 6.0 (could be longer, I wasn't in the organisation then). I don't know all the details of linux chroot jails vs freeBSD ones but it sounds like the same thing as you describe here on your FreeBSD box is what we have running.

      They are a bit of a pain to set up and maintain, but I'll agree with you, it is nice to know that your whole box won't get hosed because of an issue with one of the services.

    2. Re:Why FreeBSD is not dead by Zenin · · Score: 1

      FreeBSD jails are chroot jails on major steriods, but in practice not really comparable.

      There are dozens of ways to break out (gain access to the full filesystem) of standard chroot jails. Even without filesystem access, chroot jails have the same access to the parent system's resources as any other non-chroot process. Binding sockets, shared memory, etc.

      Chroot jails slow a hacker down a bit, but not by much. The methods to break out of a chroot environment are so many and so common that r00tkits easily automate the process.

      None of this is true of a FreeBSD "jail". While a FreeBSD jail does run under an alternate root (chroot), that's where the similarity ends. Jailed processes can't create device files (like disk devices that a simple chroot could then mount). Even if the device file exists, a jail process, even one running as root, is denied access to the syscalls required to do a file system mount. A jailed process is bound to a single IP address (typically done as an alias), and can not bind other addresses (again the kernel syscall is blocked for J (jailed) processes). Shared memory can't be accessed through a jail (IIRC a jail can use shared memory with other processes in the same jail, but not with the base system or other jails).

      A chroot is little more then a virtual barbed wire fence and about as effective (ie, almost none). A FreeBSD jail is much closer to a fully secured virtual machine, but with almost none of the overhead such a system (think VMWare or User Mode Linux) normally implies.

      The original poster is correct; FreeBSD jails have no real equal in Linux or most Unix systems.

      --
      My /. uid is better then your /. uid
  73. hmm, what's the next step by Iamthefallen · · Score: 2, Insightful

    This isn't one of those "all our freedom and rights are being removed by the evil government" type posts. But yet...

    In this case DHS seem to have done a good thing, coordinated the patching and disclosure between different vendors. Now, for me it isn't a stretch to ask the question, what if someone had announced while DHS were still working on it? What if it is a truly critical bug or hole. Say wide open root-enabling flaw in SSH, Samba or some other service that's very common (for the geeks that can't take that as an example without saying that they should never be used as root bla bla bla, please just move on, I'm trying to make a point here, and it's not about best security practices).

    Say such a security hole of a great magnitude is discovered, and someone announces it publically on a mailinglist. Or say vendor A wants to release the patch immediately, but vendor B wants to test for another week. Vendor A goes ahead and releases it without DHS approval.
    In either case, will DHS see it as a risk to homeland security and a prosecutable offense? Is software security now suddenly a matter that the government should oversee? How far does their involvement stretch? Will security discussions require a DHS representative or approval to avoid premature disclosures that could be a threat to homeland security?

    I really don't wanna sound alarmist here, but I'm not sure the goverment getting involved in things like this is a great idea. Software bugs or flaws can be a real threat to a nation, and so DHS should perhaps be involved. But again, I can't help but wonder, where will that take us and where will that involvement stop.

    --
    Wax-Museum Fire Results In Hundreds Of New Danny DeVito Statues
  74. If you're not the US, this is bad by lpontiac · · Score: 2, Interesting

    Think about it, the Department of Homeland Security (and by proxy, the entire US Government) is getting a heads up on potential exploits.

    The US spies on it's allies. If you're the Germans, then the NSA are the blackhats. Nobody but the US government themselves should feel more comfortable knowing that they're being informed first.

  75. cost? by wo1verin3 · · Score: 1

    This has got to be the most expensive form of BugTraq I've ever seen, I can hardly wait till they try it with an Windows bug and Microsoft trys to bargain with them...

  76. Re:DHS Status Elevated to periwinkle and purple by Anonymous Coward · · Score: 0

    No the bosses are all foreign. And when you hire a foreigner, they are like evil demon locusts.

    Sucking and eatting away at a company.

    And then one hires 2 and 2 hire 10 and then you have villages of indians living in a 1 bedroom apartment making the whole town smell like BO and curry!

  77. As if Ridge and by Archfeld · · Score: 0, Troll

    the HomeLand Defense Force Faciscts HAD ANYTHING to do with this...What a bunch of crap. Is there ANYTHING a politician WON'T claim credit for ?
    Can we hope that lightening will strike the other Bush and the rest of his inbred southern cabinet ? Please GOD PLEASE....

    --
    errr....umm...*whooosh* *whoosh* Is this thing on ?
    1. Re:As if Ridge and by Anonymous Coward · · Score: 3, Interesting

      Umm... they did in fact have everything to
      do with this.

      The Homeland department contracted out the
      NCIP coordination to ISS, allowing them to
      hire programmers to do code review. As
      part of the NCIP review, this bug was found,
      and kept quite for over a month while the
      government and industry got first crack at
      updates and patches.

      OK, it wasn't a government employee who found
      the bug, but it was a private contractor
      doing work for the government. (You don't
      really expect republicans to hire gov't workers
      when they can just contract out to industry
      do you?)

      And by the way, it wasn't Ridge that started
      this whole process. The Critical Infrastructure
      protection process started under Clinton.
      After 9/11, it all got moved under Homeland
      to coordinate with other agencies. (E.g.,
      the Department of Defense has known about
      this bug in Iraqi mail servers since last
      year....) Now THAT'S coordination.

    2. Re:As if Ridge and by Anonymous Coward · · Score: 0

      > inbred southern cabinet ?

      Since when is Pennsylvania is the south? You do have a clue where Tom Ridge is from don't you? Him, like most of Bush's cabinets and advisors are from the northeast. Bush is "back east" old money. He is not from the south. As someone from Arizona, I'd prefer him to pick people from the south, but that isn't what he did.

    3. Re:As if Ridge and by Anonymous Coward · · Score: 0

      Tom Ridge is from the south. He is the former governor of Texas. You stupid repugies are really stupid.

    4. Re:As if Ridge and by Anonymous Coward · · Score: 0

      Leeza, the NSA, is from Alabama. The AG, Ashcroft, is from the deep south in St Louis. Their all from the South! Every single one of them. If you say one isn't your liaring.

    5. Re:As if Ridge and by Anonymous Coward · · Score: 0

      All of them are inbred. Think about
      how America was settled. A ship of 50-200 settlers landed in a place that wasn't settled, then their children mated with other children from the small colony. Then their children mated with their relatives and so on and so on. Other than the few settlers that later landed in cities, all of them are the product of inbreeding. So, calling them inbred isn't exactly an insult to an American.

  78. Full disclosure protects users, even with no patch by ChaosDiscord · · Score: 4, Insightful
    If the parties involved are actively seeking to fix the problem, in a timely manner, I see no harm in not shouting from the mountain top what the problem is.

    The problem is that just because I (an innocent user of the product) don't know about the vulnerability doesn't mean that the evil crackers don't know about it. Sure, a public announcement increases the number of crackers who know about it, but also gives me enough information to react. There is a security hole in sendmail, but no patch yet? Well, without real information, I can't confirm if my particular installation is at risk. Once I know about it, I can take reactive steps. With enough information I could try to patch the vulnerability myself. With enough information I could try to limit my risk (say, changing my sendmail configuration to limit what an attacker can get, or adding a wrapper to detect the attack and terminate the connection). With enough information I reasonably weigh the options of disabling sendmail for security reasons versus keeping it up for my users.

    With no information, I'll just keep ignorantly running the vulnerable version, possibly getting attacked by crackers who already knew about it. With a little information, I don't have enough information to decide if I'm really at risk and to weigh my possible solutions.

  79. MOD PARENT UP!!!! by Anonymous Coward · · Score: 0

    That's what I wanna see too!

  80. Re:Did they notify non-commercial dists like Debia by iabervon · · Score: 1

    In this case, it's companies (sendmail, inc, and companies with derived code) that needed to know; debian just has to apply the patch, recompile, and release, which they can do in a small bounded amount of time. Telling the people who need to come up with the patch first is all that's necessary.

  81. COMPILE FROM SOURCE by Anonymous Coward · · Score: 1, Insightful

    Look, this is the entire rationale for using Open Source in important functions. If the function is truly important, cost is not the issue (the cost benefits of free software are arguable anyway, since you need to hire competent people to use it, and the incompetents that are usually hired to run proprietary systems are much cheaper).

    Go to www.sendmail.org, download the source, and COMPILE IT ACCORDING TO THE INSTRUCTIONS.

    BACKUP YOUR SYSTEM FIRST. Do I need to repeat that?

    If you don't have a C compiler, go get the latest GCC for your platform and install it first.

    C'mon, man, get on the stick! You can do it!! Go, go, go! Time's a wastin', and it'll look good on your resume once the big sendmail worm hits this weekend....

    1. Re:COMPILE FROM SOURCE by Ex+Machina · · Score: 1

      I have a feeling that sendmail is a lot harder than ./configure && make && make install

  82. Who is a dumbass by Anonymous Coward · · Score: 0

    You ignorance is showing, buddy. Do some research.

    1. Re:Who is a dumbass by Anonymous Coward · · Score: 0

      Here, here! Any sysadmin worth their salt runs Postfix, not Exim. ;-)

  83. Kind of laughable, really by Anonymous Coward · · Score: 0

    The Magical Sendmail Fairies are not particularly enthused about government repression. While the "alternative" sendmail vendors like Sun and HP might be willing to do something like that, I don't think you need to worry about Sendmail's original authors jumping on any government bandwagons.

    1. Re:Kind of laughable, really by anthony_dipierro · · Score: 2, Interesting

      They helped participate in the coverup though, didn't they?

      When the government comes to you and tells you to cooperate or face charges for aiding terrorism, what would you say?

  84. Not that bad a security hole by iabervon · · Score: 2, Informative

    In order for this to be exploitable, the compiler has to arrange the data segment such that there is a structure containing pointers shortly after the buffer that can be overrun. As it turns out, most builds of sendmail, including all of the Red Hat precompiled binaries tested and all of the commercial UNIX ones tested, are not directly exploitable (that is, it might be possible to get them to misbehave somehow, but not to crash in any predictable way). The exploits also depend on knowing what structure you've hit, which is only possible if you have access to the particular binary, and the exploits will only work for a particular binary.

    So this is not a good candidate for a worm or automated exploit, and only useful for a direct attack if you happen to be relatively unlucky and the attacker knows it.

    1. Re:Not that bad a security hole by Anonymous Coward · · Score: 0

      Your assessment is incorrect. Check Eric Allman's post on Bugtraq. Look at the code again.

  85. From the What-was-that-again? department by Anonymous Coward · · Score: 0

    This headline coming soon: dozens of gummint and commercial sites hacked by a Sendmail bug just days after a bug fix was released.

  86. New patch, just released. by mlafranc · · Score: 1
    $ su
    Password:
    # kill -HUP `cat /var/run/sendmail.pid`
    # rm `whereis sendmail`
    # exit
    $ _
    btw, this is not the first time sendmail has proven to be fatal.
    1. Re:New patch, just released. by Anonymous Coward · · Score: 0

      $ su
      Password:
      # kill -HUP `cat /var/run/sendmail.pid`
      # rm `whereis sendmail`
      # exit
      $ _

      So you want sendmail to reload its config file,
      before you remove the binary? You know if you run
      this, sendmail will still be running.

    2. Re:New patch, just released. by mlafranc · · Score: 1

      Umm, yes you are correct!

      kill -3 pid should do just fine
      kill -9 if you are a leadfoot and always use -9

      Besides, it's always good to rtfm before running
      anything you read on /. 8)

  87. Conspiracy by Anonymous Coward · · Score: 1, Interesting

    Here is the problem with the Gov having first knowledge of security flaws in software. In a earlier post it was reported this flaw was found two months ago. Now the Gov knew about this flaw and had two months of time to create a exploit of their own and hack into Iraqs computer systems(If they use sendmail), or into some other russian civilians homes who are suspected of hacking themseleves.

    This in no was is a goo thing that the Government knows about these problems first.

    I WANT TO KNOW of these Problems first so I can protect myself from that self serving Government that I like so much!!!!

  88. Why Sendmail? by KC7GR · · Score: 1

    Look, I'll freely admit to being biased, but... I'm a little baffled why Sendmail has not been more widely replaced, given that full understanding of its configuration file seems to require a Ph.d in computer science.

    There are better (to my eye) alternatives. Postfix and qmail, just to name a couple. I just made the switch to Postfix, and my admin work got a lot easier overnight.

    Is it just inertia that's keeping Sendmail in place?

    --

    Bruce Lane, KC7GR,

    Blue Feather Technologies

    1. Re:Why Sendmail? by VB · · Score: 1


      I hadn't had to touch my sendmail servers since Jan 3 2001. I have to upgrade my ssh daemon every year, or two; Apache about the same. GLIBC about the same. I have to reboot my systems every 3 - 36 months, or so. It's a lot of work, I agree, but someone has to do it. Back before service pack 3 on my Windows 2000 active server I used to have to reboot it every couple weeks due to new browser flaws that could result in a root compromise, or SQL server problem, or some buffer overflow in my MP3 player. So, that used to be kind of a pain in the ass, too. Then M$ came out with SP3 and told me in the Supplemental EULA that if I installed it, they could have my machine. So, that's really not a big maintenance chore, anymore.

      I do have to reboot it every week, or so anyway. Not exactly sure why. I just do....

      Yeah, sendmail has problems... So do lots of things, but I'm not about to ditch it just 'cause it needs a patch after running for the past couple years since I last upgraded it. Funny thing about sendmail is that's the most important service I run. Go figure...

      --
      www.dedserius.com
      VB != VisualBasic
  89. NIPC spreading misinformation by Florian+Weimer · · Score: 1

    Read the NIPC Advisory -- it sends people the the ISS site for Sendmail patches. Not only is the link broken, but ISS does not offer patches on its site, at least not in the public area.

    In short, if you rely on NIPC, you are screwed. Nice waste of your tax dollars.

  90. Who's Elite? Not Me or You. by Anonymous Coward · · Score: 0

    I run sendmail and I didn't hear a peep until today. I guess you have to be a big corporate supporter of the republican party to get on the DHS to-be-notified list.

  91. Re:The government can't protect us from our own ai by Anonymous Coward · · Score: 0

    kill all semitic niggers!

  92. Meet the New system - same as the old. by _Sprocket_ · · Score: 1


    While it's great that the private sector also took up the call, there is a DEFINITE NEED for an authoritative governmental coordination of things like patches. SQL Slammer propagated because sysadmins didnt patch, so the old system is obviously FLAWED. Perhaps government participation will convince lazy sysadmins that problems are real.


    I don't see this need. All that happened here is that a newly formed, highly political Government agency took a process already in the civil sector and went "Look what I can do!"

    Sure - there will be some who won't concider warnings authoritive unless it comes from gov't. And there are those who thrilled that there's a nice, beurocratic process to follow. I've seen this sentiment already; I work for a US Gov't agency handling infosec issues. There were lots of meetings full of hand-wringing managers who normaly wouldn't have been involved to the extent that they were.

    And that's the problem - a Government beurocracy tends to bring in people who don't improve the process and have no real understanding or function in that process. My concern is that a process that has been evolving over time will now be derailed by beurocracy and, in the end, damaged. Perhapse even becoming as ineffective as many internal Government infosec activities.

    Its worth stressing that the "old" and "new" systems are the same. Claiming the old system was flawed does little compliment towards the new one. I doubt additional Gov't involvement has solved some of the existing issues: patch quality, information dispersal, time and manning restraints, etc.
  93. Camera Oscura by jefu · · Score: 1
    I agree with the concerns posted here.

    In particular that interim between someone discovering the problem and having a fix available is worrisome. In this case it seems to have been two months - suppose it were six months? a year? two years? During all this time, it is possible for someone to exploit the problem and since many sites using the software would not be aware the problem even exists, it leaves them with some exposure.

    People who might reveal such problems during this interim (perhaps wanting to get information, perhaps wanting to warn others) could be muzzled with "National Security" resources, even criminalized. Probably not a wise idea (though certainly a tempting one to those in power) as it makes people rather less than motivated to find and report such.

    The final couple of steps also concern me.

    In particular, there is one possibility inherent in this very government oriented process : that the presence of the bug never get published and gets (and this seems inevitable where "government security" is involved) rated as "classified". Now nobody except the vendor and the government would know anything about the problem - even its existence. Why should anyone care if it is classified?

    • First, it involves the government protecting a vendor - which would make any potential legal action by someone else impossible as the information is secret and could not be revealed in open court - perhaps not revealed at all.
    • Second, it means that the software/security community in general will not know the details of the problem and exploit and will then be less able to identify similar problems in the future.
  94. Nonsense. by dark-nl · · Score: 1
    The patch is right here, and it's definitely a patch to sendmail, not to exim or postfix or qmail or whatever. Where did you get the idea that it's a binary-only patch? It's source code, and the patch shows exactly what the problem was.

    When they talk about a "sendmail flaw", they are talking about sendmail versions 8.9 through 8.12, and perhaps older ones. They're not talking about mailers which are not sendmail, even if those mailers install a symlink called "sendmail".

    By the way, does your perl script queue a mail for later retries if there's a temporary delivery failure? Or does it just throw the mail away?

  95. Does anyone else... by Anonymous Coward · · Score: 0

    ...see this as a government agency sticking its nose into something it has no business even being involved with? I wonder if they took control of the situation and TOLD Sendmail, Inc what to do and when to do it. If they did then that pisses me off.

  96. ..assumes good and bad equally likely to find prob by fortinbras47 · · Score: 1
    The same (or more) number of "bad guys" are likely to have found the problem only if the probability of bad guys finding it is the same (or greater). My general impression is that on an individual bug by bug basis (which is what we're talking about here....) the original developpers, linux system vendors etc.... are more likely to find the bug than your evil crackers out there....

    Furthermore, if an exploit really exists... its likely after a while to make some waves and become a "known" exploit....

    Probabiliy(bug exploited by crackers | no known wild exploit) is less than P(bug exploited by crackers)

    All together, if there isn't any known exploit in the wild, and an exploitable bug was found by "good guys." I think the probabilities are pretty good that the bug HASN'T been cracked yet. Giving vendors a short reasonable time to respond in private is therefore the responsible thing to do.

  97. Re:hmph... Homeland Security by Imperator · · Score: 3, Insightful
    This is about the level of competency I've come to expect from Large Government Entities.
    No, I think the DHS did exactly what it wanted to, and did it quite well. The US intelligence agencies had two months to exploit the bug before it was even announced. ISS will probably be rewarded with a nice fat government contract.
    --

    Gates' Law: Every 18 months, the speed of software halves.
  98. Shouldn't the headline read... by Tugar · · Score: 1

    "Sendmail Bug Causes Global Worming!"

    Sorry.

  99. Wonder about people's perspective... by Archfeld · · Score: 1

    they sat on a bug for a year and you are applauding them ?!?! sigh. While the government exploited this 'hole' to scan Saddam's mail, they left the rest of use hanging in the wind. While we pursue the 'nasty' Saddam and his 'arsenal' of weapons, the Madman in Korea shoots missle's over Japan, threatens to nuke someone, and HAS FOR A KNOWN FACT, TONS of biological weapons, BUT SADDAM and his 'suspected' weapons of MASS DESTRUCTION, are a threat top the very world, not to mention a bump in the road to an oil pipline to a very lucrative Indian and Pakistani market. GW's rhetoric is really beginning to show it inbred stripes. I love living in the Land of Hypocrisy. At least I am free to complain about it, or turn my back during the national anthem, for the time being.

    Disclaimer, I would like to say thanks to the very brave and heroic people who volunteer to serve in this country's armed forces, and I would also like to apologize to them for the poor way in which we are allowing our government to use them.

    --
    errr....umm...*whooosh* *whoosh* Is this thing on ?
    1. Re:Wonder about people's perspective... by Anonymous Coward · · Score: 0

      Awwww so cute!! Let me guess, you're a college freshman, right? Unfortunately your unquestioned faith in everything your PoliSci professor tells you is just as foolish as believing everything coming out of Washington.

    2. Re:Wonder about people's perspective... by Archfeld · · Score: 1

      LOL you missed by about 15 years, but thanks anyways :) Don't depend on someone else to do your thinking for you, try doing some research, it might enlighten you, but probably not.

      --
      errr....umm...*whooosh* *whoosh* Is this thing on ?
    3. Re:Wonder about people's perspective... by Anonymous Coward · · Score: 0
      they sat on a bug for a year and you are applauding them ?!?! sigh.

      Again, a demonstrated lack of reading skills.
      1. The bug was known in late December ("last year"), not a year ago. Don't let your lack of reading deter your posting.
      2. The poster did not applaud the program. Instead, the poster merely noted that Homeland's efforts to claim credit were warranted, since they were intimately involved in this development. Once again, don't let your inability to see this subtle point deter your posting.
  100. chilling, censorship and monoculture. by twitter · · Score: 1
    I agree with all of your concerns about early and full disclosure of exploitable bugs. The fact is that other packages can be used when serious expoits are found and that decision should be made by each administrator guided by full knoledge. The "there's always someone better" rule should awlays be applied when you discover an exploit. Hiding the bug is as good as not knowing about it. This stood out:

    "This is the model for what you do if you want to find a vulnerability," said Alan Paller, director of research for the SANS Institute, a research and education group that lets security companies, system administrators and others share information. "The DHS are the ones that can put the pressure on all the vendors and keep it quiet."

    How, exactly, did they keep people from talking? Could the same be used against private citizens?

    More chilling however, is the implied government guidance and endorsement of private work and enforced silence. What is the federal government doing working with Sendmail INC? How about a little of my tax money going to Exim's developers? I'll pass if that means that no one can talk about bugs the feds happen to stumble across. Is sendmail to be considered the "secure" mail program, sanctioned by my federal government?

    At first glance, centralization of bug fixes within the federal government sounds good but it might make problems. this poster sings praises for the effort, having been told what patch to apply without a meeting to get his opinion. What he seems to have missed is that the red tape still exists, hence the lag time between discovery and implementation, it's just been taken from his control. Now, if this kind of thinking is applied throughout the federal government, every one of their machines will be running exactly the same software! Bust one, bust all. The creators of this agency hope to bring the best talent to the problem. If they have done that and if they stay out of the way, great. What I fear however, is the usual political pressures turning this office into a means of making money for particular vendors of software. It could and might result in a system that enforces worst practices everywhere, especially if the government decides that private networks are also "security risks" to be managed.

    --

    Friends don't help friends install M$ junk.

  101. non-american voice by warren69 · · Score: 2, Interesting

    That's great, do I really want a piece of software which has it's security releases based on what is "co-ordinated" by the American government. Hello!?! Global community here. If companies like RedHat, yada yada want me to use their software I'd much rather an impartial international organization (RE: UN) to handle it.

    Futhermore, if I ever felt that the country I belong to were to ever be on opposite sides with the great USA, I might never buy the software for fear of having my support cut off, or, worse, I can definitely imagine; "hey we won't release this information until we take down all our enemies networks!"

    So regardless of whether or not I belong to a country which is an enemy of the states, I can see that security releases would be delayed for the benefit of America, putting my network, and possibility government at more risk (assuming your government does not share this information with mine).

    So to the bit bucket Sendmail goes! Goodbye, and good riddance to your buggy American agenda software! (Luckily it isn't software I paid for.)

    --
    =+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
    Daniel
    http://people.cinn.ca/daniel/
  102. Oh puh-LEAZE! by Khan · · Score: 1

    This article is so full of itself and the DHS, that it stinks to high heaven. Like this bug in Sendmail was going to "cripple the Internet!" or some other sensational crap. I know there isn't a lot to report on right now but, c'mon! find something a little more worthwhile CNet. yeesh!

    --

    "Klaatu, verada, necktie!" -Ash

  103. Hooray!!! by Vladimir9 · · Score: 1

    Hooray for the DOHS!!! If they had not found this 15 year old bug I might not be getting my email right now. Take that Osama!!!!

  104. Differing Agenda's by ColaMan · · Score: 2, Interesting

    As this has been mentioned a little bit in other peoples posts, I'll ask the question too :

    Why should I (an australian) have to rely on the "Department of Homeland Security" of another country for information regarding a sendmail patch?
    What if someone found a root exploit affecting 75% of say, iraq's servers and reported it to the "Department of Homeland Security"?
    I wonder how long it would take for them to issue a release about that one? As far as I'm concerned , the body that looks after this sort of thing should be international and not have any majority government control, as otherwise they start acting in their own interests, and not the greater interests of the other technically competent people on the planet.

    (And "Department of Homeland Security" always has a weird , 1984-ish sound to me, hence the quotes)

    --

    You are in a twisty maze of processor lines, all alike.
    There is a lot of hype here.
  105. So government knows the expoits and you don't by DunbarTheInept · · Score: 1

    So, if I read this correctly, there was a long window of time during which the government was aware of this hole and the public was not informed. This isn't a good thing, like they claim. What it means is that for those weeks the government had exclusive knowlege of how to root your machine. Do you trust them to use that knowlege responsibly (meaning, to have the integrety to refrain from using that knowlege at all)? I do not.

    --

    Don't label something "offtopic" unless you know the topic well enough to tell what's on topic.

  106. Not that hard by FrancisR · · Score: 1

    I fixed my sendmail server in a little under 30 minutes. 5 to download the new version, 5 to unpack it, 10 to compile, and 10 to install and reboot. It's not THAT big of a deal.

  107. Agreed - Homeland Security Didn't Add Value by billstewart · · Score: 1
    ISS knows where Sendmail.com lives, and where the Sendmail Consortium hang out - it's not like this is the first Sendmail bug they've encountered. They could have either gone to them directly, or gone to CERT, which is a reasonably well-behaved technically clueful bunch, though there are people who think they're too conservative about disclosure.

    Department of Homeland Security is a political power grab by people who are unacceptable in a free society to start with, with a name that's trying very hard to sound almost like several different classic totalitarian thug agencies, and having ISS kiss their ass does not make me respect ISS at all.

    Now, it's possible that Homeland Security did a good job of making the civilian government agencies running sendmail install patches, using clout that CERT doesn't have, and either cooperating with or stepping on the toes of the NSA's NCSC, and if true, that's a Good Thing, but they're issuing press releases like they did something to protect America's Precious Bodily Fluids when it was really somebody else that did all the work and would have helped the Global Information Infrastructure protect ourselves anyway.

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
  108. CERT vs. DOHS by billstewart · · Score: 1
    There's already been a bunch of controversy in the community about CERT being pretty conservative about giving this kind of information to manufacturers before warning the public, but most of us pretty much respect CERT as a technical organization that's trying to do a good job of doing research, sharing information where it's useful, and helping protect the whole world's information infrastrcture. Most of the disagreements are about their competence and speed and the appropriateness of that approach, but they're basically Good Guys, so whether we agree or disagree, it's not a business of threats or intimidation.

    Department of Homeland Security are a bunch of political thugs who _are_ very disturbing - not only may it be counterproductive to have them around, but this does hint at the "Revealing Security Flaws is Un-American" "Loose Lips Sink Ships" "McCarthy Knows What's Best For You" kind of mentality that we don't need to bring back out of the past.

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
  109. Re:get caught in the political crossfire by maximilln · · Score: 1

    When the owner of the bug is your manager things get hairy. He doesn't want to admit the flaw to his superiours. He doesn't want you to show the flaw to his superiours and he will make your life hell as long as you know about the bug. He'll probably make it part of your year-end goals to fix the bug. Since he doesn't want the people above him to know about the bug he'll also have you do a few dozen other things to obfuscate the real target of your daily duties.

    At the end of the year when the bug still exists and you haven't fixed it for him then he'll find a way to tell human resources that you are an incompetent employee who the company would be better without.

    If you did manage to fix the bug then he'll take the fix and show it to his managers. They'll turn pale at seeing the bug and then breathe easier when he provides the fix. They'll never ask who actually created the fix.

    Congratulations for finding the bug. :-) Don't ask for any sort of compensation. Bug-tracking isn't part of your job. Your job is to do exactly as your manager tells you. If you persist you may be terminated for insubordination--performing duties which your manager didn't specifically assign to you.

    And don't ask questions.

    --
    +++ATHZ 99:5:80
  110. Re:hmph... Homeland Security by MarsF · · Score: 1

    Now we know that the US was desperately looking for support in the UN security council for it's war resolution. As a result, many of the officials were informed that they may have been 'observed' by the US government, so that the government might devise a strategy that would make their resolution more appealing to those undecided security council members. Wouldn't those officials like to know that for the last 2 months the United States Government has had exclusive access to their email correspondence? Also, notice how there hasn't been any information given out with regards to detecting a break-in using this exploit. One might say there is no point due to the fact that the exploit was not observed in the wild. However, I'm sure that if a method of detection was discovered and applied then some governments and organizations might find some interesting server activity in the previous two months. Mars

  111. Re:Encouraging (NOT) by haraldm · · Score: 1
    This is OK to start with, but IMHO they should disclose the information ASAP. This would allow skilled admins to implement temporary fixes, like disabling a service, of (in this case) finally replacing sendmail by postfix.

    Security by Obscurity is a yesterday's item, but the current US government is a yesterday's government to begin with.

    One big security problem ist that it is far too easy for clueless morons to get connected to the internet. And you can hardly force private end users to have a staff or contractor. It is the task of the ISPs imho to make sure they connect only properly skilled people.

    --
    open (SIG, "</dev/zero"); $sig = <SIG>; close SIG;