Slashdot Mirror


SCO Not Lying About DoS Attack

Licensed2Hack writes "The Cooperative Association for Internet Data Analysis (CAIDA), part of the San Diego Supercomputer Center at the University of California, San Diego has an analysis of the recent DDOS on SCO.com. Netcraft also has more information in their article and analysis graphs. Seems SCO was hit with a 50,000 packet-per-second SYN flood peak, which yields approximately 20 Mb/s each way, or about the capacity of a DS3 line."

615 comments

  1. awwww... by Anonymous Coward · · Score: 5, Funny

    poor little darl..... :)

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

      Well, if we are to believe everything that Netcraft confirms then I have some bad news for you BSD types.

    2. Re:awwww... by acidtripp101 · · Score: 2, Interesting

      You realize that netcraft runs FreeBSD, right?

      --
      Not Free(as in beer). Free(as in "I'm free to beat you over the head for being a dumbass")
    3. Re:awwww... by Alien+Being · · Score: 0, Troll

      SCO a DDOS victim and Jeffrey Dahmer was a murder victim. Do I care?

      Darl McFuckwad is guilty of DDOS'ing the entire Linux industry. Shove an Atlas V rocket up his ass and send him into orbit (around uranus) and I won't feel even a scosche of sympathy for him. In fact, I'd push the launch button myself.

    4. Re:awwww... by Anonymous Coward · · Score: 3, Funny

      Dear Santa,

      What I want for xmas is proper egress filtering on all end point routers.

      That, and a massive IPv6 rollout. Like..tomorrow...say about 3pm...

      Thanks.

    5. Re:awwww... by sg_oneill · · Score: 1


      Here I was thinking the 'dos' references where the rough tech level that unixware was operating at. Have they got nfs working yet?

      Regardless, I am having deep issues trying to find sympathy for them. Maybe when darls doin' time for perjery might the sympathy kick in. . . actually.... nahh. I dont think that'd do it either.

      --
      Excuse the Unicode crap in my posts. That's an apostrophe, and slashdot is busted.
    6. Re:awwww... by Anonymous Coward · · Score: 0

      Taken from the article: "Together www.sco.com and ftp.sco.com experienced a SYN flood of over 50,000 packet-per-second early Thursday morning".

      Wasn't SCO's FTP server up until people started pointing out it shouldn't be during the early hours of this "attack"? And surely SCO aren't so amateur that they cannot configure their infrastructure to stop a simple SYN flood?

      Since SCO's web and FTP boxes resolve to adjacent IP addresses on the *same subnet* they should both have been hit and stopped responding at roughly the same time surely? The FTP server was responding normally for quite a while which doesn't seem to indicate a connection flooded with SYN requests.

      Perhaps they're deliberately making their servers vulnerable so they can point their collective fingers at the Open Source community again.

    7. Re:awwww... by Anonymous Coward · · Score: 0

      yes poor darl.. and i think its odd wether i get flamed or not but, why would the opensource community do this everyone by now realizes that doing this would achieve nothing. and at this present moment opensources side is looking better than sco's. yet this happens and look its the evil opensource group. im sorry but no one in the community would try to look cool and do this when it would do more harm than good cause that group or person would be screwed... so basically i think somehow its a sco trick.. which wouldnt be hard and seriously speaking they would have no choice but to pull a stunt like this.

    8. Re:awwww... by dipipanone · · Score: 1

      yes poor darl.. and i think its odd wether i get flamed or not but, why would the opensource community do this everyone by now realizes that doing this would achieve nothing

      What makes you think this is the open source community that's responsible? Do you really think that the same people who devote a large proportion of their life to writing code that others can benefit from will be the same people who engage in such puerile, childish antics? I very much doubt it somehow.

      The people who did this are almost certainly going to be the same sort of people who mount similar attacks on microsoft.com, etc. ie, script kiddies.

      They may very well run linux, but that would only make them the beneficiaries of the open source community, not members of that commmunity.

      im sorry but no one in the community would try to look cool

      Oops. OK, so we agree. Rant over. ;-)

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

      My sentiments exactly

      "Darl, you mistake me for someone who gives a toss"

  2. Oh come on by puppetluva · · Score: 5, Funny

    . . . that's just the slashdot effect. . .

    1. Re:Oh come on by linuxdawg · · Score: 2, Funny

      Please if your an sysadmin the ./ effect can be worse.
      It depends on the reason you were posted
      (it also helps not to run apache on a pacemaker for a server)

      --
      Cool Linux
      A Linux News Site
    2. Re:Oh come on by JPriest · · Score: 1

      Uhm, go here --> SCO.com

      --
      Saying Java is nice because it works on all OS's is like saying that anal sex is nice because it works on all genders.
    3. Re:Oh come on by d34thm0nk3y · · Score: 1

      No Free Lunch... No Free Linux... ???

      WTF. is that supposed to be an ad? hehe

    4. Re:Oh come on by twoslice · · Score: 4, Funny
      Uhm, go here --> sco.com

      ...and JPriest starts another round of DDOS at SCO

      --

      From excellent karma to terible karma with a single +5 funny post...
    5. Re:Oh come on by Geek+of+Tech · · Score: 1

      Not only is it "No Free Lunch... No Free Linux", but if you try to view the keynote speech, it's only in Windows Media Video!

      --
      Stop the Slashdot effect! Don't read the articles!
    6. Re:Oh come on by Corrado · · Score: 1

      Ummm...actually, I just got out of a week of PeopleSoft training and I got a free lunch every day! We had Pizza Hut on Mon & Thurs (leftover on Fri), cold cuts on Tues. and KFC on Wed. :)

      --
      KangarooBox - We make IT simple!
    7. Re:Oh come on by 00420 · · Score: 5, Funny

      it's only in Windows Media Video!

      That doesn't mean you need Windows Media Player to watch it. I just watched it on MPlayer. It's pretty funny in some spots. I like when McBride says "We can look forward to a world that is not free." I think they should make that there company slogan :)

    8. Re:Oh come on by MuParadigm · · Score: 1


      Actually, it looks like CAIDA is /.'ed now. I wonder if they'll give us an analysis of what the slashdotting looks like.

  3. Um. by Anonymous Coward · · Score: 0

    So? WTF would anyone here care?

  4. I speak for SCO when i say... by dknj · · Score: 0, Troll

    I told you so.

    -dk

  5. just another PR trick by kpharmer · · Score: 5, Funny

    Great! now they get headlines simply by *not* lying

    1. Re:just another PR trick by DaveAtFraud · · Score: 4, Funny

      Well, for SCO that is remarkable and worthy of a headline.

      --
      They that can give up essential liberty to obtain a little temporary safety deserve neither safety nor liberty.
      Ben
    2. Re:just another PR trick by madprof · · Score: 1

      I think the hilarious and totally outlandish accusations of them lying about a DoS attack meant Slashdot had to publish this or look like real idiots.
      Why they published the "SCO might be lying" story in the first place is a mystery.

    3. Re:just another PR trick by Andy+Smith · · Score: 4, Insightful
      Great! now they get headlines simply by *not* lying
      No, they get headlines when people accuse them of lying and it turns out (apparently) that they weren't.
    4. Re:just another PR trick by gid13 · · Score: 1

      Reminds me of what someone called "the gold star effect"... More specifically, when George W. Bush DIDN'T commit several huge linguistic atrocities in a speech, the media would, in effect, give him a gold star.

      Well, it makes ME laugh, anyway.

    5. Re:just another PR trick by LiquidCoooled · · Score: 2, Funny

      They cant really blame us - I'm reminded of the old tale of the boy who cried wolf....

      --
      liqbase :: faster than paper
    6. Re:just another PR trick by hbo · · Score: 4, Interesting
      The headline was SCO Group Web Site Attacked Again Which, it turns out was correct. Lots of folks read Groklaw, or posted to both Slashdot and Groklaw, doubting that the attack was real. As I said over there:


      I haven;t (sic) seen an explanation for the fact the earlier traceroutes stopped at multiple points in xo.net. Thos (sic) seem to indicate that there was filtering going on upstrean from SCO. This is a reasonable response to a DDOS by a backbone provider. That would also explain why there was now (sic) bandwidth problem on other systems close to www.sco.com. The putative attack traffic was never reaching SCO's colo.

      We should resist the temptation to believe that everything SCO says is a lie, just because most things are. This could blind us to real threats from SCO, if they exist.


      --

      "Even if you are on the right track, you'll get run over if you just sit there" - Will Rogers

    7. Re:just another PR trick by Anonymous Coward · · Score: 0

      That was the joke, nimrod.

    8. Re:just another PR trick by madprof · · Score: 5, Insightful

      The Slashdot headline was "Security Experts Doubt SCO's Claims of DoS"...well there are lots of "experts" around here it seems, and they all thought it was a PR stunt.

      How anyone could see PR value in this is beyond me.
      The opinions that matter to SCO are those of the people who control the purse strings at companies who use Linux heavily. They are not about to jack in Linux/pay up because some script kiddies were playing games.
      It just doesn't make sense that a company would fake a DDoS attack.

    9. Re:just another PR trick by hbo · · Score: 3, Insightful

      Missed this headline which is identical to the title of the story on Groklaw. Still, it was the "SCO is completely screwed and can never win" dittoheads that ran away with the idea that the DDOS was a hoax, not the Slashdot editors. (However I'm sure there's some overlap between the groups. 8)

      --

      "Even if you are on the right track, you'll get run over if you just sit there" - Will Rogers

    10. Re:just another PR trick by hbo · · Score: 4, Insightful

      I believe It's a knee-jerk reaction to the threat that SCO is posing to Linux and the GPL, combined with its public record of lying. The history of Unix is a tangle that Gordius of Phyrigia would be satisfied with. Interpreting IBM's rights amid the confusing welter of licenses and side agreements will not be easy, and the outcome is not so tidily in the bag as some seem to hope. PJ at Groklaw has provided lots of useful and interesting research. I read Groklaw daily. But it's obvious that Groklaw is also an advocacy site, among other things, much as Slashdot is. I worry that PJ's biases might lead her to miss important information from time to time. Since I'd like to see SCOG fail and be ground into the earth by IBM, I'd prefer she had the clearest vision possible.

      I have no evidence that Groklaw is missing tricks due to bias. It's just a worry of mine. The "SCO must be lying" bias at Groklaw and here is unmistakeable, however.

      --

      "Even if you are on the right track, you'll get run over if you just sit there" - Will Rogers

    11. Re:just another PR trick by SpaceLifeForm · · Score: 1

      So, since SCO is *not* lying,
      this event (SCO *not* lying) begs the question,
      was this event (SCO *not* lying),
      was it (SCO *not* lying),
      intentional or just a mistake?

      --
      You are being MICROattacked, from various angles, in a SOFT manner.
    12. Re:just another PR trick by Trepalium · · Score: 5, Insightful
      Maybe because the timing of it all was just too damn convenient. It happened couple days after RBC deciding there's something fishy about the contingency agreement, losing against IBM's motion to compel discovery, their stock prices have been dropping, and everyone's expectations that they will not be able to get anywhere near profitable this quarter without some very creative accounting. Of course little of this made it into the same press that prints SCO's outrageous accusations and 'open letters'.

      All this happens, and then SCO suddenly becomes 'victimized by all these EVIL Open Source people', virtually guaranteeing the press won't report on SCO's other misfortune because it's 'unimportant' compared to this. Morover, they get to make Open Source people look like terrorists and bad people, and try to make it look like people should not be using software developed by these 'evil people'.

      --
      I used up all my sick days, so I'm calling in dead.
    13. Re:just another PR trick by Anonymous Coward · · Score: 0

      I think you don't know what "begs the question" means. It does not mean "invites the question," or anything similar. I'd explain what it does mean, but I've had a few beers and I wouldn't do it properly. So Google it up.

    14. Re:just another PR trick by hbo · · Score: 1

      All this happens, and then SCO suddenly becomes 'victimized by all these EVIL Open Source people' ...

      I think that you accurately portray the mindset of the folks that can't believe that SCO ever tells the truth.

      There's a corrollary to that idea: "Open Source people" would never stoop so low as to mount such an attack on SCO. That's as false as the idea that SCO doesn't have a prayer in court. The group is just too large, and it only takes one or two jerks.
      --

      "Even if you are on the right track, you'll get run over if you just sit there" - Will Rogers

    15. Re:just another PR trick by d34thm0nk3y · · Score: 1

      No, they get headlines when people accuse them of lying and it turns out (apparently) that they weren't.

      I just wish they would get headlines when people accuse them of lying and they are.

    16. Re:just another PR trick by Anonymous Coward · · Score: 0

      No, the headline is a direct result of a half-assed Groklaw speculation story that turned out to be bullshit, and this is the closest /. will come to a retraction.

    17. Re:just another PR trick by NanoGator · · Score: 2, Funny

      "They cant really blame us - I'm reminded of the old tale of the boy who cried wolf...."

      I am too. One day, Slashdot's going to post an interesting story about SCO, and everybody'll ignore it.

      --
      "Derp de derp."
    18. Re:just another PR trick by balloonhead · · Score: 0, Troll
      Dear US,

      We'll swap you our foot-in-mouth regent for your head-up-ass president.

      Sincerely,

      The UK.

      PS does he have a gay son you're not interested in any more?

      --
      This idea was invented by Shampoo.
    19. Re:just another PR trick by Anonymous Coward · · Score: 0

      Well it was the open source pricks that said they were lying

    20. Re:just another PR trick by Anonymous Coward · · Score: 0

      He _is_ the gay son.

    21. Re:just another PR trick by Anonymous Coward · · Score: 1, Funny

      One of your princes and the Bush twins should get together in Cabo. If we've learned anything from Girls Gone Wild and Paris Hilton, drunk party girls love a camera! Don't leave home without it.

      Bringing nations together through anonymous sex. It's like it's what the internet was invented for.

    22. Re:just another PR trick by Anonymous Coward · · Score: 0

      What if it turns out they weren't lying about that either? It's perfectly possible someone at IBM stole a bunch of SCO code and put it in Linux, after all.

    23. Re:just another PR trick by Artifex · · Score: 1
      Reminds me of what someone called "the gold star effect"... More specifically, when George W. Bush DIDN'T commit several huge linguistic atrocities in a speech, the media would, in effect, give him a gold star.


      Maybe we should institute something similar for the Commander-In-Chief on days where we don't kill Afghani children. Otherwise, pretty soon, we'll have the same death stats as Israel does against Palestinian kids. Or at least it will seem that way to everyone in the Middle East. Our excuses probably sound similar, too.
      --
      Get off my launchpad!
    24. Re:just another PR trick by Trepalium · · Score: 5, Insightful
      Not exactly. I merely believe that SCO will stoop to any low in order to exploit a situation. I believe SCO's managment are opportunists in the worst sense of the word. I believe that lies are just as valuable to these people as truth is, and they will use whichever suits their purpose best.

      I know there are "Open Source people" who could and/or would stoop so low as to mount a DDoS attack on SCO. However, the fact that SCO's site isn't getting DDoSed all the time is a fairly good indicator that this 'undesirable element' is in the minority. There's a few of these kinds of jackasses in any crowd, and I wouldn't be surprised if SCO unknowningly had one or two in their midst.

      --
      I used up all my sick days, so I'm calling in dead.
    25. Re:just another PR trick by Anonymous Coward · · Score: 0

      The "SCO must be lying" bias at Groklaw and here is unmistakeable, however.

      With a "public record of lying", that would be expected. That bias is becoming apparent throughout the industry, and in courtrooms as well.

      When Darla comes to you screaming "Eddie broke my toy!" and then starts demanding that you punish him and refuses to show you the broken toy or tell you which one it was, it just doesn't make sense and any reasonable adult would have no choice but to start doubting that the child was telling the truth.

      I see no knee-jerk reactions where Groklaw and a great many other analysts and commentators is concerned. As an unbiased and impartial observer myself, I've pretty much had it up to here with SCO's antics and would suggest that the industry would be better off if the hearts, lungs, kidneys, and eyes of their entire executive crew and board of directors were removed frmo their hosts and auctioned off on the open market. Ha ha, of course I'm just kidding around there. Mostly.

    26. Re:just another PR trick by be-fan · · Score: 1

      Slashdot never published a story saying that they were lying. The published a story titled "security experts doubt SCO was attacked." That, IMHO, is a perfectly reasonable article. Security experts did express doubts, afterall.

      --
      A deep unwavering belief is a sure sign you're missing something...
    27. Re:just another PR trick by hbo · · Score: 1
      Then we are in complete agreement.


      I too think that the lack of continuous network based aggression against SCO speaks well of the community. Surely there are many of us who could mount such an attack if we cared to. Good point about ex-Caldera Linux heads. Though if I had been in the position of a Caldera employee facing transition to the new SCO *ahem* culture, I would have bailed out early on.


      These guys are easy to despise. But I worry they may have a little more punch than we are giving them credit for. The same myopia that makes it impossible for some to credit any truth at all in SCO's statements contributes to denial about the potency of their case against IBM. Yes, the code samples that have emerged publically are laughable. And yes, SCO has made outrageous claims and has been caught out in many lies. But public statements, though they may have some impact in court, will not decide the legal issue in Utah. It may well be that SCO has no cards to show. Or perhaps they've been sandbagging. We should get our first glimpse at what they have next month. But if SCO's case doesn't go down to a motion to dismiss by IBM after the first round of discovery, then we are in for a long, hard slog in this case, with the outcome in doubt.


      Why does this matter? Well, for one thing, it would undercut the committment of IBM to FOSS. And they are doing lots of good stuff that I'd hate to see cut back. Second, it would be disruptive, though not fatally so, to Linux as offending code is ripped out and corporate users scramble to replace their "infringing" kernels with new ones. (I don't give SCO any chance at all of getting widespread licensing deals with end users.) Third, success by SCO would open the floodgates of further litigation . Fourth, and most serious, it would add momentum to the enemies of the intellectual commons.


      So, I worry. There's not a damned thing I can do about it, but I worry anyway.

      --

      "Even if you are on the right track, you'll get run over if you just sit there" - Will Rogers

    28. Re:just another PR trick by Aardpig · · Score: 3, Funny

      Correct, execept for the fact that the "R t" bit is superfluous. Apart from that, you've got Darl to a tee, my son...

      --
      Tubal-Cain smokes the white owl.
    29. Re:just another PR trick by HotNeedleOfInquiry · · Score: 1

      Or another PR prick...

      --
      "Eve of Destruction", it's not just for old hippies anymore...
    30. Re:just another PR trick by HotNeedleOfInquiry · · Score: 1

      Yet another

      --
      "Eve of Destruction", it's not just for old hippies anymore...
    31. Re:just another PR trick by Anonymous Coward · · Score: 0

      Groklaw is half assed. Not sure why the OSS community accepts all they say as gospel. Probably because they dumb down the legalese enough for your average OSS'er to follow along.

    32. Re:just another PR trick by madprof · · Score: 1

      Please point out to me where SCO have accused "open source people" of this latest attack and please explain why anyone whose opinion matters to SCO is going to care.
      The peopel SCO want to chase are commercial Linux users. They know already what the "open source people" are like - they're using their software and paying money for it to be supported.

      Do you know how hard to might be for SCO to actually fake a DDoS attack on themselves?

    33. Re:just another PR trick by Anonymous Coward · · Score: 0

      I believe It's a knee-jerk reaction to the threat that SCO is posing to Linux and the GPL, combined with its public record of lying.

      You know, none of this would be a problem if you linux users would just give up already and use FreeBSD.

      We've already sorted out our legal issues with old legacy code, and once again, we're ahead of the curve compared to linux.

    34. Re:just another PR trick by shaitand · · Score: 1

      That's nothing, one of these days I'm gonna submit a story about microsoft NOT doing something underhanded, hell maybe I'll even catch them doing a truely good deed. Been looking for years, this is my shipwreck and I'm gonna find it!

    35. Re:just another PR trick by shaitand · · Score: 1

      This isn't about making SCO money, it never was, it has been clear for awhile now that SCO was going down the toilet, now this is about making the execs money. They do that by making lots of headlines and taking under the table money from someone, most likely microsoft who wants bad linux PR. ANY bad linux PR.

    36. Re:just another PR trick by shaitand · · Score: 1

      "As an unbiased and impartial observer myself, I've pretty much had it up to here with SCO's antics"

      By the definitions of some on slashdot (generally something-fantatics) you stop being unbiased and impartial the minute your impartial and unbiased review of a subject results in a conclusion which differs from their biased and partial from the get conclusion.

      Welcome to the club, your now an anti-sco fantatic bigot. Thou shalt be modded into the mud by the Microsoft fans, who claim everyone is against them but have enough mod points to make sure any actual statement against them is modded into the dirt.

    37. Re:just another PR trick by Anonymous Coward · · Score: 0

      We've already sorted out our legal issues with old legacy code

      Not according to SCO you haven't. In other words, you're in exactly the same position, SCO claim to have a case against you which you refute. They present no evidence to support their claims but repeat them nevertheless. Where's the difference?

    38. Re:just another PR trick by Anonymous Coward · · Score: 0

      Dude, if a hacker can mount a DDoS attack on someone, without knowing all of the intricasies of the network they are attacking, and be successful, then there sure as hell is a way for SCO (who is much more knowledgable concerning their excact network archetecture) to do the same. Hell, they could probably do it `better' than our hypothetical hacker. Then again, if you meant to do it and not get caught, I have no clue.

    39. Re:just another PR trick by Anonymous Coward · · Score: 0

      No, they get headlines when people accuse them of lying and it turns out (apparently) that they weren't.

      Good lord, man! Are you saying that slashdot was wrong?!!?!

      I need to go join a different herd...

    40. Re:just another PR trick by ddimas · · Score: 1
      Great! now they get headlines simply by *not* lying

      But it's so UNUSUAL for them that it IS newsworthy.

    41. Re:just another PR trick by Talence · · Score: 1

      If you have a reputation of lying then whenever you make strong claims, people will more easily be tempted to think you're lying, even in the few cases that you're not. That's why most people are very careful not to get bad reputations or get caught lying because they know it will have an effect on how they and what they say will be perceived in the future.

      --
      I plan to plan / Dutch course in The Hague
    42. Re:just another PR trick by madprof · · Score: 1

      Right. So you think it is likely that SCO have mounted a DDoS attack on themselves, or otherwise somehow faked it to look like one, instead of there actually being a real DDoS attack?
      Fair enough.
      I think that's a joke.

    43. Re:just another PR trick by madprof · · Score: 1

      But this isn't bad PR for Linux.
      So what's the idea about it being faked?

    44. Re:just another PR trick by hbo · · Score: 1
      SCO's latest press release doesn't accuse anyone. The discussions at Groklaw seem to assume they will at some point accuse the FOSS community. I think this may be based on previous SCO behavior, but I'm not sure.


      As to SCO attacking itself, the scenario most folks have been discussing involves running an attack script on the network the attacked servers inhabit. This would produce "backscatter" indistinguishable from a real attack. The problem with this is that the upstream provider would only see the outbound ACKs from SCO, with no corresponding inbound SYN packets. Since the attack involves saturating the victim's bandwidth, these inbound flows would be substantial. The attack of December 4/5 featured filtering of traffic inbound to SCO at multiple points in xo.net. This was clearly an attempt to keep multiple attack flows off XO's network. They almost certainly wouldn't do this unless they saw the actual flows. Ergo, the attack did not originate from SCO's network.

      --

      "Even if you are on the right track, you'll get run over if you just sit there" - Will Rogers

    45. Re:just another PR trick by shaitand · · Score: 1

      Anything negative about linux, the developers in the open source community (whether linux is what those developers are coding on or for or not) is bad PR for linux.

      If the ignorant reporter mentions a negative concept and linux in the same article (even not associating them) it's bad PR for linux. Remember, most people are of extremely low intelligence and walk away from a magazine or web article with an idea of what they read that has absolutely nothing to do with what the article actually said.

      I think SCO will take any bad linux PR they can get.

    46. Re:just another PR trick by madprof · · Score: 1

      The only people SCO care about are those they are asking to pay up for using Linux software they claim IP rights over.
      These are company CEOs who have already made the business decision to use Linux. They're not about to be influnced by stories of DDoS attacks, especially not if they're already committed to using Linux in the corporate environment.

    47. Re:just another PR trick by shaitand · · Score: 1

      you seem to have missed the point. Do you honestly think the SCO execs actually expect to make revenue or win the case? Do you honestly believe they EVER thought anyone would pay up?

      The execs are trying to get as much under the table money from Microsoft and bloat their stock so they can unload as much as possible before the ship sinks. The ship was going down and had no real chance of recovery when Darl stepped up to the plate. Upon realizing that he decided to come out of it with as much personal gain as possible and if he accelerates the ship's sinking, so what? It was going down anyway.

      This isn't and has never been about anyone collecting $699 licensing or thinking they were going to win a billion dollar lawsuit against IBM.

    48. Re:just another PR trick by madprof · · Score: 1

      Oh of course. Microsoft are funding all this in a clandestine fashion in a bid to undermine Linux.
      And your evidence for this is?
      Oh hang on you haven't got any evidence, you just dreamed this up because it seemed cool.

    49. Re:just another PR trick by Trepalium · · Score: 1
      Here.

      "If it's anything (like the August attack), then it would probably be someone from the Linux community, but there's no way of knowing that for 100 percent sure," [Blake Stowell] said.

      --
      I used up all my sick days, so I'm calling in dead.
  6. SCO Paid Someone...! by InceptionOS · · Score: 2, Funny

    We all know that SCO paid this security expert to say SCO was attacked...they are trying to make the OSS community look bad!

    1. Re:SCO Paid Someone...! by Unordained · · Score: 4, Funny

      and even then, only paid them with an I.O.U. -- to be payable if they win against IBM ...

    2. Re:SCO Paid Someone...! by justsomebody · · Score: 4, Insightful

      Actualy, what bothers me is:

      They tracked SCO was sending OUT X million responses to DoS attack. They should track packages that go IN too. Or,... they were originating from inside and faking outside which is not hard to do???

      Please somebody start a site with HOWTO - SYN PROTECTION FOR SCO or HOWTO MAKE A SIMPLE FIREWALL

      --
      Signature Pro version 1.13.2-3 release 83.5 beta3try7 after-breakfast edition
    3. Re:SCO Paid Someone...! by sketerpot · · Score: 1
      Ah, they don't need a howto for that! Obviously since they own all this enterprise-class IP, they can easily stop an attack if it is within their means to do so. Obviously it wasn't, so everyone must be vulnerable to this attack, including such sites as yahoo.com and microsoft.com. I propose that we solve the problem once and for all with draconian laws. Let's invade Venezuala while we're at it.

      Or we could just say that SCO are incompetent scum when they're not lying through their teeth.

  7. If they know all of this.... by Jaysyn · · Score: 5, Insightful

    .... where did the synflood come from?

    Jaysyn

    --
    There is a war going on for your mind.
    1. Re:If they know all of this.... by Anonymous Coward · · Score: 0

      Zombies, just like all other DDOS attacks.

    2. Re:If they know all of this.... by jqh1 · · Score: 4, Informative

      it's said to be a D[istributed]DOS attack -- that means it came from all over, no?

      --
      who's moderating the meta-moderators?
    3. Re:If they know all of this.... by Jaysyn · · Score: 1

      Actually, it was said to just be a normal DOS attack when it was reported yesterday, that's the main reason I was wondering.

      (No I haven't read the article yet.)

      Jaysyn

      --
      There is a war going on for your mind.
    4. Re:If they know all of this.... by hypnagogue · · Score: 4, Informative

      .... where did the synflood come from?
      Maybe nowhere. The analysis methodology used could be spoofed by SCO by them running a program on their respective servers that sends out SYN-ACK and SYN-RST to random IP addresses.

      CAIDA would just assume it's a real DDOS attack. Remember "backscatter analysis" analyzes the response from the "target" site. They don't see and cannot prove the existance of the actual SYN flood.
      --
      Liberty you never use is liberty you lose.
    5. Re:If they know all of this.... by Unregistered · · Score: 1

      here. Just another /.ing.

    6. Re:If they know all of this.... by AKnightCowboy · · Score: 1, Insightful
      Maybe nowhere. The analysis methodology used could be spoofed by SCO by them running a program on their respective servers that sends out SYN-ACK and SYN-RST to random IP addresses.

      OK, come on now for crying out loud. Next thing you're going to say is you can prove the existence of Santa Claus. Sometimes the obvious answer is the truth. Your parents give you gifts as Santa and SCO was really under a DDOS attack.

      Sorry for the spoiler kiddies, but you were bound to learn one of these days.

    7. Re:If they know all of this.... by christopher240240 · · Score: 1

      Or...maybe Micro$oft orchestrated it

    8. Re:If they know all of this.... by linuxdawg · · Score: 0

      Hmm...
      The Slashdot Effect the only LEGEL DDoS Attack
      but it always gets the good sites & causes the admin to pay %^#$ loads of $$$$ to pay for it...
      poor admin

      --
      Cool Linux
      A Linux News Site
    9. Re:If they know all of this.... by Crazy+Eight · · Score: 1

      What is backscatter?

    10. Re:If they know all of this.... by shaitand · · Score: 1

      It's like vomit, but from a network connection.

    11. Re:If they know all of this.... by vrt3 · · Score: 1

      On the contrary. Compare:

      Yes, there is backscatter, but that doesn't proof that there was a DDoS attack.

      Yes, there are Christmas presents, but that doesn't proof that Santa Claus exists.

      It also doesn't disprove either, that's true. Personally I think there's a fairly high chance they're telling the truth, but that would be a sign of alarming incompetence for a company selling operating systems.

      --
      This sig under construction. Please check back later.
    12. Re:If they know all of this.... by Anonymous Coward · · Score: 0
      What is backscatter?

      Go stand close to a wall and piss on it. That's backscatter.

  8. Nelson said it best. by xenoweeno · · Score: 5, Funny
    1. Re:Nelson said it best. by madprof · · Score: 2, Funny

      So not 'kiss me Hardy', then?

    2. Re:Nelson said it best. by Anonymous Coward · · Score: 0

      NO

      'kismet, Hardy' (meaning 'fate, Hardy')

      http://phrases.shu.ac.uk/bulletin_board/14/messa ge s/87.html

    3. Re:Nelson said it best. by madprof · · Score: 1

      I knew that, of course. ;-)

  9. T1? by Peyna · · Score: 0

    Last I checked a T1 was 1.544 mbps up and down; this would be more like the equivalent of half of a T3.

    --
    What?
    1. Re:T1? by Peyna · · Score: 1

      Well hell, I could have sworn that said T1 when I read it; but it's still more like half a DS-3 than all of it.

      --
      What?
    2. Re:T1? by billbaird · · Score: 1

      Last I checked a T1 was 1.544 mbps up and down; this would be more like the equivalent of half of a T3.

      for all you dummies like me who thought, "T3? they never mentioned a T3"....DS3 = T3

    3. Re:T1? by Anonymous Coward · · Score: 0

      DS3 is the european (I think) high speed designations compared to the Americas T designation

      (All speeds Megabits per second)

      T1 1.544
      DS1 1.544

      T3 44.736
      DS3 44.736

    4. Re:T1? by man_of_mr_e · · Score: 5, Informative

      No.

      DS1 is the circuit either a T1 or E1 rides on. E1's are the european equivelent to at T1. DS1 is the raw circuit.

    5. Re:T1? by Anonymous Coward · · Score: 4, Informative

      For the mathematically challenged:
      20mbit up + 20mbit down = 40mbit

      Or 20mbit x 2 = 40mbit

      20mbit comes into to SCO web server a second
      20mbit goes out of SCO web server a second
      Now, how much traffic was there in that second?

      I'm not sure I can make it any clearer.

    6. Re:T1? by Rheingold · · Score: 1

      No, I don't this this is an American vs Europe thing. There is some subtle difference in aspect between using DS-X instead of T-X; I've never found a telco engineer who could explain it to me, but it's probably my own ignorance.

      --
      Wil
      wiki
    7. Re:T1? by duffbeer703 · · Score: 4, Informative

      Once upon a time, a T1 was 24 multiplexed analog telephone circuits plus some control channels.

      DSx is the digital version with the same capacity. The analog infrastructure is mostly gone now, so the terms are used interchangably in most conversations.

      --
      Conformity is the jailer of freedom and enemy of growth. -JFK
    8. Re:T1? by BdosError · · Score: 1

      No, it's more like the full capacity because the traffic was 20Mb/s in each direction. The DS3/T3 bandwidth is 45Mb/s, in one direction.

      --
      Complexity is Easy. Simplicity is Hard.
    9. Re:T1? by rednaxela · · Score: 1

      A T-1 has a capacity of 1.544 Mbps. An E-1 has a capacity of 2.048 Mbps. Why are they different? Who knows.

    10. Re:T1? by Anonymous Coward · · Score: 2, Funny
      Why are they different? Who knows.

      I blame the French.

    11. Re:T1? by SpyderVR4 · · Score: 4, Informative

      Ummm. No. A DS3 (or T3, or T1 for that matter) is full-duplex. A DS3 supports up to 45 megabits/second in BOTH directions. Read your own link a little more closely... "A DS3 is capable of moving over 5.5 Megabytes per second (45Mbps) in one direction - ***twice that when upload and download performance are combined***."

    12. Re:T1? by streettech · · Score: 1

      They differ because they use the metric system in Europe.

    13. Re:T1? by gottafixthat · · Score: 1

      DS3's are full duplex. They have seperate upload and download channels, so its 45Mb in each direction.

    14. Re:T1? by Anonymous Coward · · Score: 0

      Yes all our packets are in centimeters not inches so we can pack more in.

    15. Re:T1? by mgg4 · · Score: 1

      Once upon a time, a T1 was 24 multiplexed analog telephone circuits plus some control channels. DS1 is the digital version with the same capacity.

      It actually goes farther than that. A T1 is a physical representation of a DS1 line. DS1 is the description of the overall protocol and requirement. T1 is the description of a DS1, carried over twisted-pair, copper (or other conductive metal) lines.

      --
      -- This space for rent.
    16. Re:T1? by fiber_halo · · Score: 2, Informative
      > 20mbit comes into to SCO web server a second
      > 20mbit goes out of SCO web server a second
      > Now, how much traffic was there in that second?

      Half a DS-3. A DS-3 is a full-duplex circuit with a clock speed of 44.736 Mb/s in each direction. On a DS-3 you can use this full 45 Mb/s (minus overhead) in each direction simultaneously. This is unlike a half-duplex ethernet that most non-telecom people are more familiar with -- where it makes sense to add transmit and receive to see how much of the 10 or 100 Mb/s channel is being used.

    17. Re:T1? by hpa · · Score: 1

      Of course, switched Ethernet is full duplex, too.

      Old-style shared/half-duplex Ethernet is mostly historical.

    18. Re:T1? by Anonymous Coward · · Score: 0

      Sounds like a personal problem to me.

    19. Re:T1? by Anonymous Coward · · Score: 0

      The T1 is the North American standard that supports 1.544 Mbps and can be channelized into 24 64Kbps channels digitally multiplexed for telephone trunking, etc.
      The E1 is the European standard that supports 2.048 Mbps and can be channelized into 32 64Kbps channels digitally multiplexed for telephone trunking, etc.
      It's a difference in the way the CSU/DSU utilizes the bandwidth on the "wire" (although T1's were originally supplied by 2 pairs of copper wires, they can be delivered as part of a mulitplexed Fiber cable).

    20. Re:T1? by mcmaddog · · Score: 4, Informative

      T1 stands for Trunk Level 1 and is a digital transmission link with a total signaling speed of 1.544Mbps. T-1 is a standard for digital transmission in North America (USA & Canada). T-1 is part of a progression of digital transmission pipes - a hierarchy known generically as the DS (Digital Signal Level) hierarchy.
      T1 was originally supplied on two pairs of copper wire (transmit and recieve pairs), but is often delivered via multiplexed fiber optic cables. A T1 can be multiplexed into 24 64Kbps channels for telephone trunking (compatible with the analog phone system), but are still digital signals between the PBX and the ILEC/CLEC's phone switch.

      The E1 is a standard in Europe (and UK) which is capable of 2.048Mbps and can be channelized into 32 64Kbps channels for phone trunking.

      **most of this is paraphrased from Newton's Telecom Dictionary 16th Ed.

    21. Re:T1? by mcmaddog · · Score: 1

      On a non-switched network, the machines need to check to see if a packet collision/error occured and can only run at half-duplex. A solitary server/workstation/printer on a dedicated switch port can be set to full-duplex because theoretically no collision should ever occur.

      at least this is how it was explained to me once

    22. Re:T1? by Anonymous Coward · · Score: 0

      Speaking as a telecoms engineer...
      DS-n is the parent specification. T1 and E1 are specific implementations. The number of channels differs between the two. 24 vs 32 if I recall.
      And as for the story claiming 20Mb/s in each direction is the full capacity of a T3, it is only about half, as there is 45Mb/s capacity in each direction on a T3 circuit.
      Cheers.

    23. Re:T1? by Anonymous Coward · · Score: 0

      They are different because French manholes are closer together. Line length cumulative effects of capacitance kills the waveform edges and resistance causes signal attenuation. Repeaters can be placed closer together somewhat compensating for those losses. In the US loading coils had traditionally been place 6000 feet a part. In Europe this distance was shorter. So to use existing manholes with existing cable (and its associated losses) the US standard used the lower signaling rate.

    24. Re:T1? by Anonymous Coward · · Score: 0

      "E1's are the european equivelent to at T1"

      But not as good.

    25. Re:T1? by Anonymous Coward · · Score: 0

      Technically, you have it backwards. T1 refers to the physical facility, DS1 to the circuit provisioned to it. Additionally, E1 is 2.048Meg, and a E3 has more channels than a DS3... Something on the order of 28 or 30, I think.

      - DRFSR

    26. Re:T1? by SuzanneA · · Score: 1

      They differ on the number of B-chan (DS0) segments in the data stream, a E1 uses 32 channels (32*64Kbps), whereas a T1 uses 24 channels (24*64Kbps, with some bits lost to framing).

      T1s usually strip off 1 B-chan/DS0 for signalling, leaving 23*64Kbps usable bandwidth, E1s sometimes strip off 2 B-chans/DS0s for signalling, leaving 30*64Kbps, but the signalling is often left out if the E1 is part of an E3 or bigger trunk, so in many situations the full 2.048Mbps is usable.

  10. We know that already by Anonymous Coward · · Score: 0

    Thank your telling nothing, we knew this already. Is Slashdot making news for the sake of it?

  11. SCO Not Lying? by bc90021 · · Score: 5, Funny

    Quick! Someone start knitting Satan a sweater!

    1. Re:SCO Not Lying? by Microsofts+slave · · Score: 1

      Really sad that at one point SCO (Caldera) was almost a respectable company.

      --

      Tragek

    2. Re:SCO Not Lying? by gizmonic · · Score: 5, Funny

      Great idea, and to save postage we can just send it with Darl when he goes...

      --
      WWJD?
      JWRTFM!
    3. Re:SCO Not Lying? by edalytical · · Score: 1

      I wish I had some mod points. Honestly, LOL.

      --
      Win a signed Stephen Carpenter ESP Guitar from the Deftones: http://def-tag.com/?r=0008781
    4. Re:SCO Not Lying? by Necrobruiser · · Score: 1

      What, are you TRYING to get modded down as -5 Flamebait???

      --
      "I planned within my means and got a fixed rate mortgage, so where's MY bailout?" -cafepress
    5. Re:SCO Not Lying? by Upphew · · Score: 0
    6. Re:SCO Not Lying? by Felinoid · · Score: 1

      Forget it. Darl will keep it for himself clamming he made it.
      Anyway I.. er I mean satan has plenty of great whinter cloaths I er he keeps getting for christmas becouse santa thinks he's funny.

      --
      I don't actually exist.
    7. Re:SCO Not Lying? by Prof.Phreak · · Score: 1

      Well, if `the good die young' works in reverse, then Darl is immortal.

      --

      "If anything can go wrong, it will." - Murphy

    8. Re:SCO Not Lying? by d-rock · · Score: 1

      I was going to suggest just asking Darl what size he wears...

      --
      Don't Panic...
  12. Well, I guess we owe SCO an apology, don't we? by Anonymous Coward · · Score: 0

    You first Michael! Go tell Darl how soryy you really are.

  13. It leaves one to wonder... by Infernon · · Score: 2, Interesting

    whether they're inept enough to leave themselves open to this sort of thing or if they're welcoming DDOS attacks with open arms for one reason or another...

    1. Re:It leaves one to wonder... by Anonymous Coward · · Score: 0

      I call ineptness. Any sysadmin worth their salt can avoid a DDoS, they just have to have a clue about what their doing.

      If they couldn't get up and running again within an hour then they should sack whoever runs THAT network.

  14. Hmmmm by Anonymous Coward · · Score: 0

    Then maybe they are telling the truth about the other stuff too.

  15. Oops. by Anonymous Coward · · Score: 3, Funny

    Oops, oh well. SCO still sucks.

  16. I'm not a conspiracy theorist, really by EdMack · · Score: 1

    What if SCO orchastrated this themselves? It wouldn't be hard for them to attack themselves and then play sick.

    --
    puts ("Python r0cks\n");
    1. Re:I'm not a conspiracy theorist, really by pclminion · · Score: 0, Redundant
      What if SCO orchastrated this themselves?

      What if the sky was blue?

    2. Re:I'm not a conspiracy theorist, really by duffbeer703 · · Score: 1

      What if the sky was blue?

      What if we had world peace?

      --
      Conformity is the jailer of freedom and enemy of growth. -JFK
    3. Re:I'm not a conspiracy theorist, really by Jaysyn · · Score: 1

      Fox would lose a lot of ratings?

      Jaysyn

      --
      There is a war going on for your mind.
    4. Re:I'm not a conspiracy theorist, really by starnix · · Score: 1

      Whirrled Peas?

    5. Re:I'm not a conspiracy theorist, really by Anonymous Coward · · Score: 0

      That shirt was the stupidest shirt I'd ever seen.

  17. bad for open source by civilengineer · · Score: 3, Insightful

    The only result of this kind of attack will be tarnishing of the image of Open source developers. But, there is nothing much anyone can do about it.

    --

    New year Resolution: Don't change sig this year
    1. Re:bad for open source by kirun · · Score: 5, Insightful

      Well, we can tell people we didn't want it.

      You don't win arguments by silencing your opponent (which is what DDoS is), you win them by being right. All evidence so far is the OSS community is right.

      Whoever launched these attacks has made everybody look bad. Annoying SCO isn't going to make them say "Hey! Let's be nice now!". Their business model is now suing people. It's not as if their software was selling much.

      If you're reading this DDoS dude, don't do it again, mmkay?

      --
      I'm scared of numbers that can't be written as a fraction. It's an irrational fear.
    2. Re:bad for open source by aheath · · Score: 4, Insightful
      "The only result of this kind of attack will be tarnishing of the image of Open source developers."

      Are you making an assumption that an open source developer is responsible for the DOS attack against SCO? Should the open source community be viewed as guilty until proven innocent?

      Hopefully no one in the open source community is involved in the most recent DOS attack against SCO or any other attacks against SCO's network infrastructure. Let's think of the open source community as innocent until proven guilty beyond a resonable doubt.

    3. Re:bad for open source by Greedo · · Score: 2, Insightful

      Why is it bad for OS developers?

      Did OS developers launch it? Possibly, but my guess is no.

      Maybe IBM zealots did. Maybe a bunch of l33t kiddi3z who are following the SCO proceeding thought it would be k3wl to do it. Maybe a Fortune 500 company who doesn't want to pay the licensing fees did it.

      Maybe they are just inept enough to leave themselves open to this, so anyone could've done it.

      --
      Tuus crepidae innexilis sunt.
    4. Re:bad for open source by EvilAlien · · Score: 1
      No matter who did it, I find it about as hard to be sympathetic (or even care) about SCO getting attacked as I would if, lets say, a serial rapist got shanked in prison.

      I find myself wanting to clap for both.

      --
      perl -e 'print $i=pack(c5, (41*2), sqrt(7056), (unpack(c,H)-2), oct(115), 10)'
    5. Re:bad for open source by Anonymous Coward · · Score: 0

      If you're reading this DDoS dude, don't do it again, mmkay?

      OK. I'm sorry though, I was really going for MS and pointed in the wrong direction.

    6. Re:bad for open source by e_armadillo · · Score: 0

      I don't think most anyone here beleives that Open Source developers are involved, but you can be sure that SCO will try to spin it to look like they are.

    7. Re:bad for open source by gmac63 · · Score: 1

      Who says it was an Open Source developer? Could'a been Bin Laden for all we know... ...ask me about my lobotomy

      --

      INSERT INTO comment VALUE('Doh!') WHERE user='you';
    8. Re:bad for open source by Anonymous Coward · · Score: 0

      You're kidding, right?

    9. Re:bad for open source by FiskeBoller · · Score: 1

      Maybe there is something we can do. Sleuthing and tracking down the perpetrator of the DDoS attack would clearly demonstrate OSS doesn't support that kind of behavior.

    10. Re:bad for open source by cleanshaver · · Score: 0, Flamebait

      Of course it was the Open Source community. I have met some of these people I know what they are like. A lot of them have beards. What further proof could you possibly need?

    11. Re:bad for open source by penguin7of9 · · Score: 1

      The only result of this kind of attack will be tarnishing of the image of Open source developers.

      Why should it? Most DDoS attacks are done by Windows users and Windows programmers but we don't come to the conclusion that Microsoft or the Windows community somehow endorses or stands behind those attacks.

    12. Re:bad for open source by Trailer+Trash · · Score: 2, Insightful

      Hopefully no one in the open source community is involved in the most recent DOS attack against SCO or any other attacks against SCO's network infrastructure.

      A significant number of us didn't believe it back in August, either. I don't think Raymond was lying, just gullible enough that when someone presented him with the opportunity to get a little attention, he couldn't resist.

      He'd have been better off to have said nothing, since SCO keeps bringing that issue up.

    13. Re:bad for open source by tres · · Score: 1

      Listen, we can try to out PC each other to death about how we should be referring to this, but it doesn't do one whit of good. Anybody who has even half a brain knows that a DDoS attack against SCO.com doesn't do anyone but SCO good at this point. I doubt anyone believes the person responsible for the DDoS was someone who has time and work invested developing Linux or has the time and inclination to piddle with Darl. But that doesn't really have an effect upon the (though I loathe writing these words) "court of public opinion" or "the mob."

      To the mob, you're guilty until proven to be "one of us." You're bad until proven to have our values. You're wrong until proven to think like us.

      So, don't kill the messenger; it's not his fault.

      --
      Notes From Under *nix: blas.phemo.us
    14. Re:bad for open source by duslow · · Score: 2, Insightful

      Would it then be also fair to say that the image of Windows developers is dramatically tarnished by now?

    15. Re:bad for open source by Anonymous Coward · · Score: 0

      Whoever launched these attacks has made everybody look bad.

      Not everybody, just the people who jumped to conclusions.

    16. Re:bad for open source by LucidityZero · · Score: 1
      If you're reading this DDoS dude, don't do it again, mmkay?

      You SOOOO shouldn't have posted that with your website displayed publically on Slashdot.

      ;)

      --
      Sig.i>
  18. Who cares? by Dragonshed · · Score: 5, Insightful

    SCO's like the boy who cried wolf too much. Why should people care when he actually gets bitten?

    1. Re:Who cares? by FeloniousPunk · · Score: 1

      Because tomorrow it could be you or me.

      --
      I know this because Tyler knows this.
    2. Re:Who cares? by llamalover · · Score: 5, Funny

      In the orginal fairy tale, I believe the boy gets eaten. Tragic, but at least the wolf is happy. McBride burger anyone?

    3. Re:Who cares? by Oper+Sorcerer · · Score: 1

      Oh sure! You're laughing, Darl's laughing and my karma's sinking like quicksand you insensative clod!

      --

      karma: Marianas Trench (mostly blub blub)
  19. DOS attacks... by Anonymous Coward · · Score: 1, Insightful
    ... why do folks perform DOS attacks on legitimate businesses like SCO, but at the same time, leave things like goatse.cx or tubgirl.com perfectly alone?

    I'd rather see these two sites get taken down more than SCO.

    1. Re:DOS attacks... by pnaro · · Score: 1

      Because they are Slashdot readers?

      --
      If we can't fix it, we'll fix it so nobody else can!
    2. Re:DOS attacks... by glwtta · · Score: 2, Insightful

      What's so "illegitimate" about the goatse guy (or tubgirl, for that matter)? Apart from what you want to see taken down?

      --
      sic transit gloria mundi
    3. Re:DOS attacks... by Anonymous Coward · · Score: 0

      because goatse.cx or tubgirl.com are not trying to kill GNU/Linux and Opensource and The GPL

    4. Re:DOS attacks... by HolyCoitus · · Score: 2, Funny

      The sites you mention provide a public service. How else can a whole community effectively make new comers go "DUDE! What in the fuck did you send me to that?!?!" and all laugh together? Most people only get hit once by those sites.

      I'd liken it to a practical joke compared to a bully... You don't retaliate against the joke, but you sure as shit would love to kick the shit out of the bully

      --
      That's scary.
    5. Re:DOS attacks... by Anonymous Coward · · Score: 0

      It's interesting you should ask - just click here or here to find out...

    6. Re:DOS attacks... by KillerHamster · · Score: 1

      Well, if you can get a front page Slashdot article that links to them, they will be. Start trying!

    7. Re:DOS attacks... by FuzzyBad-Mofo · · Score: 4, Funny

      Did you just call SCO a legitimate business? *Backs away very slowly*

    8. Re:DOS attacks... by kirun · · Score: 1

      SCO are trying to do to Linux what has already happened to Goatse Guy.

      While it's childish fun to make people see goatse guy, and SCO's antics are at times amusing, most people would be happy if neither were seen again :P

      --
      I'm scared of numbers that can't be written as a fraction. It's an irrational fear.
    9. Re:DOS attacks... by Tackhead · · Score: 1, Funny
      > .. why do folks perform DOS attacks on legitimate businesses like SCO, but at the same time, leave things like goatse.cx or tubgirl.com perfectly alone?

      Because Goatse Guy and Tubgirl aren't the problem. Their bastard offspring, Darl McBride, is.

      (Sorry, Goatse and Tubgirl. I know if you two did mate, your kids would still turn out better than Darl did.)

    10. Re:DOS attacks... by Anonymous Coward · · Score: 0
      ... why do folks perform DOS attacks on legitimate businesses like SCO, but at the same time, leave things like goatse.cx or
      Did you mean [...] litigation businesses [...]?
    11. Re:DOS attacks... by Anonymous Coward · · Score: 0

      You're new here arn't you :D

    12. Re:DOS attacks... by Gleng · · Score: 1

      He must have misspelled "litigate".

      --
      "Proudly Posting Without Reading The Article"
  20. Why Nothing Should be Done... by gizmonic · · Score: 5, Interesting

    If any authorities look into this, I am gonna be pissed. I mean, if they can't bother to do anything when the anti-spam sites get attacked, then they better damn well not do anything now.

    Of course, I am of the paranoid type who assumes that SCO would stage a DDoS against themselves just for the publicity, so what the hell do I know?

    --
    WWJD?
    JWRTFM!
    1. Re:Why Nothing Should be Done... by pclminion · · Score: 2, Insightful
      I mean, if they can't bother to do anything when the anti-spam sites get attacked, then they better damn well not do anything now.

      Why is this rated interesting? That's a childish argument...

      So what you're saying is, if law enforcement fails to perform their duties in one case, then as a result they should just quit, and not do anything at all?

      Because Hitler killed millions in the '30s and '40s, and nobody did anything to stop him, we should therefore do nothing to prevent the massacres occurring in Nigeria and elsewhere at the present moment?

      Do you see how what you've said is utterly ridiculous?

    2. Re:Why Nothing Should be Done... by DigiShaman · · Score: 3, Insightful

      They are also going to say that it was caused by Open Sourced software...and how they are a threat the national security.

      --
      Life is not for the lazy.
    3. Re:Why Nothing Should be Done... by Anonymous Coward · · Score: 0

      My guess is: They will.

      Why? SCO has money. Anti-spam sites has none.

    4. Re:Why Nothing Should be Done... by the+uNF+cola · · Score: 1

      It may be a little childish, but if the gov't steps in NOW of all times, it sets a huge presedent on the entire idea of law enforcement and the internet.

      Get DDOS'd AND you are a big company, you get protected. You provide a great service on the net that many people use, and you are fly paper.

      Btw, the hitler argument doesn't work. Spam prevention sites are way different from sco. In the case of spam prevention sites, yeah, our enemy's enemy is our friend and always was. SCO, they just mucked it up for everybody.

      --

      --
      "I'm not bright. Big words confuse me. But Wanda loves me and that should be enough for you." - Cosmo

    5. Re:Why Nothing Should be Done... by Anonymous Coward · · Score: 0

      You must have a pretty delusional view of history if you think no one did anything to stop Hitler in the 30's and 40's. You seem to be forgetting this little skirmish we refer to as World War II, involving Russia and the US converging on Germany and splitting up the World among themselves.

    6. Re:Why Nothing Should be Done... by justMichael · · Score: 1

      I think your point is a bad comparisson to the parent. I'm not saying your point is invalid, just not in this context.

      The parent says that if the attacks on the RBL sites (very recent) wasn't worth investigating then an attack on SCO should not be worth investigating.

      Your examples are 60-70 years apart, not within a few months of each other.

      Or in other words, If it's not worth our time to look into a DDoS of some people who are trying to slow down the influx of spam, we probably shouldn't be interrested in who ran a DDoS against SCO.

    7. Re:Why Nothing Should be Done... by pclminion · · Score: 1

      Of course people did a lot to stop him from taking over the freaking continent. I was referring to the fact that nobody did anything to stop him from murdering millions of innocents.

    8. Re:Why Nothing Should be Done... by Anonymous Coward · · Score: 0

      Do you see how you just invoked godwins law

    9. Re:Why Nothing Should be Done... by gnuadam · · Score: 1

      You're absolutely right. Law enforcement should enfore the law equally. But you're analogy is dead wrong. This is more like a case where two people were robbed, one white family and one black family. If the police try to help the white people, but not the black people, we'd all be mad. That's the feeling the grandparent was going for. The feeling that if they do something about SCO and not the spammers...

      --
      You say :wq, I say ZZ. Why can't we all just get along?
    10. Re:Why Nothing Should be Done... by gnu-generation-one · · Score: 2, Insightful

      "Do you see how what you've said is utterly ridiculous?"

      Why? What he says is perfectly reasonable. Law enforcement has, time and time again, failed to go after DoS attackers. Even where there's clear and unambiguous evidence, right down to the very names and addresses of the people running the attack.

      Should they give up and go home? Well from all appearances, they already have. As far as everyone else is concerned, the FBI computer crime division is completely fictional. If they don't even lift a finger to investigate when the very electronic infrastructure of the United States is under serious and prolonged and deliberate attack, then of what use are they?

      Email is becoming unusable. I got 355 emails advertising wire fraud and illegal drugs yesterday alone. Millions of computers are infected, and attacking critical infrastructure. Spammers are writing viruses and stealing credit cards and hijacking IP ranges and domains every day, and we expect the FBI to suddenly wake up and respond to an easily prevented attack on SCO?

    11. Re:Why Nothing Should be Done... by Quino · · Score: 1

      That's a really bad analogy though. It's not that everyone purposedly did nothing; it seems that the world at large genuinely didn't know exactly what was going on inside NAZI Germany (and this is why your analogy doesn't apply).

      Another analogy that would fit this scenario would be if the world at large said, "Oh well, I choose to do nothing in this case" when it came to NAZI concentration camps in WWII. But crimes against humanity elsewhere, we'll police *those*, for whatever reason. Then you'd also be seeking explanations -- why here and not there?

      I think that's the basic point of the parent: either we have equal protection under the law or we don't. If these cases weren't important enough for law enforcement before, why would they be now if we do think we have equal protection?.

      Since we are *not* talking about mass human murder, I think it makes sense to say "gee, I hope that it's because we have equal, but maybe incomplete, protection under the law and not because only moneyed corporations with connections get protection"

      It's certainly *not* a non-sensible argument though. You might disagree, but I think you've sidestepped the point entirely in your reply.

      In fact, I'm sort of suspicious that you had to compare it to death camps / human massacre. Don't you lose arguments the moment you bring this up? ;)

    12. Re:Why Nothing Should be Done... by pyros · · Score: 1
      Because Hitler killed millions in the '30s and '40s, and nobody did anything to stop him, we should therefore do nothing to prevent the massacres occurring in Nigeria and elsewhere at the present moment?

      Godwin's Law?

    13. Re:Why Nothing Should be Done... by SpaceLifeForm · · Score: 1
      MOD PARENT UP please.

      While on this tack, I must repeat that Microsoft is a *drag* on the economy because the Windows machines are so easily infected and even the non-Microsoft users still have to put up with it and waste time/money dealing with the crap that flows over the Internet from Microsoft machines.

      --
      You are being MICROattacked, from various angles, in a SOFT manner.
    14. Re:Why Nothing Should be Done... by TheLinuxSRC · · Score: 1

      "As far as everyone else is concerned, the FBI computer crime division is completely fictional."

      You hit the nail on the head. Have you ever tried to contact the FBI's computer crime division? I did. About a year ago the company I was working for got attacked (pretty much same as this attack -- DDOS syn-flood -- hell, my Cisco 7200 couldn't keep up trying to filter). I *tried* very hard to get in touch with the FBI. I got bounced around from one department to another and probably ended up reporting my case to a dozen different individuals. You know what pisses me off the most? I *never* got a single follow-up call. Not one.

    15. Re:Why Nothing Should be Done... by Anonymous Coward · · Score: 0

      Actually I think the poster was referring to the fact that he would hate it if law enforcement gave preferential treatment to for-profit corporations.

      Selective enforcement is a subtle evil in other ways, as well, but that's an entirely different issue as I'm sure nobody considers the law itself unreasonable in this case.

  21. It's funny, laugh. by gnuadam · · Score: 5, Funny

    Well I guess the lying or incompetent question has been settled.

    --
    You say :wq, I say ZZ. Why can't we all just get along?
    1. Re:It's funny, laugh. by Cramer · · Score: 1

      Not really. Do they actually have the connectivity to receive 50kpps? Previous comments indicating nothing else on their network being effected discounts the possibility of ISP intervention (filter, /32 routes to null, etc.) -- in such cases, the client is powerless to do anything as they cannot place filters on the ISP's router.

    2. Re:It's funny, laugh. by rmdyer · · Score: 1

      Hrmm...lying or incompetent, lying or incompetent,........unless their LYING and INCOMPETENT! Shut up Caboose!

  22. imagine that by subrandom · · Score: 1

    this isnt suprising in the slightest

  23. It's tough out there ya know by IamGarageGuy+2 · · Score: 5, Interesting

    It's hard to have much sympathy, even though this is a dirty trick played by some h@xtor D00d that has nothing better to do with his time. The only way to beat a scurrilous bunch of deadbeats like SCO is to show to the public the kind of people they really are. Attacking them in this way only makes the Open-Source people look like a bunch of teenage kids that want to take on "The Man".

    --
    Stay tuned for new sig...
    1. Re:It's tough out there ya know by i_r_sensitive · · Score: 4, Interesting
      The problem is that some Open Source people are teenage kids that want to take on "The Man".

      For proof, look around /., they aren't that hard to find.

      Responsible FOSS people are not responsible because they support FOSS, that was very likely a pre-existing condition.

      And FOSS does have allure to children, or the child-like. The underdog, oppressed group, challenging traditional and accepted practice.

      If they are not sophisticated enough to understand the reasons behind FOSS, why should we be surprised if they are unsophisicated enough to engage in irresponsible behaviour.

      Too often the FOSS movement seems to highlight those aspects of itself which attract this element. We too rarely emphasize the responsibility inherent in FOSS. The responsibility to contribute, the responsibility to report bugs, the responsibility to respect other's choices as we wish them to respect ours.

      Do we really want these people identifying themslves with our movement? I suspect not, but until we stop accentuating the us against big corporations et. al., and start accentuating some of the more mature aspects of what we stand for (which are at least as compelling as the other reasons...) we will continue to attract these people, and they will continue to make us look like children.

      I don't know any more about this specific incident than any of you, and I hope none of you reading this know any more than I do... There is no reason to believe that some FOSS advocate perpetrated this, but it is apparent from some of the sentiments expressed that people are considering the possibility and lamenting it, if it turns out to be true. If it does, we need to consider what we can do to make our movement less appealing to the irresponsible.

      --
      "Talk minus action equals nothing" - Joey Shithead, D.O.A.
      "Talk minus action equals /." -
    2. Re:It's tough out there ya know by hbo · · Score: 1

      Responsible FOSS people are not responsible because they support FOSS, that was very likely a pre-existing condition.


      Maybe. And maybe they grew up while they were about the business of living, too.

      Anyone care to guess the median age of all the folks that have attacked SCO thus far? (It should be fun, since nobody can get the hard data, yet at least. Ooops. I guess that was immature. 8)

      --

      "Even if you are on the right track, you'll get run over if you just sit there" - Will Rogers

  24. Re:FIRST POST by Anonymous Coward · · Score: 0

    or third post. idiot

  25. So they're just incompetent then? by JonMartin · · Score: 4, Insightful
    So have they just admitted that they don't bother protecting themselves from what is, in my understanding, a old and mitigatable form of attack?

    Or to put it another way, they weren't lying, they're just stupid?

    --
    Serve Gonk.
    1. Re:So they're just incompetent then? by Anonymous Coward · · Score: 0

      I think you need to take that one step farther. If a reall DoS attacker wanted to bring down SCO...why would he/she use a SYN flood if it is sooooo comonly understood that there are many many many fixes for SYN floods including linux since about 3-4 years ago? Was the script kiddy just plain stupid...was SCO just that stupid? Or was SCO doing this to theirself? I think considering both sides of the equation would have to be dumber than your average slashdot reader (both on the protection side and the attacker side)...I'm willing to bet this was all planned.

    2. Re:So they're just incompetent then? by Anonymous Coward · · Score: 1, Insightful

      OK, so how do you protect yourself from 20Mbps of legitimate-looking traffic?

    3. Re:So they're just incompetent then? by Anonymous Coward · · Score: 0

      Here, look at it like this: You have no idea what you're talking about.

      Make sense now? Thanks.

      Or to put it another way, they weren't lying, they're just stupid?

      I think it was that they weren't lying, you're just stupid.

    4. Re:So they're just incompetent then? by Anonymous Coward · · Score: 3, Informative

      With syncookies.

    5. Re:So they're just incompetent then? by Anonymous Coward · · Score: 1, Informative

      Syncookies aren't going to do shit against a 50,000 packet per second attack.

    6. Re:So they're just incompetent then? by AArmadillo · · Score: 1

      A DDoS is not at all mitigatable, except by null routing the target IPs at an upstream router. Imagine everyone that lives in New York City visiting your residence simultaneously so as to prevent you from being able to do anything. That's a DDoS.

    7. Re:So they're just incompetent then? by anthony_dipierro · · Score: 1

      The "solutions" to SYN floods eliminate the asychronous nature of the attack. Originally, whenever you got a SYN, you would put an entry into a table. When the table filled, you couldn't accept new connections until the old ones timed out. This allowed one to easily shut down a fast machine on a fast connection with a slow machine on a slow connection.

      Along come syncookies. When the SYN table fills, connections are still accepted. The only side effect is that some TCP windowing features are no longer available. But if the attacking machines have far greater CPU and bandwidth available to them, and they are able to spoof random IPs and send them from multiple different routes, there is absolutely nothing a machine can do to stop it.

    8. Re:So they're just incompetent then? by anthony_dipierro · · Score: 1

      OK, so how do you protect yourself from 20Mbps of legitimate-looking traffic?

      With syncookies.

      That's great. Where can I download these magical "syncookies," and how can I hook them up to my email address? Sounds like they'd be useful for stopping spam..

    9. Re:So they're just incompetent then? by Anonymous Coward · · Score: 0

      Wrong.

      Here's a paper showing a FreeBSD box surviving a 15,000 pps syn flood using a P3/850 MHz/350MB RAM, with no packet loss.

      http://citeseer.nj.nec.com/lemon02resisting.html

      With more memory and a faster processor, a modern server should be able to handle much more. If you have enough bandwidth to survive the attack, your server should remain responsive.

      The fact that SCO's didn't just shows they're incompetent. They had half their DS3 free and still choked.

    10. Re:So they're just incompetent then? by Anonymous Coward · · Score: 0

      so these security experts at gorklaw are wrong?

    11. Re:So they're just incompetent then? by anthony_dipierro · · Score: 1

      Of course. They even admitted they were wrong.

  26. In other news... by kirun · · Score: 5, Informative
    --
    I'm scared of numbers that can't be written as a fraction. It's an irrational fear.
  27. SCO What.. by cybrthng · · Score: 4, Insightful

    Everyone gets DoS'd, they should be happy it stopped.

    With SCO there is just no telling if this was a PR stunt, if they set this up or if they really got attacked.

    At this juncter, i don't think it really matters because of the simple fact we don't know what SCO is up to and with everything going on we have lost faith in SCO.

    Attack or No attack is a trivial question compared to what we really know about SCO and there business practices.

    SCO freaking what!

  28. Um... by unexpected · · Score: 1, Funny

    Are they sure it wasn't a SIN flood?

  29. Re:I wonder... by Anonymous Coward · · Score: 0

    paied. Does it hurt to take an english class while you're in school?

  30. Repeat after me... by Anonymous Coward · · Score: 0

    ...we're sorry, SCO.

    We were wrong. Oops. Shame on us. You still suck, we still hate you, and you're still going to corporate hell on the first bus we can arrange to ship your sorry asses there. But we jumped the gun on this one (the boy who cried wolf, SCO -- you cry and you cry and then it really happens, someone really does attack you), and for second-guessing your apparently legitimate claim of a DoS, we're sorry.

    Posting anonymously because I haven't commented on SCO yet, and I don't plan to again.

  31. SCO not lying, again. by Anonymous Coward · · Score: 0

    I think that's the way sco articles should be posted. Normally, we should assume they are lying, but if we find that they tell the truth about something, then the head line should read,
    "SCO not lying, again." Assuming they tell the truth about something again in the future, and that's a big assumption.

  32. "SCO Not Lying " by fiannaFailMan · · Score: 5, Funny
    SCO Not Lying
    Now that is news.
    --
    Drill baby drill - on Mars
  33. That really says something... by Rev+Snow · · Score: 3, Funny
    ...when
    They're not lying
    is considered a news story.
  34. Re:thirty-first post! by Anonymous Coward · · Score: 0


    You Fail it!!

    u fale et!!!

    Yuo phail it!

    You fail it!!

    !!ti liaf uoy

  35. LEARN HOW TO SPELL by Anonymous Coward · · Score: 0

    Or do like the other trolls and hide your inability in 1337 sp34k.

    1. Re:LEARN HOW TO SPELL by Anonymous Coward · · Score: 0

      Please point out the spelling errors in his post. Twat.

    2. Re:LEARN HOW TO SPELL by Sexy+Bern · · Score: 1

      Duh, that'll be the incorrect spelling of "courageous" in the title, twat.

  36. Correct URL by DavidMoore · · Score: 5, Informative

    CAIDA Analysis of SCO DoS Please use this link, the other one goes to a slow XML server.

    1. Re:Correct URL by Anonymous Coward · · Score: 0

      Welcome to Slashdot.

    2. Re:Correct URL by Anonymous Coward · · Score: 0

      CAIDA Analysis of SCO DoS

      Wha? You're saying Al-Caida was behind all this?

  37. Details, details by Anonymous Coward · · Score: 0

    20Mbps is less than half a DS3.

  38. Re:first post! by Anonymous Coward · · Score: 0

    You fail it so miserably I'm not even going to waste time making fun of you. Actually, I feel sorry for you. It is doubtful whether anyone has ever been a bigger failure than you just became. Truly a failure icon.

  39. still doesn't explain everything. by xsecrets · · Score: 5, Insightful

    Why on earth did SCO respond to 700 million syn packets? if there was even a moderate level of syn protection turned on they would have just droped the majority of those packets. and the bandwith usage would be half.

    1. Re:still doesn't explain everything. by temojen · · Score: 2, Interesting


      Maybe there wasn't actually any syn packets... how hard would it be to make 700 Million ACKs with random destinations and sequence numbers? Doing so would only claim half their bandwidth, leaving them still up but able to cry loudly about being knocked offline by a SYN flood.

    2. Re:still doesn't explain everything. by phoneyman · · Score: 3, Insightful

      SCO responded with (if I read the report correctly) 700 million packets, but there have been no numbers released about the number of packets they received.

      The actual number of packets they were receiving could have been much higher.

      Pierre

    3. Re:still doesn't explain everything. by Anonymous Coward · · Score: 0

      Why on earth did SCO respond to 700 million syn packets? if there was even a moderate level of syn protection turned on they would have just droped the majority of those packets. and the bandwith usage would be half.

      Good question here.. Even better yet, why didn't they contact their upstream provider and see if they could block some of these attacks at the backbone, or atleast on the ISP side of their internet connection. This is SCO we are talking about, so I guess some things are way above their heads.

    4. Re:still doesn't explain everything. by Natchswing · · Score: 1
      > Why on earth did SCO respond to 700 million syn packets? if there was even a moderate level of syn protection turned on they would have just droped the majority of those packets. and the bandwith usage would be half.

      Assuming, of course, that the hackers in question were sending exactly (bandwidth of DS3)/2 bandwidth worth of packets.

    5. Re:still doesn't explain everything. by anthony_dipierro · · Score: 1

      Why on earth did SCO respond to 700 million syn packets?

      That's what computers are supposed to do when they receive a syn packet, respond.

      and the bandwith usage would be half.

      Which is kind of useless on the vast majority of layer 1 equipment, which have separate lines for sending and receiving data.

    6. Re:still doesn't explain everything. by GPB · · Score: 1

      Maybe because Unixware has been irrelevant for so long now that nobody bothered to port SYN protection to it?

      Just a guess, I have no hard data to support that.

      -B

    7. Re:still doesn't explain everything. by SpaceLifeForm · · Score: 1
      Well, they could build a Linux gateway...

      Oh, wait, nevermind.

      --
      You are being MICROattacked, from various angles, in a SOFT manner.
    8. Re:still doesn't explain everything. by iabervon · · Score: 1

      SYN protection means that you don't keep any state for the SYN packets you receive, so that an attacker can't fill up your memory with half-open connections. You still have to respond to all of the SYNs.

      I'm not entirely sure we should believe the analysts, however, since they're relying exclusively on packets that SCO sent out. Obviously, it would be trivial to forge these responses perfectly (either by SYN flooding the machine from itself, or simply by sending random responses). On the other hand, that would take a surprising amount of technical competance.

      The only way to actually determine if they were actually attacked would be to find out if their upstream provider saw 700 million incoming SYNs during that period.

    9. Re:still doesn't explain everything. by Anonymous Coward · · Score: 0

      Apparently Unixware and Openserver have no such protections against syn floods. Unixware and Openserver are both superior to Linux (just ask 'em). Ergo, they had no reason to believe they could protect themselves against these kinds of attacks.

  40. Slightly OT by identity0 · · Score: 1

    Is there any site that you can go to to see what traffic loads are currently like on the major backbones and ISPs? My connection has been really slow for a couple of days, and I'm wondering if it's just my connection or if there's some huge DDoS going on right now....

    1. Re:Slightly OT by Anonymous Coward · · Score: 2, Informative

      Check out: http://www.internettrafficreport.com/main.htm

      It's helpful sometimes.

    2. Re:Slightly OT by Archfeld · · Score: 1

      DSL Reports
      they have a routerwatch page that show a great number of high level traffic flow points, from many ISP's from consumer level to Tier1 providers. It is very UScentric though...

      http://www.dslreports.com/badrouters

      --
      errr....umm...*whooosh* *whoosh* Is this thing on ?
    3. Re:Slightly OT by mAineAc · · Score: 1

      You can try this site: http://www.internettrafficreport.com/main.htm

  41. If they are actually telling the truth, ... by burgburgburg · · Score: 5, Insightful
    which is an extraordinarily large leap of faith considering that lying for Darl, David et. al. is like breathing for you and I, then it means that the nicest thing one could say is that they have incredibly bad sysadmins. As Groklaw pointed out, there are lots of tools out there to protect against Syn flood attacks.

    The cause that fits much better with their general operating pattern is that they purposely left themselves open to this attack to present themselves as the poor, innocent victims of the evil, Constitution-burning, enemy combatant, Open Source villans.

    I'd buy that one.

  42. ftp? by Unordained · · Score: 2, Informative

    so, all of that speculation about an attack -necessarily- also taking out the ftp server at the same time ... what was up with that? 20mbps isn't enough to fill up a simple 100mbps local network. if the ds3 was their entire pipe, and the ftp server was in there too, you shouldn't have been able to get to the ftp server.

    there's some pipe sizes i wouldn't mind having explained. nice diagram of how one side filled up and the other didn't? completely separate, and people are just dolts?

    it's an honest question, i swear.

    1. Re:ftp? by NecroPuppy · · Score: 4, Interesting

      It also doesn't explain why the NetCraft stats show their connection going dead like a switch was flipped.

      Even with a SYN flood, there should have been a ramp up period of increasing latency, not an "on/off" situation.

      --
      I like you, Stuart. You're not like everyone else, here, at Slashdot.
    2. Re:ftp? by Anonymous Coward · · Score: 0

      And likewise, coming back on as if the flood stopped instantly. Right up to the second before it started, and right after it ended, the response time to sco.com was rock steady. Can someone with access to netcraft's graphs check out the graphs of the neighboring servers and see if there is even the slightest glitch?

    3. Re:ftp? by inode_buddha · · Score: 1

      Maybe a switch *was* flipped.

      --
      C|N>K
    4. Re:ftp? by Mentorix · · Score: 4, Informative

      This claim from netcraft bugged me since the first time I read it when it was linked to the last sco story. Let's spend some time debunking it.

      Let us assume that the resolution of netcrafts measurements has a resolution of 1 minute, hell, make it 10 seconds. How long do you think it takes for an average zombie machine to start churning out syn packets at full speed? I'd say after maybe a second or two, and I'm being generous. There's a >90% chance the zombies are all recieving commands through IRC or a similar set-up, this adds maybe 2 to 3 seconds to the response time. All in all it's fair to assume that within 5 seconds of the attackers push of the button all zombies will be spewing syn packets at their maximum rate.

      So in conclusion; Any attacker with a sufficient amount of zombies can push an amount of traffic into any network enough to saturate its bandwidth contraints within a mere *5* seconds. There is no reason *at all* why an attack like this should always look like a slow (1 - 10 minute) degradation of network performance, it can be done close to instantanious.

      Of course depending on your relation with your backbone provider you can always try to block it higher-up. Although, don't be surprised when some attackers actually saturate gigabit links...

      -- Witty saying #52; 404: file not found

    5. Re:ftp? by gl4ss · · Score: 1

      well heck, it's all obvious.

      it's their upstream provider that is dossing them to get a good reasont to dump their contract with them.

      --
      world was created 5 seconds before this post as it is.
  43. Re:T1? No it said DS3 by Anonymous Coward · · Score: 0

    The 'T3' as you call it is also generally known as a DS3, that's what was referenced. The bandwidth was 20/mbit *each* way. Meaning it was 40mbit/sec of bandwidth, or for all practical purposes, a complete DS3 since under real world conditions and a SYN attack you probably won't actually get 40mbit/sec...

  44. I have a solution by jared_hanson · · Score: 1

    They should claim ownership of all IP stacks and charge threaten to sue for damages of $0.99 for each and every packet sent from an unlicensed stack.

    --
    -- Fighting mediocrity one bad post at a time.
  45. RHAHAHA YUR R TEH FALUIRE by Anonymous Coward · · Score: 0


  46. Re:I wonder... by Anonymous Coward · · Score: 0

    paid. Didn't you take English?

  47. Yes but one fact remains by Rosco+P.+Coltrane · · Score: 5, Interesting

    SCO was hit with a 50,000 packet-per-second SYN flood peak

    If their servers died from a synflood attack, there are 3 possible reasons:

    - The IT guy is a monkey (likely, but still, he would have to be a really daft monkey)

    - The IT guy has time-travelled from the mid-nineties and didn't know about synfloods

    - The IT guy was told to compile a kernel without the synflood protection, so that Caldera/SCO would look like the poor company hit by naughty hackers.

    Also, I might add, there are another aspect to consider : whoever hit SCO with a synflood attack has either:

    - the brain of a monkey

    - time-travelled from the end of the nineties and attacked SCO with what he thought was a really cool unbeatable DoS

    - been told to attack SCO so that SCO looks like the poor company hit by naughty hackers.

    Conclusion: The cause of this DoS was either:

    - 2 particularly stupid monkeys
    - 2 time-travellers
    - 2 suckers paid by SCO

    Dunno for you, but I know where my money would go if I had to bet ...

    --
    "A door is what a dog is perpetually on the wrong side of" - Ogden Nash
    1. Re:Yes but one fact remains by Anonymous Coward · · Score: 4, Funny

      Monkeys! Always bet on the monkeys!

    2. Re:Yes but one fact remains by tb3 · · Score: 3, Insightful

      I don't see anything in your logic that says it couldn't be a combination of one from column 'A' and one from column 'B'.
      I would personally go with 1 particularly stupid monkey and 1 sucker paid by SCO.

      --

      www.lucernesys.comHorizon: Calendar-based personal finance

    3. Re:Yes but one fact remains by Anonymous Coward · · Score: 0

      You browser obviously doesn't process humour tags.

    4. Re:Yes but one fact remains by gl4ss · · Score: 4, Funny

      you forgot one:

      -the it guys had left the building few months ago.

      ---

      --
      world was created 5 seconds before this post as it is.
    5. Re:Yes but one fact remains by Smitedogg · · Score: 5, Funny
      I was leaning more towards a time-traveling monkey overlord, personally.

      Then again, it's not nice to always blame Darl.

      Dogg

    6. Re:Yes but one fact remains by Sir+Nimrod · · Score: 2, Insightful

      One other possibility for your second list: The vandal determined that the SCO server is vulnerable to a SYN flood and made use of that knowledge. I have no direct knowledge on these matters, but I suspect it's easier to set up a SYN flood attack than something more subtle.

      Why spend time jimmying the back window if the door is open?

      --
      The United States of America: We mean well.
    7. Re:Yes but one fact remains by Anonymous Coward · · Score: 0

      Just make sure you don't buy the cheap ones.

    8. Re:Yes but one fact remains by SpaceCadetTrav · · Score: 1
      How about:

      - They dropped SYNs but ran out of bandwidth.

    9. Re:Yes but one fact remains by ctr2sprt · · Score: 1
      If your server is getting hit with 20Mb/s worth of packets, even if you drop them and don't react at all, that's still 20Mb/s of bandwidth you're losing. It's a little like bandwidth shaping: you can't shape inbound traffic because you have no control over how fast upstream routers deliver data to you. The best you can do is control the rate of your replies and hope that doing so reduces the rate of inbound data.

      It's quite possible that incompetence made the attack worse than it should have been, but there's no possible way that SCO could have survived this attack without significantly degraded network performance.

    10. Re:Yes but one fact remains by nEoN+nOoDlE · · Score: 0, Redundant

      Dunno for you, but I know where my money would go if I had to bet ...

      The monkeys?

      --
      Don't trust a bull's horn, a doberman's tooth, a runaway horse or me.
    11. Re:Yes but one fact remains by Silvers · · Score: 4, Interesting

      While a single source DoS stream is 'really stupid', a DDoS using hacked machines is notoriously hard to stop and trace.

      Anyway, this is my analysis. When only the WWW server was targetted, the flow was not enough to saturate the link, but there was no syn protection in front of the www server. (or poorly configured, or something along those lines) Mainly because the FTP site was still up and running on the same subnet. But from the report, later on the FTP server was also attacked, bringing up total bandwidth up even higher, possibly killing the link.

      So quite obviously the www server was not protected from syn's nor was the link fully eaten up by these packets. Since the ftp server was responsive until it became a target, as well as the fact that these reports mention that the amount of traffic significantly increased when the ftp attack was launched.

      There's very little to be done about a DDoS if it can saturate your link, but in this case it wasn't completely utilized (atleast until the ftp attack started), and the www server just wasn't getting adequate protection (many firewalls have syn attack thresholds where they will age out syn connections extremely fast and only pass on ones that complete to the server)

      Anyway, just the analysis of a college kid.

    12. Re:Yes but one fact remains by Xenographic · · Score: 4, Interesting

      Pity SCO never bothered to use TCP cookies, which are old news. Live and learn.

      What no one else has mentioned, however, is how SCO came up with those fake signs when the protesters came--you know, the ones assosciating Linux and communism, which you can find photos of on Groklaw--I mean, I have no proof of anything, nor do I accuse them without proof, but I cannot put self-sabotage beyond them any more. It's not like they haven't done things of this nature before.

      Their willingness to use it as PR is also troubling. How ironic, though, that we'd criticize someone for coming clean about an attack when so many who study security wish that companies were more forthcoming about them. On the other hand, this is a DoS attack--no confidential information is at stake--so this is just the sort of attack they probably need not mention...

      My guess is that they plan to use this to (attempt) to discredit IBM in the courtroom. First, presume that someone in the OS community did it (proof not required?), associate IBM and OS, then claim that IBM is part of a conspiracy against them (they already have, actually, in their breifs--I could be mistaken, but I thought that it was one IBM moved to strike since they didn't even state it with particularity [e.g. didn't say who IBM had conspired with])

      Even so, I'm reasonably sure that SCO cannot prevail in the courtroom, especially given how McBride claimed to be expecting the outcome of the last hearing over discovery. So we're pretty sure that SCO won't prevail in the lawsuit--indeed, the counterclaims from IBM may well be the end of them--and we can be pretty sure that IBM won't just buy them out (bad precident). It could be a Pump & Dump--I've seen others who think that someone is painting the tape (trying to keep SCOX share prices up)--but the SEC, at least so far, doesn't appear to think so.

      I just wonder if there's some other "win" scenario wherein SCO doesn't actually win the lawsuit or much of anything else.

      Here's a thought--albeit one terrible, completely, utterly and totally speculative unsupported by any solid evidence--what if SCO's entire purpose here is to discredit Open Source? In that scenario, they don't have to "win" anything--just make sure that we suffer as much as possible while they go down...

      Oh well, I'm not sure how much Darl can hold on. They postponed the earnings report, which the Motley Fool lists as a textbook showing of internal strife. The lawyers and the banks are jockeying for position over the remains of SCO should it lose, according to their agreements which you can find on Groklaw. The court has gone soundly against them thus far in the discovery hearing. It's practically game over if the share price drops low enough, for any reason, according to more agreements with RBC.

      I wonder if Darl can keep it together long enough that SCO even exists for the remainder of the lawsuit, given that it'll take some time?

      Only time will tell.

    13. Re:Yes but one fact remains by orkysoft · · Score: 1

      Don't you mean somewhere in the mid nineties?

      --

      I suffer from attention surplus disorder.
    14. Re:Yes but one fact remains by yourmom16 · · Score: 1

      this analysis was of their outgoing bandwidth, ie. the responses

      --
      "We have got to make Stan understand the importance of voting, because he'll definitely vote for our guy." - South Park
    15. Re:Yes but one fact remains by anthony_dipierro · · Score: 1

      Dropped SYNs? The whole point of a SYN attack is to try to get you to drop SYNs. Dropping SYNs wouldn't be a very good solution, now would it?

    16. Re:Yes but one fact remains by anthony_dipierro · · Score: 1

      So quite obviously the www server was not protected from syn's nor was the link fully eaten up by these packets. Since the ftp server was responsive until it became a target, as well as the fact that these reports mention that the amount of traffic significantly increased when the ftp attack was launched.

      OK, so if I hook my computer up to my cablemodem, and turn on syncookies, then the only way you can kill my server with a SYN flood is to kill my entire subnet?

      Of course not.

      You don't have to saturate a link to saturate a server. And any router not written by a moron isn't going to let traffic going to a single host saturate the entire bandwidth of the subnet.

    17. Re:Yes but one fact remains by SpaceCadetTrav · · Score: 1

      You know what I meant.

    18. Re:Yes but one fact remains by anthony_dipierro · · Score: 1

      No, I don't know what you meant. You are implying that there's a way to stop a SYN flood which doesn't saturate your bandwidth, but that's simply not true. Put your 500 Mhz Celeron on a 100 Mbit LAN with 5 Ghz Celerons, and it'll take a whole lot less than 100Mbits to saturate your machine.

    19. Re:Yes but one fact remains by Silvers · · Score: 1

      My point is that most companies have some sort of firewall protecting their servers. PIX and many many others do protect against SYN attacks. These aren't exactly new.

      If they are properly connected, (and the firewall has the processing/memory available to ward off the syn attack. It would make sense to buy a firewall capable of handing your link speed) then the only thing to bring you down is to generate so much data it simply floods your link to the internet.

      To have the server bogged down by a SYN attack when the link is still operational is fairly poor administration. You are losing service when you don't otherwise have to.

    20. Re:Yes but one fact remains by Anonymous Coward · · Score: 0

      It's fine to vocally oppose SCO, but do you need to do it in a tone like one of the brutes at a WWF Wrestling Match?

      A less smug tone would be fitting.

    21. Re:Yes but one fact remains by anthony_dipierro · · Score: 1

      My point is that most companies have some sort of firewall protecting their servers. PIX and many many others do protect against SYN attacks.

      If the attack is devoting a lot more more processing power and bandwidth to the attack than your firewall, you're not going to be able to stop it.

      If they are properly connected, (and the firewall has the processing/memory available to ward off the syn attack. It would make sense to buy a firewall capable of handing your link speed) then the only thing to bring you down is to generate so much data it simply floods your link to the internet.

      I'd like to see a firewall that can handle a 50,000 packet per second distributed SYN attack using spoofed addresses, all the while holding enough state information so that only legitimate connections are passed through. Then I'd like you to tell me the price of such a firewall.

      By the way, merely saturating your link to the internet wouldn't be enough. The internet can handle dropped packets. You'd have to hit it with many many times the capability of the link. And even then, some percentage of requests would get through, they'd just be slow.

      To have the server bogged down by a SYN attack when the link is still operational is fairly poor administration. You are losing service when you don't otherwise have to.

      You never have to lose service. The question is how much do you want to spend to protect yourself against such a rare case. Maybe it was poor administration. Maybe it wasn't. The fact that one machine was brought down without the whole subnet going down is a good thing, though. In fact, any decent firewall which is administered correctly is going to make sure that happens.

    22. Re:Yes but one fact remains by CAIMLAS · · Score: 1

      I couldn't have said it better myself. Precisely what I tried to say in an earlier post, but I've got SARS or something, and am a bit under the weather.

      --
      ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
    23. Re:Yes but one fact remains by anthony_dipierro · · Score: 1

      It would make sense to buy a firewall capable of handing your link speed

      Take a look at this link.

      " The issue is not the bandwidth," explains Abhay Joshi, Top Layer's manager of ISP relations. "Each SYN packet could be 50 bytes, so 2 Mbps of SYN flood would be about 10,000 packets per second.

      Also, it was interesting to note that the Foundry firewall they tested happened to go up to 50,000 packets per second, which is approximately the same as what SCO was seeing (at least, what the backscatter was implying, and the backscatter would only show SYNs which were being handled). It also says that their hardened servers could only handle 10,000 packets per second, so SCO probably was using a firewall with SYN flood protection.

      Could SCO have opted for the Top Layer firewall which could handle 750,000 SYN attack packets per second. Sure, they could have, but it surely would have cost a fortune and been overkill.

    24. Re:Yes but one fact remains by TheLinuxSRC · · Score: 1

      I have used Top-Layer's device (the 100Mb one, not the Gigabit one) for exactly what you were referring to -- 10,000 packets/second. It was expensive (about $12000) and a pain-in-the-ass to set up (maybe they have the SSH interface that was up-n-coming about a year ago, that sounded nicer than their damn flaky-ass java applet tool). It also worked a hell of a lot better than trying to time out connections on my Cisco 7200, which ran out of processor long before we saturated our 100Mb pipe.

      I have been following all of anthony_dipierro's posts through this article. He knows his shit, listen to him.

      Cheers!

    25. Re:Yes but one fact remains by Anonymous Coward · · Score: 0

      f-ing monkeys

    26. Re:Yes but one fact remains by Silvers · · Score: 1

      Right, SCO's primary business isn't related to web serving so they won't really lose business or sales if their website goes down for a little bit.

      However, firewalls with that kind of capacity aren't terribly expensive. (50k packets/s)

      But, if the firewall was puking about the syn-flood that would also mean that it would be slow to establish connections to the ftp server? I believe most vendors use a common connection table for all inside hosts. (Wouldn't be practical for a seperate connection table for every inside ip)

    27. Re:Yes but one fact remains by Michael+Spencer+Jr. · · Score: 1

      I'd like to throw another possiblity into your list:

      - The backscatter was faked by someone on SCO's network.

      Remember, we are inferring whether or not SCO is lying by observing packets generated by SCO's servers. It's possible to create packets that *look like* responses to SYN packets from bogus source addresses, when they're actually being thrown together in userland and sent to the network raw.

    28. Re:Yes but one fact remains by anthony_dipierro · · Score: 1

      However, firewalls with that kind of capacity aren't terribly expensive. (50k packets/s)

      50K connections/second was what they were able to handle (and the more I think about it, it seems like it was definately a firewall that was getting hit). Could they have bought a more expensive firewall? Sure. They probably have, by now. But I wouldn't call someone incompetent for not buying such a firewall off the bat.

      But, if the firewall was puking about the syn-flood that would also mean that it would be slow to establish connections to the ftp server?

      Probably not. If the firewall is built properly it's not going to let an attack on one server affect others.

      I believe most vendors use a common connection table for all inside hosts. (Wouldn't be practical for a seperate connection table for every inside ip)

      Most firewalls only implement SYN protection when a host is being hit by more than a certain threshold of SYNs per second. See this, for instance.

      NetScreen devices can impose a limit on the number of SYN packets per second permitted to pass through the firewall. When that threshold is reached, the NetScreen device starts proxying incoming SYN packets, sending out SYN/ACK responses for the host and storing the incomplete connections in a connection queue.

      So until the FTP server started getting attacked, the firewall would pass the SYNs right through.

      It seems to me that SCO did have a firewall, and that firewall's SYN protection was limited to 50,000 connections per second. That would explain why the rest of the subnet remained up. And it also explains why the backscatter kept coming after the server was taken down.

    29. Re:Yes but one fact remains by Silvers · · Score: 1

      I believe its actually a generally syn/sec threshold. Atleast with PIX's (what i am familiar with).

      When you go above it, it initially ages out unanswered syn's, then starts setting more aggressive timers for aging out the syn setup. What happens is that eventually it will stop accepting new syn's until the old ones age out. How large that table is depends on the PIX. This is all on a global level.

      I was trying to dig up the info on cisco's site to be 100% sure but at a cursory glance but wasn't successful.

    30. Re:Yes but one fact remains by anthony_dipierro · · Score: 1

      Well, the PIX might work that way (on a global level), but if so, that's a design flaw in the PIX. It's perfectly possible and reasonable for a firewall to count SYNs per second on a per-host basis, and that would avoid losing an entire subnet when a single host is under attack.

    31. Re:Yes but one fact remains by Silvers · · Score: 1

      I don't know for sure, but I'd imagine that there would be some slight overhead involved, and from the viewpoint of an attacker you might be able to just look at the global BGP tables and make a judgement call about the size of the subnet and just randomize the targets.

  48. Proving my point... by tkrotchko · · Score: 1, Insightful

    I said yesterday, Groklaw (a *LAW* site) was not an authority on computer attacks.

    I was mod'ed troll.

    --
    You were mistaken. Which is odd, since memory shouldn't be a problem for you
    1. Re:Proving my point... by Anonymous Coward · · Score: 0

      Yes, and you were a Troll. So what? Trolls are usually more correct than Insightfuls.

    2. Re:Proving my point... by Maserati · · Score: 2, Informative

      That sounds like my reminder to metamoderate. Groklaw is, of course, now carrying an article covering the CAIDA announcement.

      --
      Veteran, Bermuda Triangle Expeditionary Force, 1992-1951
    3. Re:Proving my point... by SkoZombie · · Score: 1

      No, But the person they got to respond to the claims IS. If you dont have the knowledge/ know-how ... get someone who does!

    4. Re:Proving my point... by LearnToSpell · · Score: 1

      I said yesterday, Groklaw (a *LAW* site) was not an authority on computer attacks.

      Whatever. That's like saying Slashdot isn't any kind of authority on the legal sys- oh, wait...

    5. Re:Proving my point... by IM6100 · · Score: 1

      Groklaw has a prominent IANAL notice on top. I'm not sure it's even a law site. Actually, it looks like a vanity blog whose maintainer jumped on the SCO issue like a bandwagon.

      I got modded over this yesterday, too.

      --
      A Good Intro to NetBS
  49. DS3 Line stats by Lipongo · · Score: 5, Informative

    The attack was just short of half a DS3 Line.

    DS3 Line = 44.736Mbps for those of you who need a definition

    --
    -Certified TechnoWeinie
    1. Re:DS3 Line stats by YodaToad · · Score: 1

      Except for the fact they said it was 20 -each way-. Making it a total of around 40.

    2. Re:DS3 Line stats by Anonymous Coward · · Score: 1, Insightful

      Except for the fact they said it was 20 -each way-. Making it a total of around 40.

      Since a DS3 would be 45Mb each way, it is still less than half.

    3. Re:DS3 Line stats by Anonymous Coward · · Score: 0

      Yes, but SCO was RESPONDING to the syn packets requiring equal bandwidth for the ack packets. Thus, making it 20 mbit/s EACH way. Therefore, 20+20=40, almost a DS3 connection.

    4. Re:DS3 Line stats by dietz · · Score: 1

      The article correctly says half of a DS3 line. Whoever wrote this summary didn't read the article close enough:

      "A 50,000 packet-per-second SYN flood yields approximately 20 Mbits/second of Internet traffic in each direction, comparable to half the capacity of a DS3 line (roughly 45 MBits/second)."

    5. Re:DS3 Line stats by Anonymous Coward · · Score: 0

      Uhhh, a DS3 is full duplex, not half.

    6. Re:DS3 Line stats by Wolfstar · · Score: 1

      More to the point, for those of you who're system geeks that don't really look beyond your Ethernet card, it's 44.736Mbit/Sec EACH WAY. Meaning that If I'm doing a download at 40Mbit/Sec over a DS3 link, someone could upload from me at 40Mbit/Sec and not see any slowdown at all. (Left some wiggle room in there to get ACKs back.) The only way to really screw a DS3 link is to push 45Mbit/Sec in one direction, and even then the traffic should simply look like a slashdot effect, at worst.

      This is, of course, completely irrelevant as to who caused it, but someone wasn't paying attention along the way as to which kind of link provides what amount of bandwidth.

      --
      You thought that this sig was what you think that I thought you wanted me to think. I think.
    7. Re:DS3 Line stats by rocca · · Score: 1

      If you saturate a TCP connection in one direction, it will effectively kill the traffic in the other direction too because legitimate ACK's in response to the outgoing traffic will not be received.

    8. Re:DS3 Line stats by rocca · · Score: 1

      Hmmm, I shouldn't post late at night -- I missed the comment about leaving ACK space. :-) Ignore my message.

    9. Re:DS3 Line stats by Anonymous Coward · · Score: 0

      What line does SCO have?

  50. Vim by Anonymous Coward · · Score: 0

    Not an editor command: ZZ

    1. Re:Vim by menders · · Score: 1

      Not :ZZ...just ZZ :)

    2. Re:Vim by gnuadam · · Score: 1

      ZZ, :wq, :x are all valid synonyms in vim. I don't think they all work in vi, but all work in vim.

      --
      You say :wq, I say ZZ. Why can't we all just get along?
    3. Re:Vim by Anonymous Coward · · Score: 0

      They all work in vi, as well.

      I use vi, nvi and vim (with vim settings to make it behave more like the traditional vi), and the only noticable incompatibility is how multiple windows work (vi - not at all, nvi and vim have slightly different commands).

      Oh and I constantly lose edits in vim because the multi-level undo works too differently from nvi (the latter is IMO better; u toggles undo/redo, . repeats).

  51. Childish OS Hackers by yotaku · · Score: 0, Flamebait

    And just what do these childish OS hackers expect to gain from this? It is not like it is going to change anything. Yes they are suing people using Linux. But thats one of the problems with open source. If there is a legal issue with the code then its your problem. That is one of the great things about microsoft. At least when you are using their software, you know that you will have microsofts army of lawers to defend any legal issues there may be with the code.

    Which is cheaper, buying windows, or spending months in trial?

    1. Re:Childish OS Hackers by Anonymous Coward · · Score: 0

      hehe, if parent post is not a flamebait I don't know what is.

    2. Re:Childish OS Hackers by Anonymous Coward · · Score: 0

      Don't start that kind of BS MS talk here. Everyone knows that if you do anything with windows it's gonna blow.

    3. Re:Childish OS Hackers by chunkwhite86 · · Score: 3, Insightful

      And just what do these childish OS hackers expect to gain from this? It is not like it is going to change anything. Yes they are suing people using Linux. But thats one of the problems with open source. If there is a legal issue with the code then its your problem. That is one of the great things about microsoft. At least when you are using their software, you know that you will have microsofts army of lawers to defend any legal issues there may be with the code. Which is cheaper, buying windows, or spending months in trial?

      My ass they will. If I can prove with out a shadow of a doubt that Microsoft has included my patented and copyrighted code in Office 2003, and I start suing end users (you) directly for it, do you honestly believe that Microsoft is going to come defend you?

      The only thing Microsoft will defend is themselves and their revenue stream.

      --
      I'd rather be a conservative nutjob than a liberal with no nuts and no job.
    4. Re:Childish OS Hackers by programcsharp · · Score: 1

      And where does that revenue stream come from? The end users. Which are being sued. Therefore, Microsoft will protect the end users, because they are it's one and only revenue stream.

    5. Re:Childish OS Hackers by Comatose51 · · Score: 1

      Know what's better than MS's legal team defending you? IBM's legal behemoth!

      --
      EvilCON - Made Famous by /.
    6. Re:Childish OS Hackers by virtualkuz · · Score: 1
      My ass they will. If I can prove with out a shadow of a doubt that Microsoft has included my patented and copyrighted code in Office 2003, and I start suing end users (you) directly for it, do you honestly believe that Microsoft is going to come defend you?

      The great thing about civil trials in the US is that you don't even need to prove without a shadow of a doubt, you only need a preponderance of evidence.

    7. Re:Childish OS Hackers by chunkwhite86 · · Score: 1

      And where does that revenue stream come from? The end users. Which are being sued. Therefore, Microsoft will protect the end users, because they are it's one and only revenue stream.

      OMG are you really that naive? What's your name and mailing address? How about I sue you, tomorrow, for infringing on my patents and copyrights. I am slow to provide evidence and when I do, it is unclear (like SCO). I could tie you up in court for months or years and you would incur tens of thousands of dollars in legal bills.

      Now how exactly do you propose that Microsoft would step in and provide lawyers and defend you??

      I think you may have been the person who invented the 1. Do something stupid 2. ??? 3. Profit business model. Either that or you're legally retarded.

      --
      I'd rather be a conservative nutjob than a liberal with no nuts and no job.
    8. Re:Childish OS Hackers by marcello_dl · · Score: 1

      And just what do these childish OS hackers expect to gain from this?

      Well I see no motive myself. In the endless stream of comments on SCO, here and in other news sites, i don't recall anybody proposing something as pointless (IMHO) as a DDos. If the motive is difficult to find it's time to look for a different suspect.

      Which is cheaper, buying windows, or spending months in trial?

      IMHO, this is a good explanation of SCO bizarre behaviour, now that i think of it. I don't see any reason why somebody should consider SCO as a viable business partner after these months, so why are they killing themselves? They work for somebody else.

      --
      ---- MISSING MISCELLANEOUS DATA SEGMENT --- [sigdash] trolololol
  52. Then please explain by Jesrad · · Score: 2, Interesting

    Then please kindly explain why the website was still available at http://216.250.128.20/ ?

    --
    Maybe we deserve this world ?
    1. Re:Then please explain by Zocalo · · Score: 5, Informative
      Because only in el cheapo hosting can you make the assumption that two adjacent IPs are on the same switch. It's quite common for high capacity corporate sites to have a load balancer of some kind in front of them that redirects to other IPs that you never see. Some of the more sophisticated devices even fiddle the TTL and other settings so they are totally invisible and what appears to be a single IP could easily be a distributed cluster of servers in every continent of the globe.

      Provided that the bandwidth to the load balancer did not get saturated in the DDoS, and the attack was targetted at a specific IP then it is perfectly possible for adjacent IPs to be fine. I and several others pointed this out as a possibility out in the original story and either got modded to oblivion or called idiots for it. C'est la vie.

      --
      UNIX? They're not even circumcised! Savages!
    2. Re:Then please explain by Anonymous Coward · · Score: 0

      Or they could simply have each server set as a loopback IP with a /32 netmask (255.255.255.255) and they would never have two servers in the same subnet

    3. Re:Then please explain by Anonymous Coward · · Score: 0

      It's quite common for high capacity corporate sites to have a load balancer of some kind in front of them that redirects to other IPs that you never see.

      It's also quite common for the people who have those load balancers to actually use them. If 216.250.128.20 was hooked up to the load balancer, than why wasn't the load balancer sending requests to it?

    4. Re:Then please explain by Anonymous Coward · · Score: 0

      216.250.128.20 probably just wasn't attacked.

      Syn floods are not bandwidth attacks; they are memory attacks against the server. The server is required to keep track of connections, so there is a limit. Syn flooding fakes a bunch of connection attempts, basically filling up the possible connections. No new connections -> server looks down.

      There are good technical measures available to prevent this, but it looks like SCO hadn't implemented them. Syn cookies is the most famous, and it's quite effective. Maybe they did that during the 6 hour downtime they had between the time the server disappeared from CAIDA and the time Netcraft shows it alive agaain.

  53. Inside Job? by Anonymous Coward · · Score: 0

    After all, SCO does own DR-DOS, and sued M$ for millions as part of settlement. If there is any DOS attack, who else will be more qualify?

  54. Re:Holy Shjt! by Anonymous Coward · · Score: 0, Offtopic

    dear Twink,

    The CLiT has sent me, as AC, to inform you tha you are not:

    a.) first
    b.)properly logged in
    c.)allowed to cunt roast

    thank you for your time,
    Cabal of Logged in Trolls

  55. well by Anonymous Coward · · Score: 0

    that still doesnt mean they did not initiate the attack themselves.

  56. Well... by herrvinny · · Score: 1

    That just means they're incompetent. They should have had the company's internal network separated from their "outside" network (ftp, web servers, etc). They knew they were going to be the targets of these attacks, why didn't they purchase more bandwidth? They're swimming in $50 million dollars from that Canadian bank, why not spend a million on their network? After all, they are SUPPOSED to be a software company, and you would think a software company with half a collective brain would be able to ride out a DDOS.

    Oh well, SCO will be gone in less than a month, so we won't have to bother with this anymore...

  57. FTP server by jmv · · Score: 1

    ...and by consuming all of the bandwidth of the network connecting the servers to the Internet. The current attack successfully blocked access to SCO web and ftp servers.

    Actually, there seems to be something wrong here. During the attack, while I could not get to their web server, I found that their FTP server was much more responsive than most ftp servers I use. This means that they has some (lots?) bandwidth available.

  58. Haha. by Anonymous Coward · · Score: 0

    I bet you "Holier-than-thou" uber-nerds feel stupid now! I hope you get hit by a truck.

    SCO IS ON TEH SPOKE!!!!11oneone!!11

  59. Bandwidth by phorm · · Score: 5, Interesting

    eems SCO was hit with a 50,000 packet-per-second SYN flood peak, which yields approximately 20 Mb/s each way, or about the capacity of a DS3 line."

    And how, exactly, would you prepare for this? Ignoring syn-floods is very simple when it comes to keeping your server alive, but how do you deal with the bandwidth saturation?

    The "each way" would indicate the syns were being replied to (dumb), but they still would have clogged the pipe.

    My question is how this is possible without killing the bandwidth other servers on the subnet, namely ftp.sco.com and others? That was the original reason for the conclusion that SCO was lying, and I've yet to see something that refutes it

    The other question, of course, if it was a DDOS, who did it? A group, or one person slaving many connections? Maybe somebody with a DS3 or two available to spare?
    With the last two, one would think that the outgoing results of such an attack would be noticed?

    Also, again with the main arguement that the ftp was online whilst the www was offline... why does the article say the FTP was down (and first to be attacked)??

    1. Re:Bandwidth by benna · · Score: 1

      They should have more bandwidth. Its not like they really would have any trouble paying for a bigger pipe.

      --
      "It is not how things are in the world that is mystical, but that it exists." -Ludwig Wittgenstein
    2. Re:Bandwidth by anthony_dipierro · · Score: 1

      The "each way" would indicate the syns were being replied to (dumb), but they still would have clogged the pipe.

      How is it dumb to reply to syns? Would suggest a server just shut itself down whenever someone syn-floods it?

      My question is how this is possible without killing the bandwidth other servers on the subnet, namely ftp.sco.com and others?

      Maybe the router for the subnet has a bigger connection to the net than to the subnet? So while yes, many packets will be dropped, many will go through, as well. Of course, the web machine itself would be saturated with so many SYN packets, very little useful traffic would be sent in return.

      Add in a little intelligence, and maybe the router is bandwidth limiting the packets going to the machine being attacked. Again, that would shut down the single machine, but not the subnet.

    3. Re:Bandwidth by DDumitru · · Score: 1

      Normally, I would say that they need to get their servers out of house, and into a co-lo. On the other hand, who would have them.

    4. Re:Bandwidth by Anonymous Coward · · Score: 0

      >> The "each way" would indicate the syns were being replied to (dumb), but they still would have clogged the pipe.

      > How is it dumb to reply to syns? Would suggest a server just shut itself down whenever someone syn-floods it?

      Wastes bandwidth sending the replies back, and wastes resources on the host making and sending the replies. Once you've determined a DoS is underway, drop the offending packets and be done with them.

    5. Re:Bandwidth by anthony_dipierro · · Score: 4, Informative

      Wastes bandwidth sending the replies back, and wastes resources on the host making and sending the replies. Once you've determined a DoS is underway, drop the offending packets and be done with them.

      The whole point of a DDOS is that you can't recognize which packets are the offending ones. Sure, at some point a human is going to look at the situation and say, OK, we're going to shut down this machine until the DDOS has subsided, but it would be stupid to shut down a machine automatically whenever you're getting attacked.

      Wasting bandwidth is irrelevant if you're going to shut down the machine anyway.

    6. Re:Bandwidth by Penguinshit · · Score: 1

      This can help...

      From the Linux kernel:

      Normal TCP/IP networking is open to an attack known as "SYN flooding". This denial-of-service attack prevents legitimate remote users from being able to connect to your computer during an ongoing attack and requires very little work from the attacker, who can operate from anywhere on the Internet.
      SYN cookies provide protection against this type of attack. If you say Y here, the TCP/IP stack will use a cryptographic challenge protocol known as "SYN cookies" to enable legitimate users to continue to connect, even when your machine is under attack. There is no need for the legitimate users to change their TCP/IP software; SYN cookies work transparently to them. For technical information about SYN cookies, check out http://cr.yp.to/syncookies.html.

      In case your browser is broken, from cr.yp.to/syncookies.html:

      What are SYN cookies?

      SYN cookies are particular choices of initial TCP sequence numbers by TCP servers. The difference between the server's initial sequence number and the client's initial sequence number is
      * top 5 bits: t mod 32, where t is a 32-bit time counter that increases every 64 seconds;
      * next 3 bits: an encoding of an MSS selected by the server in response to the client's MSS;
      * bottom 24 bits: a server-selected secret function of the client IP address and port number, the server IP address and port number, and t.

      This choice of sequence number complies with the basic TCP requirement that sequence numbers increase slowly; the server's initial sequence number increases slightly faster than the client's initial sequence number.

      A server that uses SYN cookies doesn't have to drop connections when its SYN queue fills up. Instead it sends back a SYN+ACK, exactly as if the SYN queue had been larger. (Exceptions: the server must reject TCP options such as large windows, and it must use one of the eight MSS values that it can encode.) When the server receives an ACK, it checks that the secret function works for a recent value of t, and then rebuilds the SYN queue entry from the encoded MSS.

      A SYN flood is simply a series of SYN packets from forged IP addresses. The IP addresses are chosen randomly and don't provide any hint of where the attacker is. The SYN flood keeps the server's SYN queue full. Normally this would force the server to drop connections. A server that uses SYN cookies, however, will continue operating normally. The biggest effect of the SYN flood is to disable large windows.

    7. Re:Bandwidth by anthony_dipierro · · Score: 1

      SYN cookies only stop the asynchronous nature of a SYN attack. If the attacking machines have far greater CPU and bandwidth available to them, and they are able to spoof random IPs and send them from multiple different routes, there is absolutely nothing a machine can do to stop it.

    8. Re:Bandwidth by inode_buddha · · Score: 1
      Good points overall, and I'll stand by an earlier post of mine which stated that this destroys a "moral high ground" that the Open Source/Free community could use. This is regardless of whether it was actual, spoofed, or whatever - it casts a shadow of doubt where we don't want one.

      Now, on to my real point:

      Let me pose two other scenarios. Both scenarios assume use of a 2.x Linux kernel.

      1: It is not necessarily "dumb" to reply to a SYN. The kernel config has a feature called "CONFIG_SYN_COOKIES" which uses a challenge-response setup for syn-flooding. The bandwidth would still have been saturated.

      2: Newer kernels have a feature called "CONFIG_NET_PKTGEN" which allows generation and spewing of arbitrary packets for network testing. I don't recall which kernel version it appeared in, or what the backports are if any. Again, the bandwidth could have been saturated, at least in one direction.

      Overall IMHO the way to deal with this sort of attack is QOS/bandwidth throttling. I'd be very interested to see the largest and smallest netblocks and geographical areas where this alleged attack came from, if possible.

      --
      C|N>K
    9. Re:Bandwidth by Darby · · Score: 3, Funny

      Its not like they really would have any trouble paying for a bigger pipe.

      Given the amount of crack they must go through on a daily basis, I'm sure they have a huge collection of pipes.

    10. Re:Bandwidth by SpaceLifeForm · · Score: 1

      OMFG, I just had a really, really, nasty, bad thought.
      It's so scary I must refrain from mentioning who the who might be.

      --
      You are being MICROattacked, from various angles, in a SOFT manner.
    11. Re:Bandwidth by anthony_dipierro · · Score: 1

      Overall IMHO the way to deal with this sort of attack is QOS/bandwidth throttling.

      Doesn't work if the IP addresses are spoofed.

    12. Re:Bandwidth by Rooktoven · · Score: 1

      You mean Microsoft or the White Hou---***URK***

      (Note from Eds, please disregard this post and continue the fight on terra)

      --

      Acquiescence leads to obliteration
    13. Re:Bandwidth by DDumitru · · Score: 1

      Now come on. Any co-lo worth it's weigth in salt can throw 200+ megabits at a target without their own users even noticing. The fact that it was only 20mbits implies ~2000 zombies (100kbits/sec each, average).

      The scary thought is the zombies that are in co-lo. Back during NIMDA, I had worm scans from one of Intel's software distribution servers. That one system could have hit SCO at 20Mbits and still handled it's normal user load without breaking a sweat.

    14. Re:Bandwidth by DDumitru · · Score: 1

      Sorry, that is 200 zombies (not 2000). Too little sleep.

    15. Re:Bandwidth by phorm · · Score: 1

      Shutdown the machine, no, implement a rule to ignore SYN packets after DDOS begins yes. Firewall rules to prevent a SYN flood with iptables are simple.

    16. Re:Bandwidth by asynchronous13 · · Score: 1

      The evidence in favor of the attack is mainly backscatter, right?

      Just curious, how hard would it be to set up a script on your server to just fling SYN/ACK packets to random addresses such that it would appear that you were being attacked?

    17. Re:Bandwidth by anthony_dipierro · · Score: 1

      Shutdown the machine, no, implement a rule to ignore SYN packets after DDOS begins yes.

      If you ignore SYN packets, you can't receive incoming connections. You might as well shut down the machine.

    18. Re:Bandwidth by Avihson · · Score: 4, Interesting

      My point exactly on ftp.sco.com, I check them during the incident, and response time seemed normal.

      What bothers me avout the whole incident is that we just have one confirmation that there was a 32 hour attack on SCO.
      Just where are all the zombies? What OS where they running? What vulnerability on the zombies was exploited? Where are the rest of the confirmations that this was a DDOS?

      Answers to the above questions were flying all over the 'net when Microsoft was DDOSed, where are they now? I know more people hate Microsoft than SCO, but the people with the tools to detect the DDoS attacks are vendor neutral.

      An interesting quote from CAIDA:
      "Around 2:50 AM PST Thursday morning, December 11, the attacker(s) began to attack SCO's ftp (file transfer protocol) servers in addition to continuing the web server attack. Together www.sco.com and ftp.sco.com experienced a SYN flood of over 50,000 packet-per-second early Thursday morning. By mid-morning Thursday (9 AM PST), the attack rate had reduced considerably to around 3,700 packets per second. Throughout Thursday morning, the ftp server received the brunt of the attack, although the high-intensity attack on the ftp server lasted for a considerably shorter duration than the web server attack. At 10:40 AM PST, SCO removed their web servers from the Internet and stopped responding to the incoming attack traffic. Their Internet Service Provider (ISP) appears to have filtered all traffic destined for the web and ftp servers until they came back online at 5 PM PST."

      So not only did the ISP filter the traffic for the ftp servers, it seems to have mirrored the ftp server, since I was able to explore the ftp site and also download download an ISO: SCOX Dev CD

      So the Bandwidth to the DDoSed ftp server either was not saturated, or the ftp server was not DDoSed, or maybe, just maybe, it was an inside job!

    19. Re:Bandwidth by inode_buddha · · Score: 1

      True; I didn't consider that one. Thanks for the correction.

      --
      C|N>K
    20. Re:Bandwidth by Anonymous Coward · · Score: 0

      You can prevent syn flooding with syn cookies. Connections aren't tracked until the ACK packet comes back with the correct info in it. It won't help if the entire bandwidth is taken, but that wasn't the case with SCO. Their web server saw fewer packets than the FTP server later, and besides for most of the time the packet level was very low.

      The max packet rate was half a DS3, so if they had a DS 3 they should have had plenty of bandwidth to respond to real requests.

      One person with a DS3 line could have done this, or 15 boxes with T1s. Because syn floods use spoofed source addresses, it's impossible to tell without being able to track the SYN packets in flight.

      From what I have read, FTP was up for quite a while, and went down later. This is confirmed by CAIDA, whose timeline is webserver: 12/10 03:20 followed later by FTP: 12/11 02:50. The timing of the web server at least is consistent with Netcraft's data.

    21. Re:Bandwidth by Anonymous Coward · · Score: 0

      Simple: because it killed one (web)server, including its bandwidth. Not it's routers, nor the network. Therefore not the FTP server. That was done later somehow.

      "Funny" thing is the FTP server was attacked after on Groklaw and other sites it became clear that was still up. Now that is an interesting clue. Someone has been reading here with us?

      A stupid move at a stupid moment if you ask me.

  60. Wow by Anonymous Coward · · Score: 0

    More non-news on SCO. Slashdot is just giving them free publicity by publishing articles about them EVERY DAY.

  61. first? by Anonymous Coward · · Score: 0

    boyah! nailed it!

  62. They'll still blame Linux by Anonymous Coward · · Score: 0

    Even though they could have fixed this vulnerability (see this at linuxsecurity.com http://tinyurl.com/z0kal) they'll still blame it on the devil Linux...

  63. If true, then SCO admins are utterly incompetent by Safety+Cap · · Score: 1

    Information on how to stop SYN attacks has been available for ages.

    --
    Yeah, right.
  64. Wanna guess... by Zazi · · Score: 0

    ...how much SCO is paying the CAIDA?

  65. Mod Parent As Troll! by Anonymous Coward · · Score: 0

    ;-)

  66. MOD PARENT UP! by Performer+Guy · · Score: 1

    Excellent!

  67. After seeing the graphs by iminplaya · · Score: 1

    My question is this: What are all those lines and numbers for?

    --
    What?
  68. Silver Lining? by KnightNavro · · Score: 4, Interesting
    They may have actually been attacked, but at least they still look like the news grubbing idiots they are. As the Cadia article points out, it was a SYN attack. From earlier today, SYN attacks are very easy to defend with even the most basic systems.

    Again, even when SCO shows a shred of the truth, it only reveals they're either incompetent or unethical.

  69. Re:Legitmacy by Anonymous Coward · · Score: 0

    sorry.. I was incoherrent once again with my posts... ment to ask if there was any credibility with the sites backing SCO up on this....?

  70. Mod parent up..... by vwjeff · · Score: 1

    SCO still sucks.

    Short yet inspired.

    1. Re:Mod parent up..... by Anonymous Coward · · Score: 0

      Yes! That was like the only intelligent post I've seen on this thread so far....

  71. Security "experts" by Anonymous Coward · · Score: 0

    I hope those half-assed security "experts" who decided to shoot their mouths off with insufficient information submit humble retractions now. Somehow I doubt it.

  72. MOD PARENT UP by IamGarageGuy+2 · · Score: 0, Offtopic

    I just used my last Mod point in the last article. Damn that Taco - Damn him to hell !!

    --
    Stay tuned for new sig...
  73. My home server by betasaur · · Score: 1

    My home server is tighter than that!

    P.S. - But please don't try to prove me wrong!

  74. Still doesn't add up by pridkett · · Score: 2, Insightful

    This still doesn't add up. If they say that their entire DS3 was saturated why was it that I could reach ftp.sco.com during the attack? Here's what I get:

    ftp.sco.com has address 216.250.128.13
    www.sco.com has address 216.250.128.12

    They have neighboring IP addresses. There isn't enough room for a broadcast address between them so they have to be on the same subnet. If they're not on the same subnet then this must be some newfangled magical technology that allows them to break up subnets in a new way without sacrificing an address for the broadcast. Translation: they're still lying. On the other hand, why should I care? This company is abusing the US legal system and costing me money through the waste of my tax dollars. I'm not saying this is the proper way to respond, but hell, I still don't believe that the situation was the way SCO described it anyway.

    --
    My Slashdot account is old enough to drink...
    1. Re:Still doesn't add up by Anonymous Coward · · Score: 0

      > There isn't enough room for a broadcast address between them so they have to be on the same subnet

      I have a little advice for you.

      1. Go learn a little bit more about networking before you make statements that are patently not true.
      2. Go do step 1 again a few times

    2. Re:Still doesn't add up by anthony_dipierro · · Score: 3, Insightful

      If they say that their entire DS3 was saturated why was it that I could reach ftp.sco.com during the attack?

      First of all, they didn't say their entire DS3 was saturated. They said the bandwidth of the attack was enough to saturate a DS3.

      Secondly, why not? When you're downloading 100 different files at the same time you can still use the internet, right? Packets will get dropped, but the internet can handle packets getting dropped. See, there's this thing called TCP which is a protocol on top of the IP layer and handles connections when packets are being dropped.

    3. Re:Still doesn't add up by Jesrad · · Score: 1

      So far the simplest explanation (thus the most probable according to Ockham) is that the webserver just had its IP address changed from 216.250.128.12 to 216.250.128.20 and SCO admins messed up or forgot (on purpose ?) the DNS update. And the website at http://216.250.128.20/ was very responsive during the whole "attack", which makes me doubt their ever was a saturation of bandwidth.

      --
      Maybe we deserve this world ?
    4. Re:Still doesn't add up by Anonymous Coward · · Score: 0

      "They have neighboring IP addresses. There isn't enough room for a broadcast address between them so they have to be on the same subnet"

      If they are set up as /32 subnets (single host, mask of 255.255.255.255) they wouldn't have a broadcast address.

  75. Re:couragous by Anonymous Coward · · Score: 0

    This is the best FUCKING post every.... MOD PARENT UP....

  76. Re:couragous by Anonymous Coward · · Score: 0

    Fucking learn how to spell dip shit.....

  77. Re:WARNING, GOATSE LINK IN PARENT - !!! NOT !!! by BrynM · · Score: 1
    Hungh? All I saw was an atricle about a DoS and some graphs. Where did you see the ass from hell? It must just be burnt into your retinas now. You should get that checked out by an optomitrist. It must suck going through life seeing that everyshere. "Oh my god! My dog is a giant stretched asshole - and my postman - and my best friend - and my monitor - and my hands!" I'm suprised you haven't gone insane yet... or maybe you have...

    Hey Mods, the link in the grandparent is real information and actualy is "informative". Don't listen to this coward.

    --
    US Democracy:The best person for the job (among These pre-selected choices...)
  78. Still doesn't make sense ? by Jesrad · · Score: 4, Interesting

    But if the website traffic is load-balanced across those multiple servers, wouldn't the server at 216.250.128.20 have been hit by the very same attack ? From the traceroute and DNS queries, it seemed to me that they had just changed their webserver's IP from 216.250.128.12 to 216.250.128.20, and messed up the DNS update and transition.

    --
    Maybe we deserve this world ?
    1. Re:Still doesn't make sense ? by Zocalo · · Score: 3, Interesting
      Possibly. Possibly not. Without detailed knowledge of the precise SCO setup, it's difficult to say for sure, all you can do is take observed data and claims and speculate. Also, keep in mind that there could be multiple load balancers in the mix, the DDoS could have been targetted at an IP address rather than a hostname and so on. It's also possible that they just changed their DNS and stuffed it up. ;)

      But to give you a more specific reply, rather than the general one. Assume that SCO has two load balancers, one on 216.250.128.12 and the other on 216.250.128.12. Behind one IP is a cluster of web servers on 10.1.0.x and behind the other a second cluster on 10.1.1.x. Each cluster is in a different data center for resiliance. This is a fairly typical setup (my employer uses this on its Intranet, only we have three sites). Now someone launches a DDoS SYN attack against 216.250.128.12, but while the total traffic does not flood the network connection, the amount of SYNs arriving is either enough to down the load balancer, or takes out the webservers behind. You will see precisely the effects we got with SCO; adjacent IPs up, the web server down and SCO screaming blue murder.

      Of course, as I said before, that's just supposition based on what's being said and how things can work. It's still entirely possible a significant part of SCOs claims are not exactly what happened of course.

      --
      UNIX? They're not even circumcised! Savages!
    2. Re:Still doesn't make sense ? by krappie · · Score: 2, Insightful

      the synflood attack was so large that it brought down much of SCO's network by maxing out its network equipment. Yes, at first this would take down many machines. But SCO's first course of action would be to block all syn's to that ip at their upstream providers.

      afterwards, their entire network is now back online except for that one ip. they can change the site's ip to any other ip and it should be fine

      make sense?

  79. Backscatter by filmsmith · · Score: 1

    Interresting information in the Backscatter movie. I'd always wondered how DoS and DDoS attacks occur. It still leaves me with questions, though.

    I assume that since the backscatter is so broad that it doesn't affect the presumed sender MUCH, but it does do damage to the them, no? After all, they now have to pay for, and attempt to distribute, responses to false information, correct? If so, DDoS attacks are much more of a bitch move than I'd originally thought.

    My other question was wether or not DDoS attacks can physically damage the victim's machine. I'd assumed it couldn't and that the 'their servers must be in a melted, smoking mound by now!' jokes were just that, but I always wanted to ask anyway. Would someone be kind enough as to enlighten me a bit more?

    Thanks

    fs

    1. Re:Backscatter by PhilipPeake · · Score: 1
      Effect on the sender(s): It depends on how the attack is orchestrated. If it is (as SCO claim, but I don't know how they would know this) the result of several thousand machines being compromised, and each of these machines, at a pre-determined time, sends out attack packets, there is zero effect or cost to the perpetrator. The attack machines will suffer from bandwidth hogging by the attack processes. remember this happened in the early morning, sp the owners of those machines (if they were in the US) probably wouldn't notice.

      [I won't go near the claim by SCO that people were working at 4AM and were inconvenienced by not being able to send out 33,000 e-mails during the 4AM to 5AM periaod when their bandwidth was choked - maybe thats who sends all my SPAM ?].

      The effect on the victims machine is simply that the TCP/IP stack runs out of resources and it can't communicate. It does no physical damage to the machine, and does no damage to the filestore or its contents. Bringing a machine back up depends a lot on the OS. If its any good, it just recovers itself as the load dissipates, at most you would need to re-boot.

    2. Re:Backscatter by Anonymous Coward · · Score: 0

      The short bit about backscattering - it basically doesn't affect the sender.

      Say you're on 23.49.34.124, to do an attack you'd pump out 1000 of these packets to www.sco.com with fake return addresses - say all 192.250.*.* They won't come back to you, they can't and they don't NEED to either, they'll 'bounce' back to the addresses spoofed in the packet and tie up the connection on SCO's server which is waiting for a thousand machines to keep up the connection. In effect, you've got SCO's machine spewing packets at 1000 other machines online - it won't affect the internet in general or your machine.

      In reality, they're probably just completely random IP addresses. Given probability, if you pump out enough spoofed syn packets to SCO, one might hold your real IP and bounce back to you. perhaps a couple in your ISPs subnet. That's how little effect it'd have on the sender

  80. Re:couragous by Anonymous Coward · · Score: 0

    I don't know if that person is brave or stupid? But SCO had it coming.....

  81. LMAO by Anonymous Coward · · Score: 0

    First, you people rant and rave about how this must be a hoax, even going so far as to "analyze" the situation, posting long, drawn out posts on how it was impossible, they are lying, yada yada.

    Then, it turns out that you are WRONG.. egg *all* over your face, and instead of saying, "oops, I guess we were wrong about that one," you rant and rave AGAIN!

    You people are funny. Stupid, groupthinking witch-hunters, but funny (in a terribly pathetic way).

    Gooooooooooo looonix! HAHAHAHA.

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

      just remember: you are one of us.

  82. Something is missing... by tekspot · · Score: 2, Interesting

    Is it me or these articles do not offer any explanation for "why www.sco.com (216.250.128.12) server is down and ftp.sco.com (216.250.128.13) is still working without any slowdown, even though they are on the same network?"

    If they state that all the available bandwith was consumed by attacks, then all the servers on the network would be unresponsive. So that could not have been a bandwidth issue. Therefore it leaves us with "SCO is a bunch on incompitent morons" version of the events.

    1. Re:Something is missing... by MImeKillEr · · Score: 0, Redundant

      Therefore it leaves us with "SCO is a bunch on incompitent morons" version of the events

      Where's the 'Obvious' label from Fark when you need it?

      --
      Cruising the internet on my TI-99/4A @ a whopping 300 baud!
    2. Re:Something is missing... by Anonymous Coward · · Score: 0

      Therefore it leaves us with "SCO is a bunch on incompitent morons" version of the events.

      You're not proving yourself to be much superior, my little friend.

    3. Re:Something is missing... by Cheeze · · Score: 2, Informative

      probably because the server was flooded, and not their bandwidth. I didn't read the article though, so this could be spelled out better.

      either way, who cares? 20Mbps isn't all that much bandwidth. There's just about no reason that they couldn't have their routers just drop the offending packets.

      i can't believe they didn't have some sort of load balancer or a cluser for their website. I am sure it gets slammed with people after each press release.

      --
      Why read the article when I can just make up a snap judgement?
    4. Re:Something is missing... by Anonymous Coward · · Score: 0

      You're not proving yourself to be much superior, my little friend.

      I think we've just found that SCO's sysadmin.

  83. ..an open letter to SCO by Anonymous Coward · · Score: 0

    Dear SCO / Darl McDumbass,

    SCO, Meet RIAA. RIAA, meet SCO.

    RIAA, please explain to SCO and Darl McDumbass what happens when an entity pisses off a bunch of nerds who a) have no life; b) are prone to taking breaks from self-pleasuring while viewing pictures of Linus Torvalds and/or Llamas long enough to launch a MDDoS (massively-distributed DoS) attack; and c) like using words like 'pw0nzerd' and uttering phrases like 'all your servers are belong to us'

    Thank you. Please drive through.

    1. Re:..an open letter to SCO by torgosan · · Score: 1

      ...you left out hot-grits and Natalie Portman.

      --
      "If you put the federal government in charge of the Sahara Desert, in 5 years there'd be a shortage of sand". -Milton F.
  84. Shoes by Overly+Critical+Guy · · Score: 5, Insightful

    Man, this whole thing sure is a lot of shoes in a lot of Slashdotters' mouths.

    --
    "Sufferin' succotash."
    1. Re:Shoes by A+Binary+Rebel · · Score: 5, Insightful

      This is probally going to get me labled as anti-linux forever on /. but why is this modded troll? Its true.

      I am as anti-sco pro-linux anti-ms as anyother /. junkie. But I also learned a long time ago to never point fingers and to never speak to soon.

      This should be modded up to at least neutrel.

    2. Re:Shoes by Trepalium · · Score: 5, Interesting

      Okay, I'm willing to accept they were DDoSed. An upstream provider blocking it at the router level makes sense too. But I'm still not willing to accept that SCO isn't lying. What about their Intranet being brought down by this? What about the customer support services being brought down? This could be caused by gross incompetence, an inside job, or complete and utter lies. Choose one, none are flattering to any company, especially one that claims to sell an 'enterprise class' operating system.

      --
      I used up all my sick days, so I'm calling in dead.
    3. Re:Shoes by citog · · Score: 4, Insightful

      Because disagreeing with /. today gets you hammered by moderators...

    4. Re:Shoes by Anonymous Coward · · Score: 0

      Can't the "backscatter effect" described by CAIDA be faked?

    5. Re:Shoes by Anonymous Coward · · Score: 0

      Yes. a Single SCO-Controlled computer could produce such backscatter. But they'd need to know, really know, what they were doing, and that doesn't really fit in with SCO, eh? However, MS or Sun would have people sufficiently 'Leet Skillzed to fake it.

    6. Re:Shoes by Anonymous Coward · · Score: 0

      To quote a PC Magazine article recently featured on Slashdot:

      Given this recent development, my question is, "Will you be stuffing that superior attitude in your crow or eating it separately, sir?"

    7. Re:Shoes by Anonymous Coward · · Score: 1, Interesting

      There's also the fact that some HTML doctypes on sco.com changed from 4.01 to XHTML during the outage. That's the sort of thing that happens in a scheduled upgrade, not an attack. There may have been a real DDOS (after all, Microsoft presumably has its own backdoors in windows, eh?) But SCO appears to have had foreknowledge of it. Who the hell puts out slick press releases talking up the severity of the attack while the attack is on going? That's not the behaviour of a normal company.

    8. Re:Shoes by Trepalium · · Score: 3, Interesting

      Especially one that claims law enforcement is looking into it. Generally in these cases, you don't want to spook the attacker until the authorities can track him/her down. The press release just gives the attacker forewarning so he/she can start covering up their tracks.

      --
      I used up all my sick days, so I'm calling in dead.
    9. Re:Shoes by Anonymous Coward · · Score: 0

      'Coz something doesn't have to be a lie to be a troll; just highly polemic or provocative. Or just some insult, like above.

    10. Re:Shoes by big_groo · · Score: 1
      Not only that - this is just another example of an over-moderated story. Compare this one with any other story on the front page.

      -1 Offtopic mod for me for sure. Like it means anything..

    11. Re:Shoes by krappie · · Score: 2, Informative

      why the hell does everyone keep saying "if their internal network went down, that means their internal network was exposed!"

      that bandwidth has to come from somewhere.. if their network equipment goes down do you expect their internal network to stay online? of course after the attack was blocked by sco's upstream providers the internal network was surely up

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

      Overly TROLLING guy, you mean.

      The press release and most of the subsequent discussion has centered on the likelihood that the alleged attack was being done by a Linux sympathizer. It could just as easily be an ex-SCO/ex-Caldera employee who is mad about being fired. Or it could be leet Russian hackers running a quick test of their zombie net. Or it could a number of other things. SCO has repeatedly slandered the entire Linux and Free Software community (whether or not Linus accepted patches which were not offered in good faith is irrelevant, the code has been offered for removal-- if SCO would stop telling lies about the Linux community for one damn minute and point out which code is actually infringing). As such, I'd say that I'm disinclined to accept at face value any report of theirs about further alleged crimes and especially the likely identity and motivation of any alleged attackers. If they want to be believed, they should consider acting in a credible manner the rest of the time as well.

    13. Re:Shoes by tomson · · Score: 2, Insightful

      If you DDOS down a big cooperation, it would be really naive to NOT expect the authorities to track him down. If SCO was DDOSed, this person started covering his/her tracks the moment SCO went down.

      --
      I read slashdot for the articles.
    14. Re:Shoes by Anonymous Coward · · Score: 0

      Is your mom a whore for the handicapped, or why the fuck are you such a retarded piece of shit?

    15. Re:Shoes by dipipanone · · Score: 1

      Dear pedantic Slashbots: If cable theft is stealing, why is MP3 downloading "infringement?"

      Because cable provision is a service. Most theft acts generally cover the unlawful acquisition of goods or services.

      Using a fake id to download porn that you haven't paid for from someone's website then, would count as theft. Giving other people copies of the porn that you download would be infringement. Recieving copies of that porn may or may not be infringement, depending on where you live.

      Why? Because that's what the law is. If you don't like it, lobby for changes in the law.

    16. Re:Shoes by Anonymous Coward · · Score: 0

      Hear Hear!

      Mod this up.

      Thinking about CAIDA's "backscatter" technique critically, they make absolutely zero claims on where the traffic is originating from; just that there *are* these requests.

      As sleazy as these bozos have been throughout this whole debacle, it would not surprise me in the least that they staged the whole thing. Would that even be illegal? Have they contacted the authorities to prosecute this? I haven't checked, but my guess is no. They wouldn't want something that explosive to become public knowledge.

      My $0.02

    17. Re:Shoes by Kirth · · Score: 1

      Dear Critter. Cable theft is when you steal the cable (don't laugh, its quite common in Africa, and a real problem).

      The words "cable theft" for unsanctioned use of a service is itself a piece of demagogy, like comparing people who illegally copy software to "pirates". In german there's a better word for it, its called "schwarzsehen" (analogous to "schwarzfahren", which is riding the bus without a ticket). There's even "schwarzkopieren" for illegal copying (of software; downloading mp3's and movies is legal).

      (Meybe there is in english too? freerider/freeloader... Dunno.)
      --

      --
      "The more prohibitions there are, The poorer the people will be" -- Lao Tse
    18. Re:Shoes by Anonymous Coward · · Score: 0

      Dear pedantic Slashbots: If cable theft is stealing, why is MP3 downloading "infringement?" Face it; it's stealing

      "Cable theft" isn't "stealing."

      You've been brainwashed by the Cable Company commercials.

      It's actually "Unauthorized Access."

      I'm not making excuses for either one of the activites, but there is a big difference (cost, infrastructure impact, etc.) between unauthorized cable access and copyright infringement.

    19. Re:Shoes by Anonymous Coward · · Score: 0

      Since the parent post got wrongly modded down, I offer it here to you. OCG

    20. Re:Shoes by HiThere · · Score: 1

      If the person waited until then to start covering their tracks, they are as stupid (and incompetent) as SCO.

      My personal belief is that SCO is BOTH incompetent and lying. This makes things a bit difficult to figure out, as one doesn't know when they actually believe some piece of tripe that they are handing out. And sometimes they are actually telling the truth when nobody is willing to believe that they are that incompetent. And sometimes they are just so confused, that their reports are just incomprehensible. Who knows which is going on this time.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    21. Re:Shoes by DavidTC · · Score: 1
      It may be that way, and part of it makes sense, but part doesn't.

      If I go out to the telephone pole and rig myself a drop, I am stealing cable service, that is correct.

      If I get it from a friend, he is commiting copyright infringement, though, or at least should be. He's copying the copyrighted content over to me.

      There's no theft of service in the second circumstances, the service is 'string up a wire between your house and the cable company, and send TV down it'. You didn't steal that in the latter case, and you did in the first.

      In fact, in the latter case, I fail to see how the cable company has a valid complaint at all. (Although, of course, they could suspend the service of the guy you're copying it from for contract violations.) The only people with complaints are the stations broadcast, and quite a lot of those, even 'cable channels', are freely available with a satelite dish, so it would be rather hard to prove any sort of damages. And, in fact, I doubt they would want to...USA Network, for an example of a 'free' cable station, would love every single house in the country to get their station magically for free. It's not like they're paid anything by the cable companies or satelite dish owners, they're ad supported just like broadcast stations.

      --
      If corporations are people, aren't stockholders guilty of slavery?
    22. Re:Shoes by DutchSter · · Score: 1

      Dear Critter. Cable theft is when you steal the cable (don't laugh, its quite common in Africa, and a real problem).

      Going off topic for a sec - but cable theft is a problem here in the states too. My dad is a member of a streetcar preservation organization. They've got a little two mile siding along a major railway, complete with overhead cabling to run the cars for demonstrations and stuff. More than once they've had problems with people coming and yanking the cables down in the middle of the night, because copper isn't exactly cheap. They had two options - put night vision cameras up all along the route and hope to catch someone; or leave the cable live with 600 volts 24/7. For only the cost of electrocuting the occasional thief, they've not had any problems since they selected the latter. They have, however found the occasional smoldered shoe or melted glove along the tracks in the morning. :)

    23. Re:Shoes by Trepalium · · Score: 1

      Yes, I do. I don't know SCO's network is set up, but I do know how I've set up networks. I've always set them up in such a way that if the external DMZed servers are attacked or go down, very little internally is affected. Incoming mail may cease to come in, and outgoing mail may cease to go out, but nothing else changes. If SCO's internal network services was brought down by an attack on a public webserver, it's a clear indication that someone designed their network wrong.

      --
      I used up all my sick days, so I'm calling in dead.
    24. Re:Shoes by erlenic · · Score: 1

      From what I've heard, the "internal network" they are talking about was actually a VPN between HQ and a couple remote offices. I personally wouldn't have worded it the way they did, but it does make sense.

  85. Digital Vigilanites by u-238 · · Score: 0

    ah the internet, from the perspective of law, the equivilant of late 17oo's america

  86. Re:couragous by Anonymous Coward · · Score: 0

    Man somone must not like you.. It doesn't even look like you got moderated... Is your karma bad or something....? I hate this slashcrap moderation system... There must be some people in there who just fuck others over..... But your name probably doesn't help you......

  87. Re:SCO Not lying... by corrie · · Score: 5, Interesting

    This statement is false.

    What a nice place to say that, isn't it?

    The CAIDA article states: "The current attack successfully blocked access to SCO web and ftp servers"

    I find that difficult to believe. The Groklaw article mentioned successful access to the FTP server for a few HOURS while the WWW server was not available.

    Then, suddenly, the FTP server was also down, which was after the Groklaw article appeared.

    So basically there two things which makes me wonder about this whole situation:

    • 1. Why is it that the SYN flood did not take out the network at the router level, as opposed to a specific server on the Ethernet backbone?
    • 2. Why was there such a suspicious timing involved with the FTP server also becoming unavailable after the Groklaw article appeared? Why on Earth would the attacker(s) suddenly decided to also attack the FTP server?

    If the main reason for the service being denied was actually the traffic generated by this attack, which is basically what the CAIDA article seems to claim, then there is no indeed no distinction to be drawn between the two servers, and so should have gone down simultaneously.

  88. WARNING goatse by Anonymous Coward · · Score: 0

    After 30 seconds it redirects to goatse.cx

  89. ftp vs www by endx7 · · Score: 1

    "Early in the attack, unknown perpetrators targeted SCO's web servers with a SYN flood of approximately 34,000 packets per second," CAIDA said. "Together www.sco.com and ftp.sco.com experienced a SYN flood of over 50,000 packets-per-second early Thursday morning."

    Whoa...both ftp and www experienced this? Their www server must be really badly configured compared to their ftp server (or their www server received -a lot- more flooding). During the SYN flood, www.sco.com was unavailable, but ftp.sco.com was easily reached. I checked several times.

    1. Re:ftp vs www by LiquidCoooled · · Score: 1

      I dont know much about DDOS attacks, but couldnt they simply be the slashdot effect - 1000's of us all checking and rechecking the server?

      --
      liqbase :: faster than paper
    2. Re:ftp vs www by geekoid · · Score: 1

      It's because the guy who set up the ftp server is an engineer.

      The guy who set up the web server was a web master. ;)

      --
      The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
  90. "SCO Not Lying" by fanatic · · Score: 5, Funny

    It was bound to happen eventually, if only by random chance - as much as they talk, sooner or later they were bound to say something true.

    --
    "that's not encryption - it's a new perl script that I'm working on..." - from some Matrix parody
    1. Re:"SCO Not Lying" by Anonymous Coward · · Score: 0

      It is however, a major event (not unlike seeing a comet or some such).

      Get a thousand McBrides and Lawyers typing for thousands of years and they will eventually come up with something true right... I am just surprised it happened with soon, an glitch in the matrix perhaps.

  91. Putting Lincoln in Context by Anonymous Coward · · Score: 0
    "When I do good, I feel good; when I do bad, I feel bad, and that is my religion." - Abraham Lincoln


    To put this quote in the proper context:


    What was Abraham Lincoln's religion? He was never heard to say that he was a Christian. When he and his wife Mary lost their little boy Eddie in the early 1850's, Mary joined the Presbyterian church, but Lincoln never joined any. Someone once asked him what his religion was, and he replied that his religion was just like that of an old man he knew, who said, "When I do good, I feel good, and when I do bad, I feel bad, and that's my religion."

    Lincoln said that he had never denied the truth of Scripture, and that he didn't believe he could ever vote for a man who scoffed at it. A Congressman once asked him why he didn't join a church, and he said this: "When any church will inscribe over its altars, as its sole qualification for membership, the Savior's condensed statement for the substance of both law and gospel, 'Thou shalt love the Lord thy God with all thy heart, and with all thy soul, and with all thy mind, and thy neighbor as thyself,' that church will I join with all my heart and soul."

    Lincoln's beautiful prose bears the unmistakable stamp of Biblical style. Some of his most memorable speeches and letters are full of phrases right out of the Gospels and the Psalms. People used to see him reading a little pocket-size devotional book that somebody had given him. His ability to quote the Bible was often noticed, and people lost count of the times he replied to someone the way he replied to a Senator who wanted him to hang Jeff Davis: he said, "Judge not, that ye be not judged." His law partner told this of him: A friend attended a rally for a political candidate, at which about 400 people showed up. When he told this to Lincoln, Lincoln picked up an office Bible and turned directly to a verse that read: "Everyone that was in distress, and everyone that was discontented, gathered themselves unto him, and he became captain over them, and there were with him about four hundred men." That's pretty good.

    A minister named William Barton gathered a few quotations and statements from Lincoln's writings and speeches, put them into paragraphs, and then added at the front only the words "I believe." It reads like this:

    I believe in penitential and pious sentiments, in devotional designs and purposes, in homages and confessions, in supplications to the Almighty, solemnly, earnestly, reverently. I believe in blessings and comfort from the Father of Mercies to the sick, the wounded, the prisoners, and the orphans and widows. I believe it pleases Almighty God to prolong our national life, defending us with his guardian care. I believe in His eternal truth and justice. I believe the will of God prevails; without Him all human reliance is vain; without the assistance of that Divine Being I cannot succeed; with that assistance I cannot fail. I believe I am a humble instrument in the hands of our Heavenly Father; I desire that all my works and acts may be according to His will; and that it may be so, I give thanks to the Almighty and seek His aid. I believe in praise to Almighty God, the beneficent Creator and Ruler of the Universe.

    Lincoln was talking about the Bible to his friend Joshua Speed in 1864, the year before he died, and he said, "Take all of this book that you can upon reason, and the rest on faith, and you will live and die a better man."


    (Carl Sandberg - Introduction to Lincoln's Devotional, Channel Press, Greatneck, NY, 1957


    Posted anonymously so as not to wreck my perilously teetering karma with a -1 OT score.

    1. Re:Putting Lincoln in Context by BrynM · · Score: 1

      Thanks for the info! I'm not religious in the institutional sense, but I have a lot of respect for real spirituality. I found that quote on this page, which was from a post here on /. that I can't seem to find anymore.

      --
      US Democracy:The best person for the job (among These pre-selected choices...)
  92. Quite a shame... by MacFury · · Score: 0, Troll
    Seems SCO was hit with a 50,000 packet-per-second SYN flood peak

    I wish they would have been hit with a bat instead. I prefer wooden though metal does make a nice sound.

  93. As the old saying goes by eadint · · Score: 0

    Even a broken clock is right twice a day
    but then again they probably promissed them some sco stock for the counterfeit report.
    I need to put my aluminum hat on now,

  94. SCO---who cares? by Anonymous Coward · · Score: 0

    Now if we can just get a l33t haxxor to send an electric shock that causes ole DARL to EXPLODE i would like that even better.

  95. denial is the most predictable of human emotions by fw3 · · Score: 5, Informative
    First, by all means mod me down it's only /.

    Yes, SCO are pretty low on the karma totem, however the 'experts' quoted on groklaw, as well as the far more numerous 'experts' who replied that yes they must be faking it .... were drawing their speculations on very little data.

    If you cared to measure you sure didn't need to be CAIDA, many snort, pf and netfilter logs are showing the backscatter of this attack.

    And to all the experts who've been holding that a large synflood is easy to fix by blocking the attacker IPs: get a fscking clue.

    Both syn and bandwidth attacks use forged addresses children (which is why there is backscatter), each incoming syn is from a random IP, the ack goes to the forged addr, not the originator.

    The best way I've seen to handle this involves sensors at enough upstream locations to measure the packet count ratio skewing which results. This isn't generally deployed

    Now technically SCO could probably manage to forge that kind of data (just send out all the expected response traffic) but again there are enough sensor platforms out there now that such a deception would certainly be unmasked eventually.

    --
    Linux is Linux, if One need clarify their dist: <Dist>/GNU Linux
    bsds are of course just BSD
  96. I know what it was... by Zorak+Man · · Score: 1

    Its those 100 lines of stolen code in the Linux kernel. Now SCO can sue more people. SCO, will you sue me soon, I hate being last, it gives me an inferiority complex.

    --

    404 .sig not found
  97. what does this prove? by e**(i+pi)-1 · · Score: 2, Insightful

    How does a backscatter analysis prove that the site was attacked from the outside? The first thing a "wanna be victim" would do when faking an attack is to make sure that the effect can indeed be measured from the outside.

  98. Advertising times two... by johnlcallaway · · Score: 1, Interesting
    The UCSD Network Telescope monitors distributed denial-of-service attacks worldwide using a novel backscatter analysis technique.
    WOW... What a PR bonanza. SCO gets all kinds of press opportunities because of the DDoS, and the company they pay to monitor the SCO system proves that it was a DDoS attack and gets to have gazillions of people view the web site that talks about their product that proves the DDoS actually happened.

    That's like reading MSN for unbiased news about M$....
    --
    I rarely read replies, it's my opinion and if you thought about your opinion a little more, I'm OK with that.
    1. Re:Advertising times two... by Anonymous Coward · · Score: 0

      CAIDA is a research group at the University of California, San Diego.

  99. OT by el-spectre · · Score: 1

    No, no, we are doing nothing to prevent those for entirely different reasons...

    --
    "Faith: Belief without evidence in what is told by one who speaks without knowledge, of things without parallel." - A.B.
  100. Actually, it goes deeper than that by klasikahl · · Score: 5, Informative

    In fact... a lot of SYN attacks don't use comprimised hosts at all! They actually send the request to a bunch of computers that are just running webservers, that's all. They spoof the destination IP and change it to the IP of the target to be attacked and all those webservers (usually ~40,000) respond at once to the host, essentially knocking it offline. It's happened to me before. :P

    So you can use even a secure (but not 100% properly configured) server to launch an attack with... Intersting stuff.

    1. Re:Actually, it goes deeper than that by SpaceLifeForm · · Score: 1

      I believe the attacker would make a slight mod to your scenario.

      --
      You are being MICROattacked, from various angles, in a SOFT manner.
    2. Re:Actually, it goes deeper than that by anthony_dipierro · · Score: 5, Informative

      They spoof the destination IP and change it to the IP of the target to be attacked and all those webservers (usually ~40,000) respond at once to the host, essentially knocking it offline.

      That wouldn't really be a SYN attack, as the response packets would have SYN and ACK set. It would also be much easier to protect against, as these bogus SYN/ACK packets could be dropped. But most importantly, there wouldn't be any backscatter, and certainly not the backscatter that CAIDA was seeing.

      So you can use even a secure (but not 100% properly configured) server to launch an attack with...

      Improperly configured so as to be able to launch an attack isn't secure. But, I'm really not sure how you could configure a machine not to respond to HTTP requests, anyway. Fortunately, as I mentioned above, this type of attack is much easier to ignore than a true SYN attack.

    3. Re:Actually, it goes deeper than that by Anonymous Coward · · Score: 0

      Yes, the victim would get a SYN/ACK, so only the victim could sort out if it had sent the SYN.

      Victim would issue a reset to the http server and that would be the end of it. Sure, machine resources would be consumed, but nothing in near a SYN attack w/o SYN cookies.

      The http server would accept the reset and drop its end of the connection.

      1) there is NO backscatter. The reset goes back to the http server that send the proper, if misguided, SYN/ACK.

      1a) The attack has to be based on a whitelist list of known good servers, else the source would show up as source-incriminating scatter when it walked through monitored dead address space.

      2) The SYN/ACK packet is as large as the SYN required to get the http server to generate it. So, to flood bandwidth requires similar bandwidth from the attacker.

      I too am unsure how one might "100% properly configure" any webserver to prevent this (actually any TCP service should do fine). All this would all happen at the TCP connect level, unknown to the websever.

    4. Re:Actually, it goes deeper than that by Anonymous Coward · · Score: 0

      With good configured hardware, that does not have a chance. Lets say you assign a /24 to a customer. Now, what do you do if that customer sends from an IPv4 which is not in that /24? Granted, i'm not a network admin, but this is plain common sense.

      It is fairly easy to find out who's spoofing anyone. Unless it is a DDoS network a-la stacheldraht. It takes some more time then, big deal. But the traces leave behind on the internet end if the attacker is stupid enough, forensics will point out near and near him, more and more. Till he gets busted.

  101. Oops, sorry! by Anonymous Coward · · Score: 0

    Dear SCO,
    We were wrong and apologize.

    Okay there, it's out. Now it's your turn.

    -Slashdot readers

  102. What if it is the spammers? by Bill,+Shooter+of+Bul · · Score: 1

    What if it was the same people? I believe anumber of spammers do use linux, and they have had enough experience causing DDOS attacks against antispammers to attack SCO. Very suspicious.

    --
    Well.. maybe. Or Maybe not. But Definitely not sort of.
  103. T3 20mbps?? by SQLz · · Score: 2, Informative

    Isn't a T3 bi-directional 45mbps yielding an aggregate of 90mbps?

    1. Re:T3 20mbps?? by Anonymous Coward · · Score: 0

      Yes, a DS3 (T3) 45-Mbps and runs full duplex. The author of the submission doesn't seem to know too much.

    2. Re:T3 20mbps?? by Anonymous Coward · · Score: 0

      actually that bit about ds3 = ~20mb was in the actual article.

      the article actually says, 20mb/s both ways for traffic and compares it to the one way speed of a ds3... so, say 40mb/s of traffic really is almost a full ds3 of traffic... but only one way.

      seems that "backscatter analysis experts" on a project at a university supercomputer center wouldn't make such a crappy comparison/analogy

  104. Re:SCO Not lying... by DavidMoore · · Score: 2, Interesting

    The peaks are large, but the majority of the time the load is much lower. 4,000 pps syn flood is under 1.5 Mbit/sec. So plenty of room for other traffic. SCO had both bandwidth problems from having a relatively small pipe and server load from the syn flood.

  105. Magic Looking Glass. I see Jane, Little Darl, Etc. by unic1 · · Score: 2, Interesting

    I saw a lot more indepth analisis on Groklaw yesterday. I was especially interested in a VERY CLEVER Analisis where connections were instant even on there main webserver untill the packets reached level 3 of their tcp/ip stack.Untill SCO woke up to the fact that they were busted and had their ISP block all traffic.
    Funnily enough I have just been studying the stack for my CS Degree so I followed this line of enquirery with interest. As far as their ftp server stats, I just put this down to the /. and Groklaw effect of people analising their b*llshit claims.
    Maybe this magic telescope of theirs can find their stolon IP for them. I would love them to try and use this as an excuse to avoid discovery. ( Sorry your honour but those GNU/Linux Commie's destroyed all our proof).

    Red eye's at night, hackers delight. Red eye's in the morning, proffessors warning.

    --
    Red eye's at night, Hackers delight. Red eye's in the morning, Professors Warning.
  106. definitive? no. by sirReal.83. · · Score: 1
    From the CAIDA article:

    ... UCSD's Network Telescope received more than 2.8 million response packets from SCO servers, indicating that SCO responded to more than 700 million attack packets over 32 hours.

    Is the backscatter they observed their only evidence that the DDOS actually took place? If so, I would hardly call that proof that "SCO Not Lying About DoS Attack." Just an observation.
  107. Ooooooh, burn! N/T by Anonymous Coward · · Score: 0

    j/k

  108. INSIGHTFUL MY ASS! by Anonymous Coward · · Score: 0

    From the Groklaw article:

    If their bandwidth is consumed, then any servers nearby will also be inaccessible. That is www.sco.com has the IP address of 216.250.128.12 and ftp.sco.com has the IP address of 216.250.128.13 so the two servers are side by side, probably even on the same physical network hub/switch. Note that there is no room for a broadcast, etc., address - these servers are on the same subnet - i.e., on the same network device (hub/switch).

    Unfortunately for SCO, from Australia, ftp.sco.com is highly responsive.


    Mod the parent down. There's nothing "insightful" here-- it's just a rephrasing of the Groklaw article.

  109. FOR GODS SAKES GIVE THIS GUY SOME POINTS by Anonymous Coward · · Score: 0

    Somebody mod this up....

  110. Take em down! by ITR81 · · Score: 1

    Take'em Down NOW!! Slashdot Forever!! Take Down will happen on Dec 24th. All Slashdotter should attend. *Not to be taken seriously*

  111. It doesn't matter what you think. by Anonymous Coward · · Score: 0

    Its not the implication that open source people are involed, its that all kinds of dipshits who don't know networking from the crust on their asshole started calling SCO liars. Believe it or not, non-technical people think that slashdot dwellers are representative of technically inclined people, and the open source movement. So when everyone on slashdot starts yammering about how they are lying without having any clue what they are talking about, it makes the open source movement as a whole look bad.

    You thinking the open source movement should be considered innocent until proven guilty doesn't mean jack, everyone else will draw conclusions based on the actions of masses of idiots.

  112. Self inflicted wounds...? by Anonymous Coward · · Score: 0

    So is it so impossible to imagine that SCO attacked themselves just to point the blame stick at the Open Source (et al) community?

    I smell rats. Big, hairy rats. (Darl, I'm looking your way...)

  113. Need more bandwidth by Supp0rtLinux · · Score: 1

    Perhaps SCO should use some of their millions of recent investments and get an OC48.

    1. Re:Need more bandwidth by TheLinuxSRC · · Score: 2, Funny

      " Perhaps SCO should use some of their millions of recent investments and get an OC48."

      Are you kidding? Do you know what one of those costs? That would seriously affect the Crack budget. No way is that going to happen.

  114. Did you see the opinion... by jotaeleemeese · · Score: 1

    ... of Security export from Australia?

    No?

    I thought so.

    --
    IANAL but write like a drunk one.
  115. SCO MIRROR by segment · · Score: 4, Funny


    Oh never fear I have a mirror up whats the big deal

  116. Who cares? by Anonymous Coward · · Score: 0

    When a company's image is so bad that significant numbers of (formerly) potential clients think they're staging their own "attack"....

    I'm so sick of reading about these a$$clowns. When is slashdot going to return to reporting on items of actual interest?

  117. Dear Batman. by jotaeleemeese · · Score: 1

    Please explain how it comes in a sturated pipe the ftp server, just one IP address away, was still available, as several other machines is same subnet.

    Expectingly awaiting answer.

    Robin.

    --
    IANAL but write like a drunk one.
    1. Re:Dear Batman. by Anonymous Coward · · Score: 0
      Please explain how it comes in a sturated pipe the ftp server, just one IP address away, was still available, as several other machines is same subnet

      At the exit router, you just give priority to IP packets of machines that are not attacked. Better yet, if your ISP is able to do the same at the entry router which is the bottleneck (unlikely), everything else just works fine.

  118. Factual error in CAIDA report? by kamog · · Score: 1

    Quoting the article in CAIDA report...
    Their Internet Service Provider (ISP) appears to have filtered all traffic destined for the web and ftp servers until they came back online at 5 PM PST.
    To the best of my recollection, I connected to the SCO ftp servers some time in the late afternoon (~4pm Mountain time). The www2.sco.com server also was up all the time. You would have a hard time checking this with netcraft though - SCO Unix does not provide uptime information.

    1. Re:Factual error in CAIDA report? by Frennzy · · Score: 1

      Well then, according to that, we now have the culprit of the DOS. It's their ISP. :)

  119. Net segments and port forwarding by MeatEntity · · Score: 1

    Would port fowarding not get around your broadcast address requirement?

    A pointless point to make anyway, I think, since CAIDA also claimed SCO's FTP servers were attacked. It wouldn't matter how you reached it, you did reach it. As I understand it, some folks were getting very snappy FTP connections. Hmmmm.

  120. 20MBit/sec is not a DS3 line by strobert · · Score: 4, Informative

    DS3 is ~45Mbit/sec bi-directional
    (so 20 is about 44% utilized)

    1. Re:20MBit/sec is not a DS3 line by Anonymous Coward · · Score: 0

      you dumbfuck.. learn to read.. it said 20 BOTH ways.

      So,

      20 + 20 = 40

      or even,

      20 * 2 = 40

    2. Re:20MBit/sec is not a DS3 line by Anonymous Coward · · Score: 0

      and a ds3 is full duplex, 45mbit both ways.

      so,

      45 + 45 = 90

      or even,

      45 * 2 = 90

    3. Re:20MBit/sec is not a DS3 line by PetWolverine · · Score: 1

      20 + 20 = 40

      40 is almost 44

      20 in, 20 out, almost saturated

      --
      I found the meaning of life the other day, but I had write-only access.
  121. Netcraft confirms it... by Anonymous Coward · · Score: 0

    ...SCO's web server is dying.

  122. It does not add up ! by Jesrad · · Score: 1

    Why would SCO have two seperate load-balancers, with one being entirely _unused_ in the first place ? If the attack was targeted at one IP, why didn't they pull the back-up online (assuming it is a back-up) ?

    Any way I look at it, it's still glaring of incompetence...

    --
    Maybe we deserve this world ?
    1. Re:It does not add up ! by Zocalo · · Score: 1
      Assuming the dual load balancer hypothesis is correct, it doesn't have to have been unused. Maybe one was the load balancer for a web cluster and the one was used for a ftp cluster, or both were being used for both roles. As part of SCO's attempts to mitigate the effect of the DDoS they assign a new IP to the second load balancer, switch the web site DNS to it and off they go with one load balancer now handling all the legit traffic and the other taking the SYNs. At some point the DDoS initiator realises this and tweaks the zombies to target the new server, hence the second DDoS late at night. That fits pretty closely with the observed traffic from CAIDA, but doesn't quite explain how there is an offset between web and ftp DDoS attacks in the second major traffic spike, so there would have to be some additional configurations I've not convered.

      Again: all speculation. ;)

      --
      UNIX? They're not even circumcised! Savages!
    2. Re:It does not add up ! by Jesrad · · Score: 1

      When drowning in speculation, apply Ockham's Razor ;)

      --
      Maybe we deserve this world ?
    3. Re:It does not add up ! by Jesrad · · Score: 1

      If they did get a back-up online which was then subsequently DDoSed along with the main, then why was the 216.250.128.20 webserver up and responsive during the _whole_ attack ?

      --
      Maybe we deserve this world ?
  123. How: read the acronym by fw3 · · Score: 1
    Distributed denial of service.

    if it was a DDOS, who did it?...Maybe somebody with a DS3 or two available

    a. Kiddies (self-labeled elite hackers) break into machines (perhaps machines rooted by viri/worms they had nothing to do with).

    b. These 'owned' machines have a control channel either to the worm author(s) or whatever lowlife manages to wrest control, usually irc.

    c. Upload ddos agent and switch it on.

    Of course the system owners will often notice *something* has gone wrong and either shut the attack slaves down or if they're a bit sharper realize they're owned and fix it but I imagine most of 'em come back up still infected, ready for next time.

    --
    Linux is Linux, if One need clarify their dist: <Dist>/GNU Linux
    bsds are of course just BSD
  124. Re:SCO Not lying... by Zocalo · · Score: 4, Informative

    Take a look at the graph at CAIDA. The web server takes a beating for about an hour around 4am PST, and again for a bit longer around midnight. Just as the latter is leveling off, an even bigger spike hits the FTP server which lasts about an hour and then tails off over the next several. All in all a pretty poor DDoS attack if they couldn't sustain it for more than a few hours so the originator can't have been too smart. Bit bit like the victim that failed to have adequate SYN attack protection really... do you suppose there is a connection?

    --
    UNIX? They're not even circumcised! Savages!
  125. VLANS by Anonymous Coward · · Score: 0

    Have you guys never heard of VLANs?

    Host the same subnet in different places using vlans!

    Therefore different switches and segregated traffic for servers in the same subnet.

    Remember the IP layer is only 1 of 7 (broadly speaking)

    How hard was that?

  126. Simpsons quote by towaz · · Score: 3, Funny

    "I didnt do it.. no body saw me do it ..can't prove anything
    . /me ducks

    .

    --
    "I disapprove of what you say, but I will defend to the death your right to say it." - Voltaire
    1. Re:Simpsons quote by towaz · · Score: 1

      I still doubt it even happened to be honest.

      ---

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - Voltaire
  127. Robin by fw3 · · Score: 1
    Ok

    A synflood is an attack on CPU resources, not bandwidth.

    TCP is a stateful protocol. This means that the kernel of the target machine needs to allocate memory for each connection (about a K @ if memory serves)

    Even with countermeasures in place (e.g. syncookies) the target needs to devote some resources (exercise left to the reader) to each incoming SYN.

    Thus, yes it is quite possible to effectively shutdown a target without cutting off bandwidth. See also the CAIDA graph where they show the FTP server coming under an identical attack later.

    --
    Linux is Linux, if One need clarify their dist: <Dist>/GNU Linux
    bsds are of course just BSD
    1. Re:Robin by Jesrad · · Score: 1

      What about the webserver being accessible from http://216.250.128.20/ during the whole "attack" but not from http://www.sco.com ? Isn't this characteristic of a DNS transition fumble ?

      --
      Maybe we deserve this world ?
    2. Re:Robin by Anonymous Coward · · Score: 0

      What about the webserver being accessible from http://216.250.128.20/ during the whole "attack" but not from http://www.sco.com ?

      Could very well have been a beta server.

      Isn't this characteristic of a DNS transition fumble ?

      Could be, but that wouldn't explain the backscatter.

  128. Missing Option by Anonymous Coward · · Score: 0

    Cowboy Neal of course

  129. So who is running SCO's IT shop by levk · · Score: 1

    What I want to know is who are the guys running SCO's IT shop? I mean either they are just totally out of luck for work or dont care that they are working for litigious bastards. In the big world of slashdot readers somebody must know one of these guys(gals?). Whats the story? If we can pin down who they are maybe we can answer the question of: are the folks running the network/machines dumb or are they deliberately trying to get hit by DDOS and othe bad stuff.

  130. Do they even have to attack themselves? by neXus_maf · · Score: 1

    I'm no expert at this, but wouldn't it be possible to just send out a few million false responses to get picked up? I mean, if their FTP server was running just fine and the whole thing is a question of this being valid then why say they were ever attacked at all? Just write a small deal that randomly generates an IP (maybe with some guidlines so if people find out where your replying to it doesn't turn out to be a site that would ruin the whole story such as www.microsoft.com or www.dod.gov) and have it send out responses to them. If it turns out that they attacked themselves then whos to say they were attacked and didn't just fake the actual attack having ever even been real? Please don't flame this, it really is a question out of curiosity.

  131. Interesting... by DeltaSigma · · Score: 1

    ...could I get your opinion on something else we heard when the attacks were first being reported?

    I heard, that SCO's ISP was contacted for information regarding the attack, and that this contact was the first they had heard of any DoS happeneing to SCO that day.

    What do you think?

  132. Could SCO be both lying and telling the truth? by Quang-He · · Score: 1

    What if the sysadmin of SCO saw this SYN flood coming in, launched by a honest to goodness skript kiddie who has nothing better to do. The sysadmin calls Darl up, and he says to turn off SYN blocking for www.sco.com, so they get eaten alive by the packets, taking down their webserver. Sysadmin flips the "rape us" switch on his desk, lets in those SYN packets, and BAM!, there goes the web server. There isn't a slow buildup time, because the SYN flood is already in full swing. If I were Darl *shudder*, I think this would be a chance to to turn an attack that would have been easily shrugged off into some positive publicity. Sure, the webserver is down for some time, but the ftp, etc. servers are still up. Anyone think this is possible?

  133. no bad for scox by Anonymous Coward · · Score: 0
    You don't win arguments by silencing your opponent (which is what DDoS is), you win them by being right. All evidence so far is the OSS community is right.

    Whoever launched these attacks has made everybody look bad. Annoying SCO isn't going to make them say "Hey! Let's be nice now!". Their business model is now suing people. It's not as if their software was selling much.

    Wrong, Wrong, Wrong, WRONG. I can shout louder. You win arguments by being right and silencing your opponent..it's called the art of war..remember. Grow up you tree hugger and leave this fight to the big boys. 8P

    1. Re:no bad for scox by Anonymous Coward · · Score: 0

      Wrong, Wrong, Wrong, WRONG. I can shout louder. You win arguments by being right and silencing your opponent..it's called the art of war..remember. Grow up you tree hugger and leave this fight to the big boys. 8P

      You won't be yelling once I kick you in the nutts.

      I win arguments by debate you beat up the opponent making him a myrtar and proving to those watching that you can't justify yourself.
      So you only win untill someone comes along and kicks you in the balls.

      Now me... I can debate quite fine but I keep a pair of steal toes around for people like you.

  134. SCO really DDoSed by attack zombies by cgenman · · Score: 1

    Great! Give SCO a reason to sue Microsoft.

  135. They probably did it to themselves by sofo · · Score: 1

    I mean really, would you put it past SCO at this point?

  136. troll by Anonymous Coward · · Score: 0

    troll

  137. Why? by etymxris · · Score: 5, Insightful

    Is every Christian responsible for the bombing of abortion clinics? Is every Muslim responsible for honor killings? Is every Linux user responsible for these attacks?

    I have little doubt that they were attacked. What seems strange to me though is that they were entirely giddy over the affair. They even went as far as issuing press releases about it. I haven't heard of any company that jumps to release PR about DDOS attacks so quickly. When forced to explain reports of DDOS attacks, a company may release a statement that clears the issues. But the first reports of these attacks came from SCO themselves. This is what raised suspicion, justifiably.

    But people shouldn't jump to conspiracy theories so quickly. Doubt of their veracity, sure? Conviction that they are lying--not justified.

    1. Re:Why? by be-fan · · Score: 1

      Is every Christian responsible for the bombing of abortion clinics? Is every Muslim responsible for honor killings?
      >>>>>>>>>>>>
      Unfortunately, that doesn't stop a whole lot of people from believing that all Christians are fundementalists that would bomb an abortion clinic, or an even larger number from believing that all Muslims are radicals that would commit suicide bombings. The public is easy to sway by flash and hard to sway by truth.

      --
      A deep unwavering belief is a sure sign you're missing something...
  138. They deserve it! by DroopyStonx · · Score: 2, Insightful

    This will probably be marked as Troll/Flamebait for whatever reason, but in all honesty they deserve it and brought it upon themselves.

    SCO is flat out jerking the US legal system with these far out LIES and no one's doing anything about it... so DDoS away!

    Hopefully they'll soon learn the err of their ways.. or worse things shall happen! Time will only tell.

    --
    We have secretly replaced these Slashdot mods' sense of humor with a rusty nail. Let's see if they notice!!
  139. Cry Wolf by LuYu · · Score: 4, Interesting

    That is what one gets when one keeps crying wolf!

    Unfortunately, the number of words in that sentence did not exhaust the immense volume of even the big lies told by SCO.

    I hope the wolf is IBM.

    --
    All data is speech. All speech is Free.
  140. Preventing SYN attacks using a Cisco router by WolfTattoo · · Score: 5, Informative

    I have no idea if SCO is using Cisco routers on their permiter, but I guess its not too unreasonable to assume this is a possibility. With a Cisco on the permiter, preventing a SYN attack requires all of 3 additional lines to the configuration. I'm guessing it also doesn't take too much more than this on any enterprise-class router.

    Configuring a Cisco perimeter router to prevent SYN flood attack against web server:
    (config)#access-list 151 permit tcp any host
    (config)#ip tcp intercept list 151
    (config)#ip tcp intercept mode intercept

    With Intercept mode enabled, all incoming SYN are held by router which proxy-answers w/syn-ack. Won't forward to server if Ack not recieved.

    http://www.cisco.com/en/US/products/sw/secursw/p s2 120/products_configuration_guide_chapter09186a0080 0b6f0e.html

    1. Re:Preventing SYN attacks using a Cisco router by WolfTattoo · · Score: 1

      Doh, angled brackets don't show. Anyways, correction, the first config line should read: (config)#access-list 151 permit tcp any host [IP of server to protect]

    2. Re:Preventing SYN attacks using a Cisco router by Anonymous Coward · · Score: 0

      How many connections per second can the Cisco router handle?

    3. Re:Preventing SYN attacks using a Cisco router by WolfTattoo · · Score: 1
      A Cisco 12000 (high-end) can handle 2.5Gbps - 40Gbps of throughput per port, and an aggregate 750 Mpps (Million Packets per Second) forwarding performance.

      http://www.cisco.com/en/US/products/hw/routers/ps1 67/index.html

      I'm not sure what the direct translation to Connections per Second would be, but the above would support a hell of a lot. Lower end Cisco routers, like the 2x00 series, support 15-70 Kpps (Thousand packets per second), which is still not too shabby. However, assuming a 50 thousand packet per second SYN flood, the lower end units may be able to handle forwarding the number of packets but not necessarily have enough CPU/storage power to handle the Intercept duties. The high-end (ie 12000) should have more than enough processing power to mitigate the attack. I'm too lazy ATM to look at the spec of midrange routers

      http://www.cisco.com/en/US/products/hw/routers/ps2 59/products_data_sheet09186a00801761b1.html

  141. why even bother with al-caida by superfast-scooter · · Score: 1

    when we have our own experts at slashdot?

  142. Re:bad for open source - Maybe not by SpaceLifeForm · · Score: 1
    Dropping the tarnish issue here, and looking at doing something about it...

    ISTM that some things *CAN* be done about it. The upstream dudes can monitor very closely to determine the nature of the beast.

    Possibly, preventing the attack, and/or discovering the attacker.

    FOSS can actually play a positive role here.

    Use the tools Luke.

    --
    You are being MICROattacked, from various angles, in a SOFT manner.
  143. It wasn't a DDOS by Anonymous Coward · · Score: 1, Funny

    It was a Gnu/DDos damnit!

  144. Can't SCO afford at least 100mbps? by Anonymous Coward · · Score: 0

    Even my web servers use 100mbps connections and can handle 30 Terabytes per month.

    What's wrong with SCO, don't these bozos know anything about the Internet?

  145. What Now? by jack_csk · · Score: 1

    Since we were just told [slashdot.org]that they lied

  146. Ummm... 20mb/s = DS3?? by TheDarkener · · Score: 1

    Am I the only one that sees that a full DS3 line goes BOTH WAYS at 45mb/sec, which would mean that 20mb/sec both ways would be around HALF of a DS3??

    --
    It is pitch black. You are likely to be eaten by a grue.
    1. Re:Ummm... 20mb/s = DS3?? by Frennzy · · Score: 1

      no...you're not. But that is just the asymetrical nature of knowledge. 20Mbit full duplex doth not a T3 make.

  147. A tribute to the integrity of both /. and Groklaw by psykocrime · · Score: 4, Informative

    That both sites have published this retraction, after having previously published the original stories about the DDOS being a fabrication. Many, more "mainstream" and "credible", news sites probably would not have done so, or would have published the retraction loaded with "spin."

    Worse, many other sites would have tried to cover up the truth, rather than risk suffering a little "egg on the face."

    To the credit of both Groklaw and Slashdot, both have said "Oops, we were wrong," and handled things in a very mature fashion.

    Good job, guys.

    --
    // TODO: Insert Cool Sig
  148. its a parody! by Anonymous Coward · · Score: 0

    That should be "funny" not "informative".

    1. Re:its a parody! by Anonymous Coward · · Score: 0

      Ah, but its being modded "informative" is in fact the funniest part, and it even gave the mods a chance to be funny too.

  149. Spammers? by macdaddy · · Score: 1

    The only people I know of with this kind of bandwidth at their finger tips are spammers using the SoBig worms. Then again anyone can take advantage of the same open proxies themselves for whatever purpose.

  150. an inside job? by Temsi · · Score: 1

    I'm gonna go out on a limb here.

    What if the attack was an inside job, designed to create publicity?
    That could explain why their LAN was affected during the "attack".

    However, that having been said, I still haven't seen an explanation as to why ftp.sco was ok and responsive during the attack.
    The bandwidth gobbled up by this attack would have killed everything on the same subnet, including the ftp.

    --
    -- This sig for rent.
    1. Re:an inside job? by DavidMoore · · Score: 1

      The graphs suggest that the bandwidth was only consumed for couple hour periods in the night time, with the majority of the time just being under a lower rate SYN flood loading the servers more than the links.

    2. Re:an inside job? by BanjoBob · · Score: 1

      Why was their internal Intranet affected? They claimed that their internal network, their mail (different subnet) and such were also down as a result of this attack. This would lead one to believe that the attack also got through their firewall. That, I find hard to believe.

      --
      Banjo - The more I know about Windoze, the more I love *nix
    3. Re:an inside job? by Artifakt · · Score: 1

      Or the attack didn't penetrate, but they selectively took some subsystems down in case there was something else, such as a worm, and not just a DDOS involved. This attack apparently peaked after normal working hours, so shutting down some services or subnets at the first indication of an attack, before it has been analyzed in any depth, might be a relatively low cost defense option, just so the sys-admins can still communicate for incident logging and such.
      Of course, this would imply that, for some reason, SCO has more concern about serious attacks from above script-kiddee level, multi-pronged attacks, and attacks whose goal is to really screw up the company, than most businesses do. I wonder if they have real reason to be concerned or are just being institutionally paranoid?

      --
      Who is John Cabal?
  151. stupid crackers by ralphus · · Score: 2, Insightful

    You know, I hate SCO as much as the next guy, but what I hate more are the fools pulling off these attacks. They give me, and the linux side a bad name. A few silly individuals who are nothing more than vandals can create a widescale negative view that "those crazy linux zealot hackers are a bunch of immature brats who DOS people they don't like". Sure, intelligent people don't make this association, but since when has the general idiot consensus not been a large force to be reckoned with?

    --
    Revolutions are never about freedom or justice. They're about who's going to be top dog. -- Kilgore Trout
    1. Re:stupid crackers by gmack · · Score: 1

      The basic problem is that the average person who launches these things as a built in need to be angry at something. Most of them don't give even give a damn about collateral damage let alone how their acts are viewed by the public.

      They are by their nature uncontrollable without either making all machines on the net secure or having the lot of them arrested.

  152. No don't you all feel stupid! by Anonymous Coward · · Score: 0

    What? Do I need to say more?

    Go read the comments in the older slashdot stories if but some chance you don't know what I'm talking about.

  153. Are you sure? by BCW2 · · Score: 5, Funny

    That it wasn't customers rushing to pay their linux liscense fees because the court case is going so well?

    and Daryl wouldn't lie either.

    --
    Professional Politicians are not the solution, they ARE the problem.
  154. Hmm... by Anonymous Coward · · Score: 0

    http://www.sco.com/company/feedback/index.html

  155. I don't know about you.. by Inoshiro · · Score: 1

    But my routers won't route packets with random destinations. They'd all have to be destined to the system, even if the sequence numbers are off.

    --
    --
    Internet Explorer (n): Another bug -- that is, a feature that can't be turned off -- in Windows.
  156. this confirms previous analysis by penguin7of9 · · Score: 1

    The current attack successfully blocked access to SCO web and ftp servers. A 50,000 packet-per-second SYN flood yields approximately 20 Mbits/second of Internet traffic in each direction, comparable to half the capacity of a DS3 line (roughly 45 MBits/second). The use of load balancers or proxies, SYN cookies, and Content Delivery Networks (CDNs) can help distribute the load of a denial-of-service attack, making it more difficult to saturate the available network and server resources.

    Translation: even without special measures, there was plenty of capacity left. Furthermore, SCO could have taken trivial steps to protect themselves but they didn't. In fact, the fact that CAIDA's backscatter technique for detecting the attack worked is in itself an indication that SCO wasn't protecting themselves properly.

    Since January 2003, tension between SCO and the open source community has increased as SCO has asserted that other operating systems have misused their intellectual property.

    And what the hell does that have to do with anything? The open source community didn't launch a DDoS on SCO.

  157. This is more bullshit from SCO by spitzak · · Score: 4, Interesting

    The "attack" did not come from any open-source symphasizers.

    After 24 hours the main argument that SCO was faking this was that their ftp server was up. It was very common knowledge and you can be absolutlely certain the hacker was reading the news about the hack. What happened then? Suddenly the attack slowed to the main server and it started up with double intensity to the ftp server! Look at the damn graph and see what other conclusion you can think of.

    Any Leet SCO-hating fanatic would have doubled the attacks on the main server, or perhaps attacked every machine *except* the ftp site. That would have been the most clear "I hate you SCO and I'm going to mess with you as much as possible" attack. If they hated SCO they would want their attack to match the insults being directed at SCO as much as possible.

    Instead the attack suddenly switched to be as exactly as possible a refutation of the publicity about the attack.

    There is no question what the motives of the "attacker" are. And it is absolutly disgusting that SCO can get positive publicity for this nasty little stunt.

    1. Re:This is more bullshit from SCO by Anonymous Coward · · Score: 2, Interesting

      If they hated SCO they would want their attack to match the insults being directed at SCO as much as possible.

      Or perhaps they were trying to disrupt SCO's operation, and so upon reading the ftp server was up was like "oh shit i missed that" and moved to that instead.

    2. Re:This is more bullshit from SCO by FreeTheFurniture! · · Score: 2, Interesting

      ...or perhaps they wanted credit for the attack. Hacking is often about glory (not revenge, not money). Whoever it was probably just wanted to be sure everyone knew it was for real.

    3. Re:This is more bullshit from SCO by Pieroxy · · Score: 0, Troll

      The "attack" did not come from any open-source symphasizers.
      Talking out of your ass
      After 24 hours the main argument that SCO was faking this was that their ftp server was up.
      Talking out of your ass
      It was very common knowledge and you can be absolutlely certain the hacker was reading the news about the hack.
      Talking out of your ass
      Any Leet SCO-hating fanatic would have doubled the attacks on the main server, or perhaps attacked every machine *except* the ftp site.
      Talking out of your ass
      That would have been the most clear "I hate you SCO and I'm going to mess with you as much as possible" attack.
      In your opinion
      If they hated SCO they would want their attack to match the insults being directed at SCO as much as possible.
      Talking out of your ass
      Instead the attack suddenly switched to be as exactly as possible a refutation of the publicity about the attack.
      Talking out of your ass
      There is no question what the motives of the "attacker" are. And it is absolutly disgusting that SCO can get positive publicity for this nasty little stunt.
      Talking, once again, out of your ass.

      I have one question though: How come you seriously believe that in 5 minutes of thinking, while posting on slashdot, you can figure out who is the guy that did that? Do you have a secret magic vision? It looks to me that you just put up a couple of assumptions that would quickly remove the doubt from the OSS. In fact, you just do the opposite.

      Some people on slashdot amazes me. Just put up something that looks not too bad, post it, and all of a sudden it becomes the truth. You're not any different from what makes SCO's essence these days: You're spreading FUD.

      The fact that you got modded Interesting is a real puzzlement.

    4. Re:This is more bullshit from SCO by shaitand · · Score: 2, Insightful

      How much more glory can you get than bitch slapping a huge headliner corporate in such a devious way that the security experts are fooled into believing the subject of the attack is making it all up!!

    5. Re:This is more bullshit from SCO by Pieroxy · · Score: 1

      So let me get that straight: Someone make a wild guess in 5 seconds about someone he doesn't have a clue about, and he is Insightful. I point out that his assertions are just speculation, I am a Troll.

      Time have changed, moderators are on crack or did I miss something?

      Oh well, who cares?

    6. Re:This is more bullshit from SCO by spitzak · · Score: 1

      If they wanted to prove it, they should attack one of the GNU or some other FSF servers. Make sure there is enough identification to show that the attack is the same type and by the same person.

      Attacking SCO's servers so SCO can say "oh, poor us, being attacked by those mean old Linux hackers" is so absolutely 100% benificial to SCO that there is no question that this is being done by them. Any SCO-hater would have attacked long ago, and at times that would hurt their case, such as when they did a press release.

  158. Re:A tribute to the integrity of both /. and Grokl by Anonymous Coward · · Score: 0

    Too bad the patrons of both, who affect the reputation of the site more than anything the site could ever do, don't have the same maturity level.

  159. META-MOD MOD VIOLENTLY CLOSET HOMOSEXUAL by Anonymous Coward · · Score: 0

    Can't keep a gay man down, sucka!

    Er.

  160. Re:denial is the most predictable of human emotion by Trailer+Trash · · Score: 1

    Yes, SCO are pretty low on the karma totem, however the 'experts' quoted on groklaw, as well as the far more numerous 'experts' who replied that yes they must be faking it .... were drawing their speculations on very little data.

    Actually, it was based mainly on SCO's three press releases. Even if they were attacked, they should have been able to head off a syn flood attack. Second, it doesn't make sense that their intranet went down, too.

    See, even if they were telling the truth about the attack, it's odd how they had three press releases ready, they already know it was those nasty open source people, and there are false statements that were made by them surrounding the issue.

    It's only natural that people thought the whole thing was made up.

  161. follow the ant trail by CAIMLAS · · Score: 4, Insightful

    This is so obvious it's not even funny.

    In nearly every scenario, you can trace the cause of something to its origin by determining who benefits the most from it. In this case,

    Does linux benefit from this DDoS? No.
    Does IBM's case benefit? No.
    Does the linux community? No.
    Do 1337 kiddies? No. (They don't get the credit - "linux hippies" get the "credit")
    Does SCO? Yes. They'll likely try to get an extension on their court order, just as earlier predicted here on slashdot.

    If I were in the FBI and looking into this scenario, I'd first look at SCO's accounting very, very carefully. My guess is that there's a debit of several dozen (hundred?) thousand for something like "Consulting Services" made within the last couple weeks.

    --
    ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
  162. DS3 capacity correction. by Anonymous Coward · · Score: 1, Informative
    If the contributor had actually RTFA, they would have seen this line in the original article: "A 50,000 packet-per-second SYN flood yields approximately 20 Mbits/second of Internet traffic in each direction, comparable to half the capacity of a DS3 line (roughly 45 MBits/second). " (emphasis mine)

    In fact, a DS3 has 44.736 Mbits/s capacity each way, though by the time you eat through the framing overhead for ATM, IP, TCP, etc. it's entirely possible to only wind up with only 32 Mbits/s usable payload. Sooooo... based on the CAIDA estimates, I'd say SCO had about 2/3 of their available bandwidth tied up by the attack.

    I wasn't actually going anywhere with this. You can leave now.

  163. Backscatter from where? by ajc314159 · · Score: 5, Interesting

    Pardon my ignorance, but if they took the web server offline at 10-something am, then what was producing the backscatter of ack packets? Was the ISP doing this for them? Why on earth would they bother? And if there was no machine there to respond to the syn flood for hours, then where was the backscatter coming from?

    Also, I thought most zombie machines were compromised MS boxes. Are there networks of thousands of 0wned linux boxes out there that script kiddies are nuking each other with?

    Wating for enlightnement...

    1. Re:Backscatter from where? by Anonymous Coward · · Score: 0

      Pardon my ignorance, but if they took the web server offline at 10-something am, then what was producing the backscatter of ack packets?

      Probably the firewall.

    2. Re:Backscatter from where? by Anonymous Coward · · Score: 0

      Huh? Look at the CAIDA graph. There *are* no SYN-ACK packets after 12/11/03 10:40 (Pacific time)

      The webserver stays down for an additional 6 hours, according to Netcraft. (Netcraft times are GMT)

      Hopefully they implemented syn cookies or something similar in that time.

  164. Fuck SCO! by asscroft · · Score: 1

    Seriously, fuck them.

    --
    because I have been enjoined by this Holy Office to abandon the false opinion which maintains that the Sun is the centre
  165. hacked router? by TheGratefulNet · · Score: 1

    sco> boot
    wouldn't you rather play a nice game of chess?
    sco> boot -s
    wouldn't you rather play a nice game of chess?

    --

    --
    "It is now safe to switch off your computer."
  166. you believe everything you read? by RouterSlayer · · Score: 1

    Ah come on, jeez people, you fall for crap hook line and sinker. You guys are so gullible its funny (if it weren't so sad)...

    One individual source claiming something like this, does not make it true. That's besides the fact if you even scratch at the facts (don't even need to dig really), you'll see some contradictions.

    Not only contradictions in the time of the so-called attack, but what was supposedly being attacked at the time.

    If you look at CADIA or CAIDA or whatever they are, their claims, you'll see they talk about the sco ftp server being hit, but the ftp server WASN'T hit during this time period. The FTP server experienced no increase in average latency, I know, I tested it.

    Ok, so one big hole in their theory. Want to try for two? no problem...

    The logs are inconclusive. If you handed that over to any decent ISP and claimed it was proof of being attacked, they'd laugh at you.

    There's simply NOT enough shown there to be evidence of an attack, or proof of anything. In fact, the data is so SPARSE (light, and weak), the data provided looks more like normal network traffic than anything else.

    I've seen customers call up ISPs saying "Hey! Your DNS server is attacking me!", uh, no, mr. pinhead, it's not, it's just that every time you type in a url in your browser, dns has to resolve it, thereby doing lookups, what you're seeing mr. stupid customer is the dns resolver responses.

    sometimes clients even claim to want to sue the ISP because the ISPs mail server is attacking them! Which we usually tell the customer "ok, sure, call your lawyer, and uh, when hell freezes over, I'm sure you'll let us know, thank you, bye now (click)"

    the data the CADIA (CAIDA?) place provided is almost identical to the logs provided by these customers. It shows an equal amount of "evidence" (cough).

    Are there sniffer traces (data captures) of raw packets during this time period? Nooo.... Just these stupid log files that mean NOTHING!

    come on people, one source with such pathetic information, and not only is Slashdot and Groklaw ready to be convinced, so is the press and the stockmarket.

    Now we'll have SCO posting MORE press bullshit (FUD) saying "see, we told you so!". get over it!

    This proves *NOTHING* !

    caveat1: could SCO have been attacked? Oh yes.
    caveat2: am I saying they were NOT hit at all? NO!

    If they were hit, it certainly wasn't as reported, and it certainly wasn't with as much severity as claimed, and it certainly wasn't for as long as claimed, etc etc etc...

    I would be inclined to believe some "script kiddies" took advantage of the situation, but nothing extreme.

    I am more inclined to believe that SCO manufactured this themselves. Would they LIE about contacting the secret service? Oh hell yes, they lied about contacting the FBI last time. Come on now... sheesh

    You people give SCO far too much credit.

  167. Re:bad for open source (by the DDoS Dude ;) by Anonymous Coward · · Score: 0

    Why shouldn't I do it again? SCO paid me tons of money to do it the first time...

    ===Note: this IS written humorously... If you want to sue me, a better reason would be my use of Linux.===

  168. Am I the only person here... by fredmosby · · Score: 1

    Who thinks that it's possible that SCO really was the victim of a DDOS attack?

    I hate SCO as much as everyone else, but it seems like everyone here is saying that this is a conspiracy because it makes the open source movement look bad. Not because there is any compelling evidence that SCO did it.

    1. Re:Am I the only person here... by spitzak · · Score: 1

      There has been SIX MONTHS of SCO pissing people off, and no DDOS that SCO felt worth reporting. But now, convienently just before the first weekend after a bad-for-SCO press release (their losing that Utah court thing), this happens. And SCO goes and makes THREE press releases in one day, pushing the bad news off the financial pages.

      Then, after hundreds of people (whether they are right or wrong) say "it's fishy because the ftp server still works), suddenly the ftp server is attacked! Why would any SCO-hater do this, when they could use their apparently available resources to attack any other SCO machine, ie everything *but* the ftp server?

      I'm sorry, I do NOT buy this. SCO is lying and has done this to themselves.

  169. These attacks may have nothing to do with Linux... by borgheron · · Score: 4, Interesting

    Sites get attacked every day. Yahoo.com had it's share of attacks back in the day and so did any number of sites.

    The fact is that improperly maintained or administered sites *will* be hacked or DoS attacked by evil-hackers simply to prove that they can do it. SCO is simply a convenient target for some adolescent idiots like so many other sites.

    There is no evidence that these attacks are in any way connected to the recent Linux spat and are not some independent idiot who doesn't care one way or the other.

    Also, as a community we should discouraget this kind of behavior, but it is also a mistake for any individual, company or judge to believe that the actions of a few wayward individuals reflects the sentiment of the entire community.

    I mean, just because someone uses Windows and hacks Linux sites, does this mean that *all* Windows users hate Linux?? No, I know some people who use both and they love Linux, but use Windows for work and they like it too. Contrary to popular belief Windows users are as rabid and often are *more* rabid and fanatical than Linux users. I personally have spoken to people who believe that Microsoft deserves to overcharge the workd for everthing because, in his mind, they have "won" and that is thier "reward".

    So you see... I believe that, while it's unfortunate the SCO is being attacked, it's not necessarily connected with Linux.

    Perhaps SCO should secure thier site better.

    GJC

    --
    Gregory Casamento
    ## Chief Maintainer for GNUstep
  170. Hey! by DarkRecluse · · Score: 1

    ...my line is 20Mb/sec!!!

    Ummm...nevermind.

    --
    --"It's Bradford Company, slash your last name, dot your first name"
  171. whatever by Anonymous Coward · · Score: 0

    "50,000 packet-per-second SYN flood peak, which yields approximately 20 Mb/s each way"

    packets alone do not a ds3 make

    a ds3 line can easily handle this amount of load which is miniscule

    if their ds3 can't handle the load the probably paid for a ds3 but got something far less

  172. They can't complain too much by gilesjuk · · Score: 4, Insightful

    Even though DDOS attacks are misuse of an Internet service and illegal, some of the tactics SCO have used in this case are very dubious too. Claiming ownership of chunks of a kernel without showing any proof and not waiting for the outcome of a court case.

    The damage they have caused companies involved in Linux far outweight a bit of network outage, unless they suffer a major loss since statistics say 80% of businesses that suffer a major outage go out of business within two years. We can always hope :)

    Link to 80% statistic

  173. SCO to sue Slashdot? by Araxen · · Score: 1

    I bet they find a reason to blame Slashdot and sue them over the SYN flood.

  174. SCO DOS Attack by craXORjack · · Score: 1
    which yields approximately 20 Mb/s each way, or about the capacity of a DS3 line.

    This is the first I've heard of this because I've been real busy. But what I want to know is why SCO is doing this. Why do they hate open sourcers so much that they would pay for a DS-3 just to clog thousands of poor linux users meager bandwidth? Oh, Darl! What profiteth you from this nefarious scheme?

    --
    Liberals call everyone Nazis yet they are the closest thing to it.
  175. It seems to be working... by Anonymous Coward · · Score: 0
    SCO claims attack intensifying
    "I can assure you that we are expending significant amounts of resource and money to combat this activity," Carlon said. "In doing so, as a result of these attacks, we have to spend money that we might not be able to spend elsewhere."

    It's costing them money and bringing them on our turf instead of their preferred battleground (the media). Next we target their sources of funding, like Microsoft, HP, and the Royal Bank of Canada. Make it so nobody wants to associate with them and the money will dry up (since their media shenanigans apparently aren't enough for some investors). The benefits of a DDoS on their web site also include pissing off their ISP. I'm sure they're already considered high risk byo any prospective ISP.

    Keep fighting the good fight...

  176. the honest truth by MrLint · · Score: 1

    Im going to be flat out with it. I couldnt care less if SCO is being flooded or not. Bad things happen to bad people. By all accounts (other than Darl's) SCO has been disingenuous with everyone. Karma is a bitch but ya know it happens

    1. Re:the honest truth by 1s44c · · Score: 1

      Bad things happen to bad people.

      Bad things happen to good people too. It's just funnier when the scumbags are on the receiving side.

      I don't know first hand but I'll guess HP, Sun, IBM have all suffered DDoS attacks at some time. Microshaft seem to get DDoSed all the time.

      I only hope Darl pays per megabyte..

    2. Re:the honest truth by MrLint · · Score: 1

      Well when bad things happen to good ppl i'll start caring;)

  177. maybe? by di0s · · Score: 4, Funny

    Maybe what it really means is Denial of Settlement.

  178. Re:denial is the most predictable of human emotion by linuxwebadmin · · Score: 1

    you know, my router on my cable modem kept locking up for no reason, maybe a smurf attack from my ip (among others?). ~~newbie hacker...www.whataboutbob.org

    --
    Show me packet captures and log entires, or it never happened.
  179. Yes, it really happened. by JRHelgeson · · Score: 1
    A very good, long-time friend of mine works for the ISP that hosts SCO group in Lindon, Utah. The ISP is Center 7.com and is right next door to the SCO Group.

    He said that it was interesting to read about the DDoS attack in the press, when it was he that was managing and re-directing the traffic from the DDoS attack.

    So yes, according to my sources, which I deem to be reliable, the DDoS attack did happen. For the record though, every single other claim SCO has made I believe to be complete BS.

    --
    Good security is based upon reality and common sense. Common sense is a function of having common knowledge.
    1. Re:Yes, it really happened. by Frennzy · · Score: 1

      So, your friend was "managing and redirecting" traffic from the DDoS attack? Could you expound on that a bit?

      Unless your friend was acting as a proxy, and thwarting syn floods, I don't see how he could 'manage and redirect' an attack.

      I have been (and will continue to be) proven wrong, but I really would like to know what you mean by this...

      For the record, yes I agree with all the statements about 'blah blah, stateful inspection would have obviated this, blah blah, who gets busted by syn floods anymore, blah blah, SCO must suck big ol' rocks, blah blah'.

    2. Re:Yes, it really happened. by JRHelgeson · · Score: 1

      He's a CCIE that works for Center7. I may not know the exact details but I believe that he was setting up IP filters as the traffic was converging through their multiple ISP links.

      --
      Good security is based upon reality and common sense. Common sense is a function of having common knowledge.
    3. Re:Yes, it really happened. by Frennzy · · Score: 1

      Fair enough...but the term you used (and which I objected to) was 'managing and redirecting', setting up simple filters is simply setting up filters. I'm not trying to be pedantic, I'm serious about learning here. Could/Would you have him come on over and show what he did to help prevent this? Even in generic terms, it would likely end this silly debate about 'did/din't' that is going on. IANACCIE, but IAACCNP

  180. Geez... by techsoldaten · · Score: 1

    What does this say about SCO's network admins? Unless I am missing something, syncookies would have taken care of this easily.

  181. DOS by josepha48 · · Score: 0, Flamebait
    I believe that SCO has a DOS, DOME OF STUPIDITY surrounding them....

    It's all fun and games until someone gets their company bought out.

    --

    Only 'flamers' flame!
    Does slashdot hate my posts?

  182. Darl McBride mentioned on the Simpsons by usurper_ii · · Score: 1

    Pretty funny when Bart says, "Hey Darl!" Check out this
    screen capture.

    Usurper_ii

  183. Logic is our friend by Artifakt · · Score: 1

    It's easy to assume SCO is lieing, just because they have previously raised FUD to a not so fine art. However, in this case, it makes sense to assume they are telling the truth (at least in large part).
    Are there black hats who would conduct such an attack in a misguided defense of open source? 100% yes.
    Would SCO fake such an attack? Maybe, if their goal is really to discredit open source at any cost. Reporting such an attack won't make their stock go back up. If anything, it will drop futher. Will it influence a judge? I won't say it's impossible, but it's unlikely at best. Will it help Darl hold on long enough to get 4 profitable quarters? It's likelyest to work against that rather than for it.
    In the absence of clear and unassailable proof that someone connected to SCO is prepared to lose millions, risk spending the rest of their lives in prison, and probably end up having their family name join the ranks of names that have become common words for really bad things (tm), as have Lynch and Gerrymander, all just to harm the reputation of OSS, the only sensible assumption is the DDOS originated outside SCO.

    --
    Who is John Cabal?
    1. Re:Logic is our friend by Frennzy · · Score: 1

      Your logic, to me, seems slightly flawed.

      Yes, there are blackhats with big agendas.

      Would SCO fake such an attack? Maybe.

      Your logic breaks down at this point.

      You stipulate that someone inside SCO would be at risk if they faked an attack. They wouldn't really have to...they could pay someone a few hundred bucks to launch an application, or, better, write a simple MS infection script that launches a a DDoS from all the mom and pop homes that have unsecured MS boxen.

      Not only that, but they (if they had someone internally attack their own company) would be hiring someone who, intrinsically, would be close enough to the heart of the matter to not be held as a scapegoat, and would be the one person smart enough to both cover his tracks, and leave a trail should they still try to scapegoat him.

      In summary, there are plenty of reasonable assumptions to make about this whole thing...the first of which is that it is very possible a DDoS never actually happened. (see the 20Mb/s vs DS3 debate) The second of which is that it would be trivial for them to engineer even THAT rate of SYN flood against themselves, whilst maintaining enough outbound channel to call the "911" of the internet (press sites). You look for clear and unassailable proof that they are guilty, which is admirable, but your assertions don't quite stand up to inspection.

    2. Re:Logic is our friend by Artifakt · · Score: 1

      SCO (or some element of it) would have to see a possible advantage worth some level of guarenteed loss. The tactic has a clear disadvantage, in that many investors are likely to move away or stay away from a company that seems to be making lots of enemies, even if they think that company is ethically right. So, it's not a break even/win choice for SCO, it has a predictable negative outcome (their stock, already dropping, _will_ take another hit) and some very speculative positive outcomes that might or might not have a chance of offsetting it (a judge might let them delay responding to some motions, the delay might be stretchable long enough to affect not just one, but two more quarterly earnings reports, the positive effect of the delay, coupled with mre press releases, might be big enough to offset the guarenteed negatives, or even drive the price of the stock back up, etc).
      I'd be more inclined to agree fully with you, if it were just a hypothetical risk of the attack being traced back to them, where argueably they probably would think they were too clever to get caught. That seems to be what you're addressing in the first full paragraph of your post, and if I'm not reading more into it than you meant, I agree completely with that point.
      I doubt that they can hire someone who could cover his tracks all that well without paying a lot more than a few hundred bucks. A real pro from Dover seems likely to realize that it's a hyper-unstable situation, and want a lot more, but if they pay him that lot more, it would be harder to hide the paper trail. Now if they had someone who was already involved for other reasons, to the point where the actual script distributer was afraid of being one of the people the SEC might indict anyway, I'll grant you the possibility they might evaluate the risks differently. Someone already hoping to evade 8 to 10 might figure risking tacking on another 2 wasn't a big deal.
      If Darl is already 100% certain SCO will crater before he gets in 4 profitable quarters AND pretty sure the hacking won't get traced back to him, AND is getting paid 10 million by Microsoft specificly to throw FUD at open source, AND has a plan to get away to some place without extradition despite IBM pushing for it, or Darl has some really complicated plan that means losing that bonus was something he allowed for all along AND this plan hasn't derailed yet, all sorts of otherwise unlikely things might follow. (And the same goes if someone else has that really complicated plan, and is successfully using Darl and at least some other CO execs)
      It's just that there's a log chain of such IFs required. Some of them are possibly reasonable, or at least not too far fetched, but they get incresingly unlikely if they all form long chains instead of resolving independently. It's more than reasonable, it's a near certainty that some people at SCO could have dug up a copy of an MS scripting host based program, and have set some protections aside, if they had a motive to do so. It's much less reasonable that they had that motive, if the motive requires that there be a Moriarty level mastermind somewhere behind this mess.

      --
      Who is John Cabal?
    3. Re:Logic is our friend by Frennzy · · Score: 1

      Interesting, and well spoken. (wait, can I get a bad mod for courtesy here?) anyway...

      I see what you are saying, but you still omit some facts. The fact is, it's trivial for someone with time and money (I'm talking a few days and a few thousand $$) to get a DDoS script engineered (or even reverse engineered, if need be) by the current community.

      It doesn't take a mastermind, or a Moriarity. All it takes is Occam, and a very thin razor.

      Again...ask yourself who has the most to gain if SCO is DDoS'd?

      Now, take that statement, and boil it down from general to specific. Who, specifically, inside SCO could/would have done this? Who, specifically, outside SCO could/would have done this? Who, among them, had more to gain? Who, among them, had more to lose?

      I posit (and I have been wrong before, and it certainly won't be the last time) that the particular *obvious* enemy of SCO had far less to gain, and far more to lose, if they were to do this type of attack. I further posit that SCO, with the skills of their employees, could easily have spoofed such an attack.

      Combine both of those facts with the current legal climate surrounding SCO, and Occam's Razor Becomes pretty clear.

      I'm am still not saying I'm right, I'm saying that, in my mind, the preponderance of evidence points against an actual orchestrated attack on sco.com from its purported 'enemies'

  184. Whoever did this STOP!!!!!! by jonathanduty · · Score: 1

    I have one thing to say. If the attacker isn't SCO, then PLEASE STOP. You are not helping. Infact, the only thing you are doing is proving SCO's attacks on the Open Source community correct (that we have no regards for the law).

    Please let the lawyers handle this matter and stomp SCO into the ground. Victory will be just as sweet.

  185. Re:A tribute to the integrity of both /. and Grokl by Artifakt · · Score: 1

    "Too bad the patrons of both, who affect the reputation of the site more than anything the site could ever do, don't have the same maturity level."

    Why go AC on this? I'd modify that to say SOME of the patrons, but if I did, I sure wouldn't hesitate to put a mere nym on it. Both sites have set an example worthy of emulation, not just by media outlets, but by visitors or patrons.

    --
    Who is John Cabal?
  186. $132,000 a year? by Anonymous Coward · · Score: 0

    According to the following article, the average SCO employee makes over $132,000 a year. (25,000 / 300 * 40 * 50 * .8 (to account for non-salary employee expenses)).

    Source

    The company estimates the attack cost it about $300,000 in lost productivity alone, based on estimates that the company pays as much as $25,000 an hour to employees, who were only able to achieve less than half their usual output. SCO has about 300 employees worldwide.

  187. IRC servers get bigger DDoS attacks by zardie · · Score: 1

    DDoS attacks are a fact of life on the Internet for some people. SCO should just sit down, shut up and accept what has happened. Hell, were they even PAYING per megabyte for traffic received? Probably not.

    The host of the IRC server I run, however, was. In Australia, bandwidth is pretty much per megabyte everywhere, especially in the corporate sector.

    We were hit with a DDoS attack a few months ago which was considerably bigger than SCO's little attack. Try figured up around the ability to saturate an entire 100Mbit/sec Fast Ethernet port. The main effect was not the traffic, it was the router simply overloading (A 7206 with an NPE-200 I believe) from the sheer amount of traffic flows created from the DDoS. It was a synflood attack, of sorts.

    This particular attack came from a network of trojan clonebots. These were distributed by exploiting the recent RPC DCOM flaws in Windows. Upon infection, the client starts and connects to an IRC server as specified by a 'free' dynamic DNS host, pointing to the IRC server of the attacker's choice. They join a pre-determined channel, where the attacker can join and issue commands to about five thousand bots at once. These include synflood, infect, send files from users' PCs etc.

    We were not the only IRC server hit. Several thousand dollars of bandwidth flowed past the router before the upstream placed a block on it. Unfortunately, an ACL on the router probably wouldn't help terribly much, as the router itself was suffering, not the IRC server being attacked.

    SCO, being a company with many enemies, should have anticpiated such an attack and adjusted their configurations accordingly.

    1. Re:IRC servers get bigger DDoS attacks by Frennzy · · Score: 2, Interesting

      Maybe they should outsource their hosting..to, oh, say...the admins at Lindows.com?

      I do find it amusing (and quite possibly ironic), though, that you host an IRC server, and yet don't mention the fact that IRC is the main channel for zombie attacks.

      You mention the router as the 'suffer'ing entity. Well, the router is designed to route packets. That's what it does, and it does it well.

      It's layer 8 that causes the problems...and those problems are augmented by layer 8 making calls into layer 7.

  188. 50k / second? by StewedSquirrel · · Score: 2, Informative

    Unfortunately, I don't believe even the most robust enterprise class router could handle TCP-Intercept duties on a 50k/second SYN flood.

    Prove me wrong.

    Stewey

    --
    There are 10 kinds of people in the world. Those who understand binary and those who don't.
    1. Re:50k / second? by WolfTattoo · · Score: 2, Informative

      Well, I'm not sure if I can 'prove' it since I've never been unfortunate enough to suffer a serious SYN flood attack on any of the networks I'm responsible for. However, just looking at the literature for the high-end Cisco 12000, it can handle from 2.5Gbps to 40Gbps per slot with a maximum aggregate 750 Mpps (Million packets per second) forwarding capacity. Considering the processor power required for these kinds of loads,I don't think the router itself would have a problem using TCP Intercept to protect against this level of attack. Of course, upstream bandwidth may then become the bottleneck. http://www.cisco.com/en/US/products/hw/routers/ps1 67/index.html Again, I can't "prove" it one way or the other, but I am fairly certain that todays more industrial strength routers shouldn't have too much difficulty keeping up with these kinds of loads when properly configured. SYN Floods are relatively easy to protect against these days, and there isn't too much processing overhead to determine if SYN packets are unsolicited.

  189. I call b.s. This still doesn't explain A LOT. by Anonymous Coward · · Score: 0

    The netcraft stuff is crap. We all saw the site go down. Why does a graph solidify this fact any more. Still doesn't explain why a company that has been supposedly DDoS'd twice before hasn't taken basic counter measures to stop it from happening again. Doesn't explain how their intranet was affected in ANY manner. The hoax theory does still hold a lot of ground. Who's to say they didn't do it to themselves? Would explain the odd timeframes between press releases and the actual DoS. Couldn't come at a better time for SCO. This came awefully soon after the Dec. 5th decesion ordering SCO to show IBM the code in question. A few sites saying "of course it was down, here's proof" doesn't prove very much at all. Even if their ISP says there was a syn flood, doesn't prove that they didn't do it themselves. Sco employees leave their home computers to syn flood all day while at work isn't that hard to fathom. A couple of places with anecdotial evidence proves nothing to me.

  190. Re:A tribute to the integrity of both /. and Grokl by euxneks · · Score: 1

    Slashdot never "says" anything though. Slashdot is only a link to other websites that "say something".. am I right? The editors may say something in a comment along with the post, but doesn't the poster mainly say something?

    --
    in girum imus nocte et consumimur igni
  191. What about the timeframe? by ohad_l · · Score: 1

    IIRC, SCO gave a timeframe (12 hours, I believe) for fixing the problem, while the so-called attack was in progress. Doesn't this prove they are lying?

    --
    If it weren't for fog, the world would run at a really crappy framerate.
  192. That's interesting.... by Anonymous Coward · · Score: 0

    maybe they really do have a DS3 line...

    Is it possible that SCOG themselves *FORGED* the "Backscatter" so they could get someone to jump to the conclusion that since there's detectable backscatter, there must have been requests?

    Does anyone know in detail whether this kind of reverse DDoS is possible?

    Given their track record, i'm sure it wouldn't come as a surprise to anyone if they did.

  193. Re:Your sig by vyruss000 · · Score: 1

    If your sig is indeed not a troll, let me remind you that copyright infringement is a civil, not a criminal offence, unlike theft which is.

  194. DDOS Proven? Who to blaim? by Anonymous Coward · · Score: 0

    It's proven there was a DDOS, by analysing the destination of SCO's reply's to the DOS.

    Nobody has a trace of the origin of the spoofed packages.

    It could be Darl himself who spoofed his own server from within the own network.

    One fact remains: bad network and/or IT.
    For a firm like SCO, they should lose stock, because being incompetent.

  195. Re:SCO Not lying... by Florian+Weimer · · Score: 1

    Why is it that the SYN flood did not take out the network at the router level, as opposed to a specific server on the Ethernet backbone?

    The attack was not significant enough to have that effect. As SCO didn't enable SYN cookies, a very low-bandwidth attack was sufficient to push the server off the net.

    I regularly see DoS attacks which just take out a single host and not the entire surrounding network. It's actually the second-most desired scenario (after withstanding the attack completely).

    Why on Earth would the attacker(s) suddenly decided to also attack the FTP server?

    Why did they decide to attack the web server in the first place?

    Maybe thy thought that www.sco.com was the only server SCO had on the net, and learnt about ftp.sco.com only after reading the GrokLaw article? This is not as ridiculous as it might seem because even moderately skilled people don't carry out DoS attacks for fun these days, but sell their DDoS botnets for profit. Others use them for blackmail. (As far as I know, these incidents are real and not the fabrication of "security experts", although I haven't witnessed one personally.)

  196. Or lower (n/t) by Anonymous Coward · · Score: 0

    Or lower.

  197. Hey maybe IBM grid at work parsing SCO PR ! by openmtl · · Score: 0

    What do IBM grid/clusters do while they are not playing chess/protein folding or gene cracking ?. Maybe someone accidently told some a master node to go walk through SCO's web site for evidence. I'd suspect that the node could have then found some SCO PR statements. It tried to parse these but discovered , as the rest of us have, seriously illogical statements. Then (without normal human intelligence to disregard SCO PR statements with a laugh) it decided to summon up more compute power to help solve the meaning of SCO PR statements. It then ended up in an endless loop trying to come to a conclusion, trying to find meaning, but failing spectacularly. Just joking IBM.

    --

  198. Why by xihr · · Score: 1

    Would would people have thought that the claims of being DOS attacked were lies in the first place? Nobody thought so the first time around ...

  199. This isn't a Troll by Anonymous Coward · · Score: 0

    Mod this up!

  200. I guess I don't care... by Eric+Damron · · Score: 1

    With the millions of people in the world I don't find it surprising that at least one of them (and that is all it takes) is pissed off enough over SCO's FUD to mount this kind of attack. And more than that I don't give a rip. Does that make me a bad person?

    --
    The race isn't always to the swift... but that's the way to bet!
  201. Wrong by krappie · · Score: 1

    if the network equipment the machine is connected to cant handle the packets per second or the bandwidth and drops, how the hell is any software change going to make a difference?

    15,000 pps isnt shit

    you are correct though, if the machine manages to stay online, syncookies are great.. but if your entire network goes offline.. good luck

  202. syn floods by krappie · · Score: 1

    by the way.. what NO ONE here seems to understand is this:

    a simple synflood by a home user to a webserver can be easily prevented by syncookies. for anyone to even CARE about a synflood nowadays, it has to be huge. In the case of SCO, it took down their entire network because their network equipment couldnt handle it.. syncookies wouldnt do a damn thing

  203. gah by krappie · · Score: 1

    gah.. yes.. everyone knows what a synflood is and how to prevent it. what you are referring to are examples of how to prevent a simple synflood that only affects one machine.

    for anyone to even CARE about a synflood nowadays, it has to be so large that network equipment fails. When sco's routers went down along with their entire network, syncookies arent going to do a damn thing

    sco took the obvious and correct course of action, they blocked all syn's to www.sco.com in their upstream providers.. this keeps their entire network online, but their site www.sco.com will still be offline and theres nothing they can do

  204. DS3 by IAR80 · · Score: 1

    A DS3 line is 44Mb/s eatch way.

    --
    http://ebgp.net/ccc/
  205. Not lying? by Anonymous Coward · · Score: 0

    I am not sure about the SYN attack, but for sure they are lying about all their code they say they found in linux and have been telling the media about from day one. What they tell the judge is not the same as they tell the media. You can read it all at www.groklaw.net The webside has all the transcription from the courthouse and SCO is saying there that they really dont know what code it is and cannot tell until they get all the source code from IBM AIX and Dynix. But the judge told SCO to bring all the code they say is infringing within 30 days. They never expected to go to court and they are screwed. -Skuggi.

  206. DS3 != 20mb/s by Anonymous Coward · · Score: 0

    All you had to do was read the article and quote it properly. A DS3 can hold 45mb/s in both directions, so 20mb/s both ways is about half of a DS3, which if you had RTFA you would have been informed of this.

  207. And I am still skeptical of the attack. by einhverfr · · Score: 2, Insightful

    Now, to be fair, it is POSSIBLE that SCO was attacked, but---

    1: The web server and ftp server are on the same subnet> Ftp.sco.com is at 216.250.128.13, while the web server is at 216.250.128.12. For these to be on differnet networks would require subnets with 1 host per subnet (not very practical). Since the ftp server was not down for most or all of the alleged attack, it is clear that this was not the result of bandwidth saturation.

    2: SCO has stated that their email servers were down but no credible third party corroboration has occurred.

    IF (That is a big IF) SCO was attacked, it would have had to be a narrower time frame than they are stating, because such an attack would have taken everything down in their network.

    It is also possible that they could have remedied the problem upstream quickly enough that nobody noticed, but decided to play up the story for sympathy reasons.

    Either way, SCO is lying about something or is utterly incompetent.

    --

    LedgerSMB: Open source Accounting/ERP
  208. Re:DOS attacks...yawn by Gerr · · Score: 1


    Why is this event considered news? Who cares what script kiddies are doing in their spare time. Does news of a denial of service attack have any implication on SCO's claims of ownership of the linux source code?

  209. Nelson said it best by mustangsal66 · · Score: 1

    HA HA

    --
    Why worry? Each of us is wearing an unlicensed "nucular" accelerator on his back.
    Sig changed for readability by G.W.
  210. a deadline by Anonymous Coward · · Score: 0

    they have a deadline!

  211. SCOs internet servers by Anonymous Coward · · Score: 0

    http://www.internetwk.com/breakingNews/showArticle .jhtml?articleID=16700474 ---snip--- SCO's Internet servers run on a third-party hosting company which -- ironically enough -- uses Linux. SCO claims that it owns the copyright to Linux, and that users who fail to purchase licenses from SCO are violating SCO's intellectual property. Carlon said SCO has not investigated whether its web hosting company has a clean Linux license. "We have not had discussions with them regarding the license. They have not requested a license, nor have we really gone after them from a licensing perspective," Carlon said. ---snip--- Irony #98756 regarding SCO's Linux lawsuit.

  212. I don't believe SCO was attacked... by Jerry · · Score: 1
    For three reasons:


    1) Folks were able to connect to the ftp subnet address with no delays. If the bandwidth were saturated by 34,000 packets/sec there should/would have been considerable ftp acess delays, if a reply would have been sent at all.


    2) The uptime.netcraft chart shows no significant response time hash during the two weeks prior to the 'attack', right up to the instant sco.com was turned off. The Network Telescope graphs of examples of SYN flooding show large response time hash amplitudes during an attack.


    3) "Network Telescopes" work on the assumption that the spoofed address of a syn flood packet is bogus, so the possibility exists that a portion of them will cover a range of IP addresses where little or no network traffic can be expected. The bigger the range of unused IP addresses that is monitored the bigger the 'lens" of the "Telescope". This 'back scatter' the telescope 'sees' is the victim's box responding with SYN_ACK packets to the spoofed addresses. The Network Telescope cannot distinquish between true and pseudo backscatter. Pseudo backscatter would be SYN_ACK packets that the 'victim' spews out to random IP addresses to make it look like their site is under attack. They turn off normal SYN_ACK handshaking so the site appears 'down'. While they are doing this on one box other boxes on their subnet will be able to response to the normal handshake without any undue delay because the number of valid incoming SYN packets remains the same - hence the lack of hash on uptime.netcraft graphs. Someone at SCO monitored GrokLaw to see the effect of their PR predicting a "12 hour outage" and noticed folks mentioning the fact that the FTP site on the same subnet and, according to ARIN the same location, was not experiencing any delays that would be associated with a massive SYN flood attack, especially one at 34,000/sec. According to SCO, not only did the attack knock their site off line, it also messed up their email, internal databases, and their phones!


    I believe SCO committed this 'attack' as a pretext to modify their website by removing some pages and adding others. More significant will be the claims they will make later regarding the availability of documents the court has ordered them to produce.

    --

    Running with Linux for over 20 years!

  213. PARENT not funny, but true by Anonymous Coward · · Score: 0

    SCO's site is down again (since noon).

    Probably because 50 000 /.ers are trying to get
    the video.

    1st : Funny how it always hit them outside of
    buisseness hours.
    2nd : Come on SCO, 5 times a day, someone posts a
    link to your site on slashdot, to be able to
    handle this, you need a lot more than one
    webserver, get a few dozens and a better pipe.

    I know that you think : We have only one client,
    so one webserver should do, but you forgot the
    thousands of /.ers who seek a quick laugh by
    reading your site.

  214. Who woulda thunk... by eagl · · Score: 1

    If you attack a community, rightly or wrongly, what moron wouldn't expect that community to fight back?

    Bleeding SCO dry as quickly as possible may be the only way to end the insanity. The question will be whether this whole situation resolves as a mere survival of the fittest example, or as a true legal precedent setting case that supports the open source and free (as in both beer and libre) software models.