Slashdot Mirror


Hacker Leaks Unreleased CERT Reports

Call Me Black Cloud writes "A hacker calling himself "Hack4Life" swiped 3 unpublished vulnerability reports from a company working with CERT and posted them to the Full Disclosure mailing list. A couple of days later, he did it again (while promising weekly leaks). Wired also has a story, including a link to one of the postings."

67 of 336 comments (clear)

  1. A little bit ironic by OptimizedPrime · · Score: 5, Funny

    Its a little too ironic if he's using the leaks in the reports he steals....

    1. Re:A little bit ironic by yoni003 · · Score: 5, Funny

      heh..these vulnerability reports shouldn't be so vulnerable

    2. Re:A little bit ironic by jd_esguerra · · Score: 5, Funny

      What will be really ironic is if he gets hacked to pieces in prison for protecting his own back-door. Once the guys in prison looking for "root access" portscan him, I bet they'll waste no time compromising his socket. Yep. I'm sick. And bored.

  2. Bet he works for ISS by essdodson · · Score: 3, Funny

    With the way ISS handles things I bet they're after this guy.

    Otherwise... $5.00 says he works for ISS... any takers?

    --
    scott
    1. Re:Bet he works for ISS by rat7307 · · Score: 2, Funny

      I don't think this guy works on the International Space Station............

      That's how I read your comment....

      --
      Burma?
  3. FD and Bugtraq by jmays · · Score: 5, Informative

    If you enjoy Bugtraq and can put up with the occasional flame war ... FD is an awesome list. FD Charter

    --
    KARMA TAG! You're it.
    1. Re:FD and Bugtraq by RLiegh · · Score: 5, Funny

      and can put up with the occasional flame war ...

      I don't think any regular readers of slashdot fit that discription.
    2. Re:FD and Bugtraq by DarkKnightRadick · · Score: 2, Funny

      No, they prefer continous flame wars. ;)

      --
      "There is a way that seems right to a man, but its end is the way of death." Proverbs 16:25 (NKJV)
  4. Maybe it's an inside job. by no+reason+to+be+here · · Score: 4, Insightful

    Maybe someone that's upset with the way CERT is doing things...
    or maybe someone joined CERT just so he/she could play uberhacker.

    1. Re:Maybe it's an inside job. by indiigo · · Score: 4, Insightful

      CERT is a joke, they announce security vulns days late, often skipping arbitrarily vulns that are on a massive scale. Unsubscribed a year ago.

      --
      fslg503-985-8686503-985-8686503-985-8686503-985-86 8650 3-985-fdsg8686503-985-8686503-985-8686503-9
    2. Re:Maybe it's an inside job. by DarwinDan · · Score: 3, Interesting

      If CERT is a joke, why does DoD use them as one of their many early-warning "front-line" defenses against viruses and worms? Is something happening here or am I just dreaming? Shouldn't something DoD-level be secure enough from the social engineering perspective to be admired not regretted?

      --
      $DEITY bless $NATION
    3. Re:Maybe it's an inside job. by indiigo · · Score: 2, Informative

      Perhaps the DoD is on a different list, but the lists I was on I would get updates at least a day or two after known exploit, or nothing at all. I don't care about priorities, I need to know if a system I run is vulnerable, and It wasn't cutting it.

      --
      fslg503-985-8686503-985-8686503-985-8686503-985-86 8650 3-985-fdsg8686503-985-8686503-985-8686503-9
    4. Re:Maybe it's an inside job. by Anonymous Coward · · Score: 3, Interesting

      If CERT is a joke, why does DoD use them as one of their many early-warning "front-line" defenses against viruses and worms? Is something happening here or am I just dreaming?...

      Certain organizations do use CERT for front-line information, but not necessarily for the front-line you envision. Certain assets (capabilities in this case) diminish in value as knowledge of their existance propagates. The value in CERT is knowing who knows something, since we're often well beyond what someone knows by the time it hits the list...

  5. Coffee by webword · · Score: 5, Funny

    I drink too much coffee. I leak several times per day.

    1. Re:Coffee by IIRCAFAIKIANAL · · Score: 2, Funny

      Nosy Robot: Sir, are you aware that you're leaking coolant at an
      alarming rate?
      Fry: Uh ...
      Nosy Robot: Well, let me just patch you up with some hot resin. [he
      holds the gun up so Fry can see it]
      Fry: I think the leak's stopping itself. [it doesn't]
      Wait, wait ... [long pause] ... yeah, there we go. Wait ... there.
      Nosy Robot: [accusing] What sort of robot turns down a free blast of
      searing hot resin?
      [Fry is stumped]
      Leela: I'm sorry, my friend and I have to go perform some
      mindless, repetitive tasks.
      Nosy Robot: [chuckles] Sounds like a romantic evening. I won't keep
      you.

      props

      --
      Robots are everywhere, and they eat old people's medicine for fuel.
  6. Interesting to note... by gnu-sucks · · Score: 5, Interesting

    What is interesting to note, is that this, or these, as it may be hackers are /releasing/ the truth.

    Not defacing web sites, hacking student DB's, etc.

    Is truth the new hack of the future?

    1. Re:Interesting to note... by madmarcel · · Score: 5, Interesting

      Hmmm...I vaguely remember a hacker releasing blueprints/plans/files for a rocket or somesuch a while back...

      The idea is not unique, and is to be applauded, consider hacking into CNN's network and releasing what they are NOT showing on TV!

      This could get out of thand though....
      "Truth is a noble cause" -> "HACK THE PLANET!" ;P

    2. Re:Interesting to note... by RLiegh · · Score: 4, Insightful

      When truth is outlawed; only outlaws will tell the truth.

    3. Re:Interesting to note... by SN74S181 · · Score: 2, Insightful

      I know this is being pedantic, but 'truth' can't be outlawed any more than 'cold' can be outlawed.

    4. Re:Interesting to note... by Tony-A · · Score: 2, Interesting

      When truth is outlawed; only outlaws will tell the truth.

      That .... is .... sickening.

      God, I hope you're wrong, but we seem to be heading thataway.

    5. Re:Interesting to note... by _Sprocket_ · · Score: 2, Insightful

      That's not "truth" - its propaganda.

    6. Re:Interesting to note... by skillet-thief · · Score: 2, Insightful

      Don't sweat it... we're already there.

      --

      Congratulations! Now we are the Evil Empire

    7. Re:Interesting to note... by karlandtanya · · Score: 3, Insightful

      The folly of relativism... Okay--just got back from freshman philosophy class? You define truth as absolute. Next you state that if truth is not absolute, it is meaningless. Then you offer this as support for the statement that relativism is folly. Go talk to your professor and ask the meanings of the terms "tautology" and "non sequitur"

      But truth, in this context is not absolute.

      It is not the fact that people die in war, people are losing jobs, votes were miscounted, etc. that one wishes to hide. The facts will eventually come out. But they will be presented at a time and in a manner that supports the agendas of the presenters.

      It is "the truths" that war is justified, we should spend money on new trucks, and GWB is our just and wise leader that are of interest.

      Don't get caught up arguing semantics. What is going on is the control of the hearts and minds of the people. This is achieved through emotion, religion, fear, greed, salesmanship, torture... These are methods that have nothing to do with empirically provable facts.

      To control "the truth" is not to hide the facts, but to convince people that only the facts you like are relevant. Anyone who campaigns against this view threatens that control of "the truth"

      Those who wish to control "the truth" often state their truths as dogma, and legislate against contravening statements or even privately held views.

      In many situations, sedition, heresy, treason by word are crimes. Remember the witch hunts--in the 1600s and the 1950s. Same process; different details. There is a very legitimate concern that those in power--in order to maintain power--will criminalize speech (in any form) that threatens their control.

      This is why the first amendment to the US Consititution is the first amendment. It's that important.

      BTW, the full text of the above referenced document is available at Thomas. It's an enlightening read if you haven't already. The original text is only 14-15 pages long; check it out!

      --
      "Reality is that which, when you stop believing in it, doesn't go away." - Philip K. Dick
  7. Double-edged sword? by Raven42rac · · Score: 4, Interesting

    This is both good and bad. Good, in the sense that more people will know about these vulnerabilities. Bad, in the sense that more people will know about these vulnerabilities. In my opinion, the only time security vulenrabilities should be released publicly is when they are fixed. Otherwise, teenage script kiddies worldwide will launch attacks on everything and everyone. It is unreasonable to expect all code to be completely secure, it is just flat out impossible. However, when new vulnerabilities are found, they should only be disclosed to those who have the capacity to fix them, and not to the public, whose only reaction will be panic. Comments?

    --
    I hate sigs.
    1. Re:Double-edged sword? by freeweed · · Score: 2, Insightful

      In my opinion, the only time security vulenrabilities should be released publicly is when they are fixed. Otherwise, teenage script kiddies worldwide will launch attacks on everything and everyone.

      Keep in mind that pretty much by definition, "script kiddies" won't be doing much with a new vulnerability, as their sole skill lies in being able to run someone else's code. Most new vulnerabilities either aren't exploited for months (vendor patch or no), or if they are, the exploit certainly isn't public knowledge. Therefore, there's little chance of a script kiddie rampage from some leaked vulnerability.

      Ok, so I'm nitpicking ;)

      I guess the only real threat with this sort of thing is that someone who actually *might* be able to do something with this, now has a known target to go after.

      --
      Endless arguments over trivial contradictions in books written by ignorant savages to explain thunder in the dark.
    2. Re:Double-edged sword? by AlexCV · · Score: 5, Interesting

      Maybe so, but a good kick in the ass of the CERT and the vendors can help speed things up. When an advisory has been in the pipe for a while and is only scheduled to be released in 3-4 months, clearly vendors are a bit lenient in fixing their bugs. Next thing you know the CERT cycle will be 12 to 18 months...

    3. Re:Double-edged sword? by lamontg · · Score: 4, Insightful

      define "the public" and "those who have the capacity to fix them".

      I have the sources to the operating system that I prefer to run and all the apps that run on it. I am a unix system engineer of quite a few years experience now. I know how to program C with about 13 years of experience there. I believe very firmly that I am in the category of "those who have the capacity to fix them". I am not, however, in the inner circle of those who get early access to CERT security information.

    4. Re:Double-edged sword? by legLess · · Score: 5, Insightful
      Quothe the poster:
      In my opinion, the only time security vulenrabilities should be released publicly is when they are fixed. ... However, when new vulnerabilities are found, they should only be disclosed to those who have the capacity to fix them, and not to the public, whose only reaction will be panic. Comments?
      You're making a dangerous and unwarranted assumption: that "white hat" hackers find vulnerability information before "black hat" crackers. This is not the case. If one person can discover a security flaw, so can another, and a cracker intending to use his knowledge for ill is certainly not going to report it to CERT.
      Otherwise, teenage script kiddies worldwide will launch attacks on everything and everyone.
      Script kiddies are not the problem. Sure, they might 0wn a couple Windows machines, but their very lack of subtlety is what makes them a second-rate danger. The scary crackers are those that find a single, important flaw themselves and rapidly use that information to compromise systems for their own gain, never telling anyone else. It's well-documented that most digital corporate break-ins are not brought to the attention of the authorities or the security community, so Joe Scary Cracker can continue to use his exploit until a white hat finds it.

      Finally, let's use a non-digital example. If (e.g.) Consumer Reports found a flaw in a popular child car seat that could cause severe injury to a child, which path would you prefer they take:
      1. Notify the manufacturer, then wait for said manufacturer to discover a fix and write a press release.
      2. Loudly notify the entire world so that parents can reduce the risk themselves.
      In the above case, the only reason to delay is to protect the manufacturer, so the analogy isn't perfect. Home burglar alarms would be a better analogy, but less vivid.

      For many people charged with security, this is an easy question: they want all possible information on vulnerabilities the second that someone discovers them. They can shut off services, craft firewall rules, compile in patches, write their own damn patches. The worst-case scenario for them is that their systems are afflicted with a vulnerability that anyone else but them knows about.

      Besides, here's the elephant in the living room that no one wants to address: if one person can somehow acquire this information and post it to a public list, another person can use the information for ill gain. One of these vulnerabilities wasn't due to be announced 'til June?? That's a long fucking time for (e.g.) your bank's online transaction processor to be vulnerable.

      Disclose early; disclose often. Anything else multiplies the risk for the people who can least afford it.
      --
      This isn't as much "normalization" as it is "don't take so many drugs when you're designing tables."
    5. Re:Double-edged sword? by Alex · · Score: 5, Insightful


      Finally, let's use a non-digital example. If (e.g.) Consumer Reports found a flaw in a popular child car seat that could cause severe injury to a child, which path would you prefer they take:


      What usually happens in this scenario is that parents remove the childs seats in blind panic and as a result 10x more kids are killed by seatbelts and not being in carseats than would have been killed by the carseats.

      Lucky we removed those car seats isn't it?

      Alex

    6. Re:Double-edged sword? by sacrilicious · · Score: 2, Insightful
      Finally, let's use a non-digital example. If (e.g.) Consumer Reports found a flaw in a popular child car seat that could cause severe injury to a child, which path would you prefer they take: 1. Notify the manufacturer, then wait for said manufacturer to discover a fix and write a press release. 2. Loudly notify the entire world so that parents can reduce the risk themselves. In the above case, the only reason to delay is to protect the manufacturer, so the analogy isn't perfect. Home burglar alarms would be a better analogy, but less vivid.
      I agree that the analogy isn't perfect, but I'd go even further and say the analogy is seriously flawed. The question being explored is whether an affected party would or would not want the earliest possible public revelation of an exploit. In the case of a child car seat problem, there is no incentive for remote parties to try to exploit the problem; there's no way for them to do it, and there wouldn't be any gain for them if there was. And the downsides of the situations being compared - lost data/revenue vs dead child - cast the analogy as attempting to leverage understandable parental hysteria in order to make a point about computer security that really would be better served by a more rational portrayal.
      --
      - First they ignore you, then they laugh at you, then ???, then profit.
  8. Re:You've spelled Cracker wrong. by essdodson · · Score: 5, Insightful

    The connotation of the word has changed, deal with it, move on. You lost this war years ago. If you don't like what it now means to everyone but you and a few others, then don't choose it as your label.

    Simply put, if the masses see "hackers" as evil criminals then that's what "hackers" are. Language is determined by the masses, not by a small minority who get to determine what's PC or right.

    --
    scott
  9. Hacker Ethics by Blaine+Hilton · · Score: 2, Redundant

    I think this brings up an interesting point related to hackers ethics. On one hand people should know about problems so they fix their machines right away, but if there is no quick fix then perhpas its a thing for a "need to know" basis. I'm interested to hear if slashdotters think this "hacker" is doing a good thing, or a bad thing.

    1. Re:Hacker Ethics by nomadic · · Score: 4, Interesting

      It's a bad thing. I mean, you can justify almost any crime that way ("oh, I was just testing your locks" or "oh, I was just testing police response in this area" or "oh, I was just testing human skin resistance to .38 caliber rounds").

  10. Inherent problems with CERT by jaywhy · · Score: 5, Insightful

    I've never liked the fact that CERT was more or less an exclusive security club. It's obvious that hackers monitor the mailing list and know the vulnerablities before majority of everyone else in the world.

    CERT should instead, stick with helping behind the scenes coordination between security agencies like eEye and software companies; and should stop publishing unfixed problems to a CERT's underground mailing list.

  11. Re:You've spelled Cracker wrong. by xihr · · Score: 2, Insightful

    I think it's ironic how the "hacker" community used go out of their way to emphasize the distinction between hacker (positive) and cracker (negative), but as of late seem to not bother anymore. Certain Slashdot "reporters" don't seem to bother even trying to make the distinction anymore.

    Looks like the popular media won this one.

  12. One was supposed to be held back till june??? by malice95 · · Score: 5, Insightful

    What concerns me is that one of the vlunerability reports released by this guy wasnt schedualed to be released until June... JUNE??? What the hell are they going to wait till June for. Cant the vendor get their act together before then? This is why we need bugtraq so bad.. IMHO they should get 3 or 4 weeks max to fix the problem otherwise it gets released. If there is even a hint its being exploited on the net it should be released immediatly, fix or no fix.

    Malice95

  13. I would agree, but... by Sandman1971 · · Score: 5, Interesting

    I was somewhat torn on the issue until I read "I'm going to release these at 7pm on Friday, so that sysadmins don't know about this and can't do anything about this til Monday morning" (paraphrased).

    Any inkling of having me agree with posting these advisories just went out the window with this one. He's not trying to help anyone by divulging these, except for maybe script kiddies and crackers. With such a statement it's obvious he's not trying to help vendors release a quicker fix.

    --
    It's better to burn out than to fade away
    1. Re:I would agree, but... by Shanep · · Score: 4, Funny

      "I'm going to release these at 7pm on Friday, so that sysadmins don't know about this and can't do anything about this til Monday morning" (paraphrased).

      What I'd like to know, is what real sys admin is NOT glued to multiple consoles at 7pm on a Friday?

      That's about the start of the week when real work can get done!

      --
      War crimes, torture, lies, illegal spying... Would someone give Bush a blowjob, already, so he can be impeached?
    2. Re:I would agree, but... by jaredmcook · · Score: 2, Funny

      Ya know, I thought it was just me, but every dos attack/hack attempt I have seen against my servers has been on friday night or on weekends. Assholes. I work my ass off all week, and I want to relax on the weekend.

    3. Re:I would agree, but... by Sandman1971 · · Score: 2, Interesting

      Bah, I'm a sysadmin and you won't find me glued to consoles at 7pm on a Friday, unless I'm on pager and something breaks. I much prefer spending my weekends with my gf and/or friends.

      There must be a balance in life... cuz in the end, what was it all for? Your servers and your bosses won't be at your bedside when you're really sick and/or dying. But family, friends and loved ones will.

      (Damn, I have been watching way too much SouthPark :P )

      --
      It's better to burn out than to fade away
    4. Re:I would agree, but... by Shanep · · Score: 2, Interesting

      I much prefer spending my weekends with my gf and/or friends.

      Some sys admins love their work too much I guess. I took care of a stock exchange backup network, worked crazy hours, usually 6 days a week, and actually loved it...

      until the politics changed and realistic, learned management who'd worked their way up in the industry, were replaced with some completely clueless non-IT management who managed to cause almost every IT staff member to leave within months (some of the most incredibly gifted IT people I've ever met, allowed to go for a few bucks an hour).

      Systems let me down far less often than people do, which is why I prefer to spend my time hacking than drinking on Friday nights.

      I have a gf now, but I *really* miss the times when I could go for hours in front of a machine (and achieve plenty) without being whined at.

      If I gave up my gf for the old life, you'd probably say "get a life", but some people enjoy "having no life".

      PS, my original post was merely poking fun at what constitutes pretty much every sys admin I know (they always come back after drinks to "do stuff" with their babies, almost secretly, as if embarassed about actually loving their work).

      --
      War crimes, torture, lies, illegal spying... Would someone give Bush a blowjob, already, so he can be impeached?
  14. Listen...can you hear that? by Jonboy+X · · Score: 3, Funny

    It's the sound of every sysadmin on Earth switching to BSD!

    --

    "In a 32-bit world, you're a 2-bit user. You've got your own newsgroup, alt.total.loser." -Weird Al
    1. Re:Listen...can you hear that? by Kalak · · Score: 2, Insightful

      RTFA -- from the Sun RPX XDR libraries notice:
      "BSD-derived libraries with XDR/RPC routines (libc)"

      Don't think your safe just because your OS make you feel that way. Patch now! Patch Often!

      I don't follow true BSDs so I don't know if there is actually a fix for OpenBSD or FreeBSD. My linux boxes are patched. I assume my OS X boxes are vulnerable as well. Don't assume because your OS is great for you, that it's secure and you don't need to be concerned about patches. Read up on what was released so you know what the average cracker and script kiddie knows. Beat them to the punch and be happy knowing you're smart enough to know better. Only then will you be secure, Grasshopper.

      --
      I am, and always will be, an idiot. Karma: Coma (mostly effected by .hack)
  15. A modest proposal by kuhneng · · Score: 4, Funny

    Store the Windows vulnerabilities on a Windows server, Linux vulnerabilities on a Linux server, etc.

    That might take the edge off some companies' complaints about vulnerabilities leaking out before the clock is up.

  16. From the second link: by radon28 · · Score: 2, Insightful

    "Hack4life goes on to say that all future vulnerability reports will be released at 7 p.m. on Friday "to give hackers the maximum amount of time to actively exploit the vulnerability before sys-admins, CERT and vendors can act to patch the issue on Monday morning after their weekend off."

    You tell me. Is this a good thing, or a bad thing?

  17. How does CERT secure its servers? by mabhatter654 · · Score: 4, Interesting
    If they store unreleased information on non-complete patches, how do they secure their system?

    Moreover, if their vendor doesn't patch their system quickly, how are they ever going to stop this guy if he always knows what's broken next?

    Catch-22 isn't it!

  18. When the jail system is done with him... by No.+24601 · · Score: 3, Funny

    he'll be called 'Packed4Life'.

  19. CERT is incredibly stupid by Omnifarious · · Score: 4, Insightful

    That vulnerability is a simple buffer overflow. RedHat had a patch out for it in less than a day. This whole 'wait for the vendor to fix it' thing just results in lazy vendors.

    And, as the army breakin shows, the 'bad' guys often have the information whether or not the 'good' guys even know it. There are many script kiddies out there, but there are a few really intelligent people who can do their own research, and won't bother telling CERT before they go and exploit the vulnerability.

    1. Re:CERT is incredibly stupid by teg · · Score: 2, Insightful


      That vulnerability is a simple buffer overflow. RedHat had a patch out for it in less than a day. This whole 'wait for the vendor to fix it' thing just results in lazy vendors.


      That would be because Red Hat and others took advantage of the time CERT takes from vendor notification to general release. This is exactly what CERT is trying to do - release the vulnerability info at the same time vendor patches are ready.

    2. Re:CERT is incredibly stupid by glasser · · Score: 2, Insightful

      This may be true for one of the leaked vulnerabilities, but not for all of them. The Kerberos one, specifically, is a problem with the protocol itself. The only real way to fix the problem there is to migrate all of your applications from kerberos4 to kerberos5, which is not trivial at all and all of the relevant groups have been working on for months; there was a set date to release the report whether or not groups had finished their patches, so it is not like they were trying to keep this a secret forever.

  20. Most would disagree, but here's a solution by MickLinux · · Score: 2, Interesting

    If you really want security through obscurity, you should be able to get it. Quite simply, if there are a number of sysadmins who want a black box solution, then CERT should provide parallel systems, with different sets of programmers.

    One should be advertised as open-source, open-problem. The other should be advertised as security-through-obscurity, maybe open-source, but not open-problem.

    Then let the users pick. At that point, well-intentioned hackers should leave the STO code obscure, and publicize the problems with the open-problem code.

    Meanwhile, CERT *can* use their lessons from the open-problem code to improve the STO code, but it *is* more at risk to real cracking, perhaps less at risk to script kiddies. Perhaps.

    I, for one, would probably use the Security-through-obscurity code if I didn't have time to really learn my system, or hadn't yet learned the system. Once I understood my system, though, I would upgrade to the open-source/open-problem code, in order to be able to maintain maximum security. (Just my $0.02.) By the way,

    --
    Correct Horse Battery Staple: 72 bits of entropy. Enter "Correct H" into google. When it generates the phrase, that's
  21. Obvious Result by Ryvar · · Score: 5, Insightful

    If everyone switches to BSD then most of the vulnerabilities found will be for BSD. No OS is flawless, not OpenBSD nor any other - OpenBSD gets more attention than the other BSDs as far as security is concerned in all probability because of their security stance, but there's still a hojillion (I use that term strictly in the technical sense) bugs in there.

    That's not to deride Theo & crew's accomplishments - they've done amazing work, look at how few bugs are found in OpenSSH relative to how incredibly widespread it is - but it is practically impossible to write perfectly secure code that operates at anything like a reasonable speed for the x86.

  22. Hack4Life? by x136 · · Score: 3, Funny



    Worst. Hacker name. Ever.

    </voice>

    --
    SIGFEH
  23. Re:You've spelled Cracker wrong. by firewrought · · Score: 2, Interesting
    Simply put, if the masses see "hackers" as evil criminals then that's what "hackers" are. Language is determined by the masses, not by a small minority who get to determine what's PC or right.

    Hurrah for linguistic enlightenment! While we knowledge workers are very use to naming things--establishing strong definitions for new words or phrases within a specific discipline or project--it must be remembered that the usage-consensus ultimately determines what words mean. Dictionaries are ultimately descriptive, not prescriptive.

    Intresting about "hacker", though: I think slashdotters and other computer geeks have become more accepting of the criminal connotations while the general public has become more accepting of the original, more benign definition(s). Anyone care to do some field work? (While you're at it, see how many members of the general public would recognize the CSish definition of "string".)

    --
    -1, Too Many Layers Of Abstraction
  24. Re:You've spelled Cracker wrong. by Kysh · · Score: 2, Insightful

    Don't believe everything you see in movies about the
    south. I'm a southerner, and I'm as tired of the
    'racist hick' stereotype as anyone else broadly
    stereotyped. Most of the racists in the south move
    down from New York or other northeastern cities,
    looking for 'kindred spirits'. To say that they give
    us a bad name is an understatement.

    --
    --=:: Wings and tail and snout and scales of blackest night ::=- A dragon stands be
  25. Re:Well.... by Bonker · · Score: 4, Insightful

    Unfortuneately, the reason the information was leaked is because CERT charges people to get early access to security problems like this... So it could be *anyone* at any of the organizations that have legitimately (*cough*) gained access to this resource. Hell, it could be any one of those people's bored teenaged kid who snagged their dad's laptop when he brought it home for the weekend.

    Sorry, but once you sell something there is no way to protect it as secret.

    CERT has bought and paid for this. They've earned this security breach and every breach like this.

    --
    The next Slashdot story will be ready soon, but subscribers can beat the rush and slashdot the links early!
  26. localhost? by Kaa42 · · Score: 4, Funny

    Hum, look at the references section

    ...
    6. http://www.kb.cert.org/vuls/id/192995
    7. file://localhost/XDR.html#vendors
    8. http://www.kb.cert.org/vuls/id/516825
    ...

    localhost!? They're obviously already using the vulnerability to put files on my computer.

    --
    .oO Kaa Oo.
  27. How do you define when a vulnerability is fixed? by Skapare · · Score: 5, Interesting

    How do you define when a vulnerability is fixed, at least for the purpose of determining when to go public with it? Consider a vulnerability in some shared and widely used and distributed library such as OpenSSL or Zlib. Potentially you could say it is fixed as soon as there is a source patch. But that doesn't really make it universally available. Armed with the patch, the vulnerability may well become obvious, yet most systems which are installed and maintained in binary code remain vulnerable. Should things wait until the distributions package the fix? How many have to wait for the others?

    And what if the same vulnerability exists in more than one implementation because of things like code re-use, or a flaw in a protocol that can be dealt with in the code anyway? Suppose OpenBSD fixes theirs in 2 hours and NetBSD fixes theirs in 5 hours and FreeBSD fixes theirs in 9 hours and Slackware fixes theirs in 15 hours and Debian fixes theirs in 24 hours and SuSE fixes theirs in 36 hours and Redhat fixes theirs in 60 hours and Microsoft Windows fixes theirs in 10 days (hypothetical times chosen arbitrarily)? Would it be OK for OpenBSD to go ahead and blast their security mailing list with the fix when it's done? Or should everyone have to wait until the stragglers get their act together?

    IMHO, vulnerabilities should be released as soon as the first vendor has a fix, or after some fixed determinate time to ensure they don't all get together to hide the problem (not that all of them would, but certain vulnerabilities may only affect a small subset of them, or even just one). Yes, that leaves the systems "supported" by the stragglers unprotected. But that should also help leverage market pressure to fixing things faster, and designing to avoid the as well.

    --
    now we need to go OSS in diesel cars
  28. Re:Well.... by Florian+Weimer · · Score: 4, Informative
    Unfortuneately, the reason the information was leaked is because CERT charges people to get early access to security problems like this...

    Note that isn't one of Slashdot's conspiracy theories. If you report something to CERT/CC for free, they sell it to their subscribers.

    Unfortunately, this process is not defined in a way that is transparent for those who contact CERT/CC. I've seen conflicting reports regarding the question whether this sharing is mandatory or optional, implicit or explicit. Not surprisingly, the CERT/CC website is not very helpful:

    We also send vulnerability information to others who can contribute to the solution and with whom we have a trusted relationship. In addition to vendors, this may include experts in the community, CERT/CC sponsors, and members of the Internet Security Alliance (including private sector organizations). We also send vulnerability information to sites that are part of critical infrastructures that we believe are at risk.
    (From the CERT/CC FAQ.)
  29. Re:Well.... by trikberg · · Score: 2, Interesting

    Actually there may be a way to track him down. Set up a script that introduces a typo or two into the text for each download. Store these changes along with the username and IP for whoever looks at it. When a report pops up somewhere, compare typos to gathered data, and you should be very close to uncovering the leak.

    OT: This could also be used to track leaks of beta version of software. Just set up a script that changes a few bytes in some of the files that don't alter functionality (images etc.). Ship to beta testers. If there is a leak, it's fairly easy to track down. Of course this could be circumvented if several testers combine their versions.

    --
    This post is free (as in cheese in a mousetrap).
  30. Re:You've spelled Cracker wrong. by smclean · · Score: 2, Funny

    I am under the impression that these 'masses' are the same ones who give moderation points :P

    --

    "'Yrch!' said Legolas, falling into his own tongue."

  31. DOD asked for delay to notify families by MyNameIsFred · · Score: 3, Insightful

    As several of the broadcast outlets noted, the Dept. of Defense asked U.S. media to delay broadcasting images of the American POWs so that they could notify the immediate relatives. Right or wrong, and I think right, the DoD believes it is wrong for the immediate family to learn such things from television. I also do not believe such a request is unreasonable. Imagine yourself in such a situation. The world knows your brother has been captured, but you don't, because you haven't been watching TV. You're walking down the street and friends start offering condolences. You're surprised. Why are they doing this. One of the things you would be angry about is that DoD hadn't worked harder to tell you, before telling the world.

  32. Re:You've spelled Cracker wrong. by khakipuce · · Score: 2, Insightful
    There's also the issue of intent. If a hacker is "A person who enjoys exploring the details of programmable systems and how to stretch their capabilities"; then if I explore your website and happen to stumble into an area you did not want me to see, I think I am still a hacker, but you think I am a cracker.

    It's too fine a line to draw since cracking is one possible extension hacking. I have never understood why programmers don't want to be called programmers? I am a professional engineer and a programmer and I am happy with either title. I am also a hacker in the classical sense of the word but I never use the term about myself. In a lot of countries an Engineer can be anyone from the guy changes the oil in your car to the guy who designed the wing of a passenger jet. Engineers have to live with the widespread use of a title that can (for some of us) take years of professional training to achieve.

    So I say to all you disgruntled hackers out there, don't be so touchy. Prove yourself by actions not by a label. If you're good at what you do, you don't need a label.

    --
    Art is the mathematics of emotion
  33. Won't last long by TheSHAD0W · · Score: 2, Insightful

    You know it's only a matter of time 'til CERT starts modifying their reports so each company's report is unique. Then they'll find which company's leaking them, and stop giving them information.

  34. Re:Well....then the one's who find the exploits.. by Florian+Weimer · · Score: 2, Interesting

    I am SURE that if the exploit finders had a choice of getting a fee, getting paid to work, over doing it for free, 99 out of 100 people would accept the fee.

    There is already a growing economy for trading vulnerabilities and exploits, both IN THE open and On the underground. Quite a few companies now offer cash for vulnerabilities and exploits, and the price is determined by the severity of the reported problem.

    But these companies are part of the problem, and not a final answer. For example, one company notifies their paying customers on the same day as they contact the vendor, and another one has published a self-contradicting policy and it's not clear what they are really doing. I don't think that's responsible (on the other hand, it's not responsible to publish most of the software that it is used on the Internet).

  35. Here's a thought by zogger · · Score: 2, Interesting

    Here's a thought. How about self education about politics and reality. How about doing the research to find out in advance if the people you are working for are really doing the best possible job, not lying to you, not making you go fight in a questionable war based on questionable reasons in advance of being put into a warzone?

    Sorry man, got too many friends who as young men got stuck into a warzone based on a total lie and fabrication, the "tonkin gulf attacks". They got rah rah rahed into it, john wayned. Some got drafted, some just "joined up". Back then, real information was extremely hard to come by. Two of them I can name who are still alive got told for over 30 years their (illegal by signed convention) agent orange chemical warfare damage was illusionary, in their heads. This is NOT the case with general information now.

    The background of saddam, bush, cheney, rumsfield, osama, are there, virtually anyone can do the research with a cheap dial up connection or for free at almost all public libraries. It takes the same time as watching one single football game on the TV to find out about enough lies to make anyone rational question this enterprise, that's it, that short of time with google and starting with a clean data slate, being honest about it.

    My point is if YOU want to accept a check for military service, accept the responsibility that at this point in time you are in fact, a "mercenary", a soldier for hire. We don't have a draft now. In war, there are no rules. You accept "collateral damage" of your "enemy's" families, they not only find out about their little abdul or mohammed on the front lines, they themselves can get "direct feed back" in the form of exploding bombs on their own persons.

    You can't have it both ways, you want your family to not have the possibilities of finding out about you being captured or hurt, then don't go over there and fight, unless you accept your adult responsibilities of the FULL ramifications of war, not the you get to pick and choose which things apply to you and your family or not, because in the real world, you don't get to pick and chose.

    I support the US troops! These are my neighbors too, people not at their normal jobs today a lot of them, reserves, being exploited to the max. I know one guy personal who got called back over a year ago, and for what? Sign up for one reason, to DEFEND THE UNITED STATES WHEN IT'S ATTACKED,swell, hunt down osama, stick to that, but not this other crap,being used and abused for some other questionable reasons based on fabrications and exaggerations. Our own spooks can't even find any connections between osama and saddam, those guys HATE each other. British spooks, the same thing.

    I support tour guys and nation to call it a draw, come home right now, with as few casualties as possible. Yes, I know that old model has some flaws to it,to actually be attacked, or to at least develop overwhelming evidence that an attack is imminent, but it just ain't there this time. To start down this path of pre emptive wars is just such a bad idea. That's what the 'bad guys" do, that's what stalin and hitler and tojo did, americans don't do that stuff! Once we do it a lot, the precedent established, we cannot any longer condemn any other nation for doing it. In the afghan war started by the russians, we went in and helped those moslems to resist, but unfortunately we picked some serious nutjobs like osama to "support", it was an extremely bad tactical decision, one of many made by the "profit over all" warlords back in Defense Inc. They do it all the time. Last week in the press it was all "secret emails and faxes to iraqi leaders indicated mass defections would occur". Now that that lie, one of hundreds, has been exposed, just look at reality, those people are defending their country from a hostile foreign nation, same as you or I would do. As thoroughly heinous and bad and as obnoxious as saddam is, and I assert he definetly is, these iraqis are finding our invasion a WORSE alternative,

  36. Are reports really secret? by kspiteri · · Score: 2, Insightful

    If a hacker can publish such a report, a hacker can exploit it. So why keep the report secret? If it is published, at least administrators of affected systems can take measures to protech their systems.

    Keeping the report "secret" does not block access to crackers.