Slashdot Mirror


The Slashdot DDoS: What Happened?

What follows this introduction is a rough summary of the crazy hell that we endured with the intermittant DDoS[?] attacks we experienced last Thursday through Saturday. I'm sorry it took this long to put this together and tell you what happened, but as these things go, we were too busy trying to solve the problem to waste time talking about it. Big thanks to Andover.Net's Netops PatL, Martin and Liz, as well as Slashcode-wranglers PatG, Chris, Marc, Kurt and CowboyNeal, plus scoop (from freshmeat) and others who chimed in along the way. Tomorrow is part2: A good description of how the new Slashdot @ Exodus works.

What follows is more-or-less Pat "BSD-Pat" Lynch's account of the DDoS... Pat is our super 31337 BSD Junkie sysadmin. He wants everyone to know that the timeline below is little screwy, but things are more or less in sequential order. Things might not be exactly perfect, but hey, what do you expect after 30 hours without sleep?

Having moved the day before, none of us were truly familiar with exactly how the new hardware would handle the full burden of being 'slashdot.org'. The cluster (known affectionately as The Matrix) had handled its premiere day with flying colors, but we didn't really have an accurate feel of how things would react. Combine this with a couple of extremely high traffic stories posted on both Thursday and Friday, and it took us a awhile to determine that the problems were external, and not a flaw in some new component in the cluster."

The Attacks began Thursday morning. Most of it came in the form of SYN floods, from obvious /16's no less, and some /24's. We didn't have any zombie-killing software or a firewall installed because of certain network topology issues. Later on, a second wave came, this closer to 8 or 9pm and the load balancer (an arrowpoint CS-100) died under the load.

The DDoS, as far as I could see, was a lot of SYN and Zero port packets coming from various /16's and /24's as well as a bunch of RFC1918 reserved addresses (10.0.0.0/8, 172.16.0.0/12 and 192.168.0.0/16) At one point we reached 109Mbits worth of traffic into our network.

Liz and I went back to Exodus and rebooted the Arrowpoint, then the site seemed "ok" for a bit. By 3 in the morning, Liz decided that the PIX (Cisco's firewall) could simply not do what it was supposed to do, so we went back and started building a FreeBSD box as a bridging firewall.

just before we went to plug it in, I tried to ssh into the vpn-gate and noticed that nothing was working right: while the site worked, outgoing traffic and source groups on the Arrowpoint was screwed. As if that wasn't enough, two ports died on it already!

At some unknown point (time blurs after 30 hours straight!) Martin and PatG show up (thank the gods!) and they force us to go to sleep, they bring the site up outside the Arrowpoint, while Liz and I watch from a hotel room.

As of Friday morning, the site is semi-working, but the adsystem can't be updated, and we have no access to the backend servers. I scream bloody murder to Arrowpoint, who eventually shows up to blame the router: a cisco 6509 switch with two RSM/MSFCs.

Liz and I do packet dumps and determine it's not the router, the little CS-100 had died the night before, and thats where it all started. The Arrowpoint guy insists we did something to make the Arrowpoint not work (CT: Explicit description of precisely where Liz and and Pat wanted to store the newly deceased Arrowpoint removed to keep things rated PG) By 7 the CS-800 CSS is up we're almost done for the day, but we stay to make sure. By 10pm we're exhausted but stable, although we're running 4 servers on a round-robin DNS while the new load balancer waits.

Netops (Liz , Martin and I) regroup, and do reintegration of new Arrowpoint CS-800 and installation of a new FreeBSD Firewall box instead of the PIX during Saturday Afternoon. Slashdot returns to normal. Sysadmins get well-deserved sleep.

So that was the story. It was a pretty hellish weekend for everyone involved, but thanks again to those that helped get our ducks back in a row. Again, Part #2 to this (which originally was gonna be run last Thursday, but with all this ddos stuff got pushed aside) is a fairly detailed description of the new Slashdot setup at Exodus, complete with all the changes mentioned above. Fun for the whole family if your family is really into clusters of web servers."

367 comments

  1. Terminology by SanjuroE · · Score: 1
    I know something out networks and things, but this goes way beyond my knowledge. Could someone help me by explaining some terms?

    • /8's, /16's and /24's
    • SYN
    • PIX
    • Arrowpoint
    • RSM/MSFC
    • CS-100
    TIA
    1. Re:Terminology by gavinhall · · Score: 1

      Posted by BSD-Pat:

      Actually,

      its the number of bits in the netmask, an IPv4 net address has 32 bits (4 octets)

      essentially its how many bits is turned on in the netmask, determins the number of IP addresses in anetwork

      255.255.255.0 is 24 bits and therefore we have 256 IP addresses (254 usable) in a /24 (0-255)

    2. Re:Terminology by AliasTheRoot · · Score: 1

      /8's, /16's and /24's the number of bits in an IPv4 address unique to a subnet, ie: 10.x.x.x is a /24 network with 2^24 IP addys 192.168.1.x is a /8 network with 2^8 IP addys SYN is part of the connection negotiation involved in TCP. Basically SYN flooding is a type of attack where the attacker requests a connection, but doesn't follow through - this means that the target is using all its' resources in servicing non existent requests creating denial of service to legitimate users. Most OS's, Routers, Firewalls etc can deal with this nowadays. PIX is a Cisco Firewall Product Arrowpoint is a company / brandname for load balancing equipment RSM & MSFC I don't know, it was explained elsewhere. CS-100 - a model number of Arrowpoint equipment, I guess rated to handle 100mbits peak traffic.

    3. Re:Terminology by AliasTheRoot · · Score: 1

      doh!, formatting screwed

      /8's, /16's and /24's the number of bits in an IPv4 address unique to a subnet, ie: 10.x.x.x is a /24 network with 2^24 IP addys 192.168.1.x is a /8 network with 2^8 IP addys

      SYN is part of the connection negotiation involved in TCP. Basically SYN flooding is a type of attack where the attacker requests a connection, but doesn't follow through - this means that the target is using all its' resources in servicing non existent requests creating denial of service to legitimate users. Most OS's, Routers, Firewalls etc can deal with this nowadays.

      PIX is a Cisco Firewall Product Arrowpoint is a company / brandname for load balancing equipment

      RSM & MSFC I don't know, it was explained elsewhere.

      CS-100 - a model number of Arrowpoint equipment, I guess rated to handle 100mbits peak traffic.

    4. Re:Terminology by deadl0ck · · Score: 1

      A SYN is part of TCP/IP messaging suite. SYN is the first message sent to establish a connection, its short for Synchronizing.

      Here is a Document by Avi Freedman that explains SYN and SYN floods in more detail. It very informative and easy to understand.
      --

      --
      --
  2. Re:FreeBSD? by Kurt+Gray · · Score: 1
    Linux sucks. If you read Slashdot more often you'd now that we all hate Linux here and zealously bash on it at every given opportunity.

    There's nothing wrong with Linux (and don't you dare suggest there might be! jihad! jihad!) but we just happen to have network admins who could whip up a FreeBSD firewall for us in a pinch so yeah, whatever works, as long as we don't use an OS from a company that tries to corrupt an open protocol then sends us nasty lawyers letters about it.

  3. I was jonesin' for muh /. by m0nkeyb0y · · Score: 1

    Now I know how a heroin addict feels!

    /me stops shaking uncontrolably

    --
    -- From my Best Friend (Written to me over ICQ): "i was gonna go to a party...but i had to reinstall windows"
  4. Defense in Depth by Old+Man+Kensey · · Score: 5
    Modern military command uses the concept of defense in depth. The essence of this is trading space for time.

    The simplest case is building two small walls instead of one humongous wall. If you build a humongous wall, it takes a long time to get through... unless the enemy finds a single weak point -- then you're screwed. Two walls each take less time to get through, but if they're well-built using different techniques, the enemy may not get through to begin with and if they breach the first they lose time covering ground and then adapting. They're also very obvious as they traverse the open ground between barriers.

    Network security can benefit from the same concept. Others have already mentioned heterogeneous "airgap" systems -- one of the most common and least excusable faux pas by so-called "security admins" is a single firewall protecting a herd of boxen. Second to that is identical airgap firewalls.

    Of course real defense doesn't end with the walls. Even services running behind an airgap should be structured with an eye toward reasonable security, as others have pointed out. Many companies think their firewalls make them safe; come the day those firewalls are breached and the attackers make off with everything stored on the NT intranet server before wiping the drive, they'll find out differently.

    Any server, no matter how well shielded, should start life in a lockdown configuration and then be made less secure only as needed ("do we really need to enable daytime on this box?"). Admittedly I haven't kept up with developments in secure distros, but does anyone make a "locked-down by default" distro based off Red Hat/Debian/*BSD? It'd be a real service to admins and if not it's something I might consider starting a project for. I know of Bastille Linux but that's (as far as I know) not so much a distro as a set of scripts to tighten up Red Hat.

    The only thing we have yet to figure out is how to effectively make systems under attack "shoot back". The most they can do at the moment is call in an airstrike (i.e. alert the admins). Any return-fire capability would only be as good as the intermediate links let it be. It might not even be a good idea, as it would increase network traffic and make the attack that much more severe.

    --
    -- Old Man Kensey
    1. Re:Defense in Depth by studerby · · Score: 2
      The only thing we have yet to figure out is how to effectively make systems under attack "shoot back". The most they can do at the moment is call in an airstrike (i.e. alert the admins). Any return-fire capability would only be as good as the intermediate links let it be. It might not even be a good idea, as it would increase network traffic and make the attack that much more severe.

      Since most attacks are staged through innocent 3rd parties, auto-reprisals are likely to make the damage worse. And if someone effectively spoofs the reprisal software, they could use *your* defenses to stage an attack on someone else. Can you say "liability lawsuit"? I knew you could...

      --

      .sig generation error:468(3)

    2. Re:Defense in Depth by klevin · · Score: 2
      > Admittedly I haven't kept up with developments in secure distros, but does anyone make a
      > "locked-down by default" distro based off Red Hat/Debian/*BSD?

      In the Linux area, take a look at the Nexus project. It's being built from scratch, as opposed to being based on an existing distribution.

      http://nexus-project.org/

    3. Re:Defense in Depth by willdawg · · Score: 2

      "...does anyone make a "locked-down by default" distro based off Red Hat/Debian/*BSD?"

      How 'bout OpenBSD? Three years without a remote hole in the default install. Works for me.

      --
      Will Dennis, Director of Webcasting P-Wave, Inc. - http://www.p-wave.com/
    4. Re:Defense in Depth by DrgnDancer · · Score: 2

      I read something a while back about a security team working for the Dept. of Defence (US) that designed and impleneted a set of scripts to "shoot back". The details are fuzzy, but basically this thing traced packets back to their source and "disabled" the attacking computer. The article I read did not contain many technical details, and I have since forgotten any it did have, but it was more concerned with legal issues.

      In this case there was a legal problem because the thing had been implemented by the DOD (The US military is forbidden by law to take hostile action against US citizens except under specific circumstances), but here were plenty of other issues besides. It is way to easy to shoot "innocent" zombie computers for one thing. Just because a computer is attacking you doesn't mean the owner is, and counter attacking the computer is largely the same as attacking the owner (yes he SHOULD have secured his network, but when he sues you, will the courts accept that as a defence?). Even if you hit the right computer, you basically come out as guily as the attacker (there is no "self defence" clause in Information Security laws, and a "counter attack" is still an "attack"). He can insist that you be arrested at the same time he is, since you attacked him. There were some other things too, but like I said, it has been a while and the details are fuzzy.

      --
      I don't need a million points of light, just two points of multi-mode fiber and a 10 Gig-E router.
    5. Re:Defense in Depth by Stinger · · Score: 2

      I'd look at a distribution called Trustix. This sounds like what your looking for.

    6. Re:Defense in Depth by Murphy(c) · · Score: 1

      The only thing we have yet to figure out is how to effectively make systems under attack "shoot back".

      And you all thought that William Gibson was smoking something funny when he thought about Black ICE ....

      The only thing needed now, is a nice brain implant, so that you can really fry the bastard.

      Murphy(c)

  5. security by obscurity by st.n. · · Score: 1
    Although it's not a good idea to advertise their security infrastructure layout to the world. (Hint, Hint, CmdrTaco!)
    Why not? As we all know, security by obscurity is no security at all. And when many people tell their opinions about their infrastructure here, the admins can only improve it, I think.
    - Stephan.
    --
    Carpe diem!
    1. Re:security by obscurity by noom · · Score: 2
      As we all know, security by obscurity is no security at all.

      I really don't see why that should be the case (in fact, it's obviously false), but, considering that the statement rhymes and uses alliteration nicely, I can see why someone might be convinced. Don't you hate it when you can't get stupid jingles like that out of your head? Especially that damned "Mmmm Bop" song...

      -NooM
    2. Re:security by obscurity by AlanStokes · · Score: 1

      Not relying on security by obscurity means you should assume your attacker has full knowledge, and ensure that you are still secure. Obscurity by itself is not neccessarily a bad thing, only relying on it for security is.

      It doesn't mean that you have to make it easy for the attacker to gain that knowledge, like telling the whole world. Why make life any easier for them?

      As an example, it's a pretty safe assumption that the military's cipher systems are designed to be secure even if the attacker knows the algorithm. But the algorithms are still classified.

      On the other hand, I agree that wide review is likely to improve security.

      --
      - Alan
    3. Re:security by obscurity by Duckie01 · · Score: 1


      Consider yourself two walls with a couple of holes.

      One of the walls (including holes) is free for everyone to see. The other wall is hidden by a curtain.

      Which wall is easier to fix?

    4. Re:security by obscurity by Erik+Hollensbe · · Score: 1

      But however, it certainly doens't hurt. I'd be willing to bet that their admins have their shit together.

      The point of "no security by obscurity" is that you don't want to waste all your time setting up firewalls that do nothing but block ports - you want logging, and (real) filtering, you want to make sure the firewall is not crackable itself.

      Not disclosing your internal network setup to the world is a good idea if you ask me.... It's another thing to move telnet to port 666 and ftp to 28 and then, if they can find the webserver at port 8086 they can download a custom services file listing all of their port moves so they can actually use the server. Now that is obscurity.

      However for the stroke of this dicussion it's good that CmdrTaco posted it... Altbough you'd never find any backbone providers talking like that. :)

      -Erik-

  6. Re:trollin'? Uh no. And thanks for the links! by gatzke · · Score: 1

    Yes, I know how to use a search engine.

    Google and /. search for old sites are two of my favorites.

    I just know that /. typically has a bunch of people reading that know how to quickly get me to the info I need. They have done this before, so why duplicate the effort.

    As a suggestion for posting stories, a lot of news sites post links to what's related for a given stories. Maybe /. could have a couple of old /. links and a few tutorials that would be useful for all /. stories, but then people would have do actually do some work to post a story.

    Thanks for the info, everyone-

    ed

  7. Re:Uhh, not quite by JamesSharman · · Score: 2

    OK, ok, everyone point fun at me for being dyslexic! And anyway, how do you know they weren't falling over chickens!

    Ok, so I'm dyslexic and get the spelling of words wrong sometimes (which a spell check helps with) and sometimes use the wrong word (which it doesn't) but there is a deeper issue here. Language is simply a means of communication, if the message is communicated then it has done it's job. Furthermore language is not defined by text books and dictionaries, these books record it. There is only something wrong with a statement when it fails to convey the intended message, not when a word is incorrectly spelt or a comma is out of place.

    Referring to me as 'an ignorant looser' is nothing short of bigotry, if you really want a discussion I suggestion come out from behind the aptly named 'anonymous coward' hiding place, reveal your identity and discuss the matter without resorting to insult.

  8. Re:What about the children? by panda · · Score: 1

    I know, I know, but I can't help it! I'm a junky!

    As a good Christian, I will turn the other cheek, and not call for the punishment of those responsible. But to the heinous criminals and negligents responsible for this, I must ask, how do you feel about destroying a small girl's sense of innocence and wonder about the world? About crushing her childish dreams and idealism? About shattering her faith in God and his benevolence? About possibly having crushed her soul and emotion forever, leaving her to live the rest of her days in spiritual agony as a broken, scarred husk of a person?

    Well, idiot, it's your own damned fault for telling her that God == Slashdot! When Slashdot crashed, as it was going to eventually, she equated that with God. Now, she believes that God crashes, too. The infants that DDoS'd /. aren't responsible for scarring your little girl, you are, you hypocrite!!!!

    As a satanist, you wouldn't have the problem of reconciling an all-powerful and benevolent deity with a world full of evil. The deity you worship would be evil as would the "good" deity that is your divinity's enemy, capisce? Therefore, all would be right with the world, since all is evil. Maybe you should change religions to save your daughter's sanity?

    Besides Hell uses OpenBSD! Satan knows what he's doing!!

    :-) - for the parody impaired.

    --
    Just be sure to wear the gold uniform when you beam down -- you know what happens when you wear the red one.
  9. Re:What's the Cisco angle? by buffy · · Score: 5

    "They are probably much better off with the BSD box. Although it's not a good idea to advertise their security infrastructure layout to the world. (Hint, Hint, CmdrTaco!)"

    I disagree 100%. Knowledge of an installation's infrastructure should never comprimise the security of the setup. If it does, then you're relying (to a certain extent) on security through obscurity. Security should be provided by a well thought out layered approach: network layering (multiple firewalls, screening routers, IDS, etc...), host-based security (tcp wrappers, service minimalization & replacement, tripwire, etc..), and application security (ie. authentication, verification, etc...)

    In designing networking/server infrastructures it's best to think of it as an open source project, and you should be willing to get opinions and discussion from any number of sources that could include crackers who may at some point want to use that knowledge to attack your site. This is one of the things I like about TIS Gauntlet once upon a time..."crystal box" was the term they used to describe it.

    You should prepare for an attack ASSUMING that the infiltrators know as much about your setup as you do. In the long run, if you know that your infrastructure can hold up to someone with that amount of knowledge, then you'll be doing pretty well.

    My only question...did I actually see in a comment that they're using NFS to publish data to the distributed webservers??? Ew. Run.

    -buffy

    (Hmm...I seem to really like parentheticals, don't I? (well maybe not. (really!)))

  10. Re:Why a firewall? by ryanr · · Score: 2

    Probably because they're running things behind the firewall like NFS and some flavor of SQL which won't be secure enough to expose to the Internet anytime soon.

  11. I figured it all out.... by soulsteal · · Score: 1

    it was the router with the lead pipe in the library that killed colonel slashdot!

  12. What I did this weekend.... by Capt.+Beyond · · Score: 1

    Woke up- smoked some pot checked slashdot- but it wasn't there, so I smoked more pot and surfed news sites. downloaded some mp3's, listened to them, hooked up to CNN, checked for slashdot smoked more pot, went to work checked for slashdot, occassionally getting something, no customized page, tho. went home, smoked more pot, checked slashdot. nothing. so I started working on some music project I have going. smoked alot more pot... went to sleep woke up. repeat, except for going to work.

    --
    -- "Perceptions create reality. By changing your perceptions you change your reality."
    1. Re:What I did this weekend.... by kennedy · · Score: 1

      whoa.... sounds alot like my days ;)

  13. Re:Blame Exodus by stick · · Score: 1

    Exodus's "Value Added Firewall Service" is not a PIX Firewall, it's a certain sun based firewall..

    {sic} he he

    --
    What do you despise? By this are you truly known.
  14. Re:But who ... ? by G27+Radio · · Score: 3

    Who knows, even Bill may be a /. reader?!

    I'd be suprised if he wasn't. I just wonder if he posts.

    numb

  15. Re:Ohh ohh! by ZeroTolerance · · Score: 1

    I'm using 192.168.0.0/22 at work (with 192.168.0.0/24 for the servers and 192.168.1-3.0 for the workstations) and 192.168.2.0/24 at home .. enough to keep this net from wearing out ?
    --

    --
    Ignorance is no excuse
  16. Re:ping www.microsoft.com doesnt work by Anonymous Coward · · Score: 1

    Ping is not a good indicator as to whether or not a site is up.

    I proved that for certain at home last night. I have this little Pentium 133 box down on the workbench that runs Windows 95. (I know, I know, W95 is icky. It's a machine that talks to an EPROM programmer, a ROM emulator, other emulators and embedded development stuff through printer port kludges- not gonna work anytime soon with a Freenix.) Anyhow, last night I was upstairs in the office trying to connect to the C drive on that machine (wanted to pull up a bitmap of President Eisenhower that was being used as the wallpaper on that box.) It would ping just fine, but I couldn't connect to the shares. I went downstairs to figure out what the heck was wrong. The power cable to the hard drive had gone intermittant and the box was bluescreened with a fatal (cannot access C drive) error.

    Yep. Basic TCP/IP services were running just fine under that bluescreen.

    Well, enough of a rambling folkloric story for now.

    Keep your power dry.

  17. Re:A little more detail on the hardware setup by buffy · · Score: 1

    "There are currently six VA FullOns serving web pages from an NFS server, and three other web servers serving images. "

    Far be it for me to question, but NFS?? Ew. If someone does penetrate your infrastructure that's just asking for trouble.

    Anways, NFS' performance leaves a lot to be desired. Wouldn't it be better to just publish the data to each server? With 100/1000 Mbit networking even large datasets can be propagated quickly.

    -buffy

  18. Great Post. by Sgt_Nikon · · Score: 1

    I was tring to post a message like this last Thursday but at the time slashdot was down...

  19. Re:Why a firewall? by Millennium · · Score: 1

    You can't invent more CPU speed by dedicating one machine to filtering packets. The same amount of CPU speed could be used to serve pages.

    Quite true, however by dedicating one machine to security you free up the others to serve pages. Remember, Linux is multitasking, so every app running slows down the others a little bit. By freeing the page-servers themselves from having to worry about security, you let them do their task more efficiently. That speeds up the process more than simply throwing more servers at the problem.

    You can't create CPU speed out of thin air, no. But you can make the process more efficient and speed things up that way.

  20. Re:DDOS != 10.0.0.0 by InsaneGeek · · Score: 2

    Not knowing if that's a joke or not...

    I may sound like too much of a bastard, but not having time is not an excuse, you aren't doing your job. Each of those routers had to be configured to begin with, and most networking guys keep the entire configs in a text file that they upload to a router, add a couple of lines to the code and your done. Not doing this stuff is akin to doing a ("chmod -R 777 /") for all of your unix boxes because it takes time to setup accounts, etc.

    It's amazing how much time the admin seems to get when a site realizes that 80% of a T3 is full of bad traffic (the old saying and ounce of prevention...). If you don't have time to do this type of stuff, you need to have a serious talk with your boss; because sometime soon you are going to spend a whole week cleaning up some crap that would have only taken you a couple of hours to do in the first place (not to mention boss yelling, legal dept. yelling, ceo yelling, customers yelling...).

  21. Re:Why do /.ers fall for trolls? by Golias · · Score: 1
    Best... Troll... Ever.

    You even got somebody to moderate you up as "Insightful."

    I normally don't care for this kind of stuff, but your tolling post about how everybody falls for trolls was a brilliant work of post-modernist art.

    Kudos, Anonymous Coward.

    --

    Information wants to be anthropomorphized.

  22. Re:Owned? - Nope by Chris+Hind · · Score: 1

    is it me, or has slahsdot been slashdotted?

    --
    nal 11
  23. Re:Ohh ohh! by Dr+Caleb · · Score: 1
    I tried to use 10.10.10.0/24, but it just wasn't, ya know, elegant. Kind of flat.

    I like the idea of 192.168.192.0/24, but I don't know about the extra power consumption needed for those extra bits. It would keep the electrons from being bored though.

    Sorry, I'm without a binary capable calculator right now, or I'd calculate the extra power needed over a year to maintain those extra bits, with an average network load of 5%...

    l8er!

    --
    "History doesn't repeat itself, but it does rhyme." Mark Twain
  24. Re:A little more detail on the hardware setup by Tet · · Score: 2
    There are currently six VA FullOns serving web pages from an NFS server

    This is something I've been wondering about recently. How do you have clustered web servers sharing storage? Sure, use NFS you say. But that introduces a single point of failure. If your NFS server goes down, you lose the entire cluster. Are there any solutions to this that don't involve spending vast quantities of money on a Sun HA failover system or an Auspex mirrored NFS system or similar?

    --
    "The invisible and the non-existent look very much alike." -- Delos B. McKown
  25. Re:10.0.0.0 net by snopes · · Score: 2

    This is a very misleading post. First of, it's 10.0.0.0/8 not 10.0.0.0/16. Second, the only net you could remotely finger is the originating net for not doing egress filtering on the private nets. Everyone else is just routing based on dest IP and switching based on the data link (MAC) info. But there's no requirement for them to be doing that. The real fault lies with the local network engineer for not doing ingress filtering of packets with a source on a private net. You've got to take responsibility for your own misconfigurations. You can't blame everything on somebody else. They should have had a firewall in place and Exodus should have been doing the ingress filtering at their border. See my other post for a suggestion as to why this wasn't happening.

  26. Re:Owned? by rograndom · · Score: 1

    hmm, I got this error on Sat. I was getting all excited cause the page was actually loading but then I killed Slash. I'm a bastard andy j.

  27. Re:GODDAMIT A LINUX SITE SHOULD RUN LINUX! by Darchmare · · Score: 3

    ---
    OSX is covered cause even tho apple is a hugely proprietry company, everyone here loves microsoft competitors.
    ---

    Well, Apple was a Microsoft competitor long before Slashdot started seriously covering them. I think it's more the hardware and Unix-based nature of their recent OS movements more than anything. Note that OSX is based on Mach/BSD, which goes to show you that they're not focused on Linux only.

    ---
    Anyway, point was slashdot IS primarily a linux site.
    ---

    If by that you mean that most of the people here have an interest in it, sure.

    I'm not saying that Slashdot isn't incredibly biased toward Linux, but that doesn't mean the Slashdot editors won't use *BSD when the occasion warrants.

    Anyhow, Slashdot may be Linux-oriented, but nowhere do they say that they are so to the exclusion of everything else (which was the point I was arguing).


    - Jeff A. Campbell
    - VelociNews (http://www.velocinews.com)

    --

    - Jeff
  28. Re:Blame Canada by Kurt+Gray · · Score: 5

    Exodus is getting $1million/year from us so they let us do whatever we want. They only thing they won't let us do is take a picture of our cage -- no cameras allowed anywhere in the facility! I guess they're afraid we're going to steal their soul. We were able to smuggle out this picture of PatG, PatL, Martin, and the Arrowpoint rep. Behind them you can see the current Slashdot setup.

  29. Re:FreeBSD? by demaria · · Score: 1

    In general, Linux is bad with TCP/IP traffic. This includes, as you could guess, firewall and routing. This is also why Linux doesn't completely overshine NT in those web server tests.

    Of course, if you are on a cable modem or other mid-bandwidth, then it should definitely be fast enough. I'm guess slashdot has a tremendous amount of traffic to deal with, and probably has a big pipe.

    The BSD's are generally looked at as more secure and better performing firewalls.

    Personally, I don't like the linux ipchains. The policy file (text editing) is not friendly when you have a complex set of rules, multiple hosts with different rule sets. And the reporting is bad. Catting a logfile is not how I want to look for attacks. A GUI can be better than the command line, if the GUI is done right (key point: done right). Creating the policy file and reporting is a major factor with every firewall vendor out there.

    If I was going to use a free (cost) software firewall, I'd go with an OpenBSD box myself.

    Mike

  30. Of course it was the router! by Denor · · Score: 3
    ...Arrowpoint, who eventually shows up to blame the router: a cisco 6509 switch with two RSM/MSFCs.
    Yeah, that Microsoft certification, you really should have known better....
    --
    -Denor
    1. Re:Of course it was the router! by kwsNI · · Score: 2

      Huh, that's funny. Those are very hard to play without moving the mouse. As everyone who's used NT knows, you have to reboot the system every time you move the mouse so that the changes take effect.

      kwsNI

    2. Re:Of course it was the router! by Vanders · · Score: 3

      Sure you're not thinking of a MCSE? Minesweeper Consultant and Solitair Expert....

    3. Re:Of course it was the router! by witz · · Score: 1

      Was that supposed to be funny? Exactly what certification does "MSFC" stand for?

    4. Re:Of course it was the router! by PhaseBurn · · Score: 1

      Weird... Borland always told me MFC = Microsoft Fried Chicken...

      I wonder why :-)

      --
      -PhaseBurn Welcome to Linux country. On quiet nights, you can hear windows reboot.
    5. Re:Of course it was the router! by B1 · · Score: 1

      ...probably due to thunderstorms in the area.

    6. Re:Of course it was the router! by Cy+Guy · · Score: 1

      Exactly what certification does "MSFC" stand for?

      I think its the M$ FUD Certification that they give to all their lackeys in the press and at certain 'independent' testing and consulting firms.

    7. Re:Of course it was the router! by Devil+Ducky · · Score: 1

      The ceritfication is MCSE meaning Microsoft Certified Sytems Engineer.
      MSFCs are the Microsoft Foundation Classes also known as the MFCs.

      I'm not sure what it's supposed to mean on routers though.

      Devil Ducky

      --

      Devil Ducky
      MY peers would get out of jury duty.
    8. Re:Of course it was the router! by Chang · · Score: 2

      MSFC stands for "Multilayer switch feature card". This is the part of a Cisco switch/router that makes it do layer-3 switching (routing at wire speeds).

  31. Re:Tracking DDOS or even DOS is difficult. by hburch · · Score: 2
    At this point, it's impossible. Due to the relative statelessness of the Internet (a design feature that is required for most of its scalability), there are not 'logs' to look through that would give you the answer. The packets that Slashdot received, if they were logged, aren't going to have any information about where the attack came from (or, at least, if the script kiddie was even half decent).

    There are a variety of ways to trace DoS attacks back using the current infrastructure, including the 'manual traceback' technique that Christopher alluded to. However, they don't work very well for DDoS.

    For DDoS, tracing back to he source still isn't good enough, as 'here's a list of 10,000 hosts that have been co-opted to do a DDoS' has made the problem simpler, but still pretty difficult (stopping those hosts from doing it again, making sure that a different set of 10,000 hosts are co-opeted, determining who co-opted the hosts in the original place, etc.). Also, I'm not convinced of Savage's trick with chunking working very well when you're talking about 10,000 traces.

  32. Why a firewall? by Russ+Nelson · · Score: 2

    Why are you installing a Unix-based firewall in front of some Unix-based public servers? Why not secure the servers in the first place?
    -russ

    --
    Don't piss off The Angry Economist
    1. Re:Why a firewall? by GC · · Score: 3

      Hmmm,

      The CPU of a server spends time on a packet before it has checked what service it is destined for.
      Filtering Broadcast packets on a network is a great way to improve workstation & server performance.

      In the old days with Token Ring networks with cheap and nasty MAUs you could bring down the entire network with broadcast packets...

    2. Re:Why a firewall? by Listerine · · Score: 1

      1. I'd say that they don't want to limit thier functionality. A tweaked firewall will let them keep useful schtuff turned on.

      So that when the firewall is breached, they lose everything? Uh-uh for me.


      What are you talking about? Your assumption is incredibly illogical.

      2.If the firewall uses its CPU to deflect the crap, then the web servers wont have to deal with it.

      So put the firewall into service as another server. You can't create more CPU by dedicating some of it to being a firewall.


      That defeats the purpose of having a firewall. And what are you talking about creating CPU cycles... if its on a different machine YOUR NOT CREATING CYCLES. Your freeing up tasks from the web server.

      3. They have a BSD uberadmin who can make that BSD box walk the dog. If something else wierd goes on, it'll be in his back yard. Linux expertise is more widely available. This is just a flame.

    3. Re:Why a firewall? by Yakko · · Score: 1

      But this was a DOS attack. How is each of several "secure" services going to survive or eliminate a flood of requests? Not that securing everything straight away is a Bad Thing, now...

      --

      --

      --
      Me spell chucker work grate. Need grandma chicken.
    4. Re:Why a firewall? by orabidoo · · Score: 2

      and also: because their firewall is a Bridging Firewall. As far as I know bridging firewall support doesn't exist on Linux, outside of some very alpha patches (it may have been integrated in 2.3.x, which is just as alpha anyway). bridging firewalls are neat, they filter and forward stuff without having to make extra subnets for routing. the right sort of thing to put in front of a load balancer.

    5. Re:Why a firewall? by Russ+Nelson · · Score: 2

      You have N servers plus one firewall. All told, N+1 hosts have the horsepower to deal with the traffic. You just agreed to that, right? So why is life any easier just because one of the machines is configured as a firewall?
      -russ

      --
      Don't piss off The Angry Economist
    6. Re:Why a firewall? by InsaneGeek · · Score: 1

      Your firewall should NOT become your SPOF (single point of failure) if you care about your site staying up (or designed it to be resilient)

      Any site that is concerned about availability needs to run HSRP (hot standby routing protocol), or some equivalent. Routers have been using this for sometime, firewalls & load balancers too. I don't see any reason for Slashdot to NOT be running some kind of failover, it's not like they can't afford it.

    7. Re:Why a firewall? by FozzMan · · Score: 1
      I have a firewall securing a bunch of windows machines. It doesn't let anyone try to ping or teardrop or whatever the windows machines. The only attacks they're open to are things like outlook bugs and things in IE 5. No one uses outlook here so that's not a problem. Now if you are saying that it's just as good to leave the windows machines with a direct hookup to the net then you've lost it. How the hell does that make sense?

      Also you are definetly allowing the servers more power to do there thing. If you think about it, it doesn't make sense to leave em all sitting there for anyone to hit. Also it makes it much easier to hookup unsecure devices to the connection. The idea of the firewall is to stop any crap( ie: bad data, attackers ) getting through. The only time it wouldn't do that is if the firewall was insecure. From CmdrTaco said they had an uber bsd admin secure the router so what's the problem. Unless he screwed up( he's uber so it's unlikely) then the thing seems ironclad unless there are bug in mysql or whatever other services they are running.

    8. Re:Why a firewall? by flibbertigibbet · · Score: 1

      "You just agreed to that, right? So why is life any easier just because one of the machines is configured as a firewall? "

      So why is life any easier buying a monster router to block SYN floods?

      Whoops, it is.

      I set up a system to block and moderate traffic, and it does use resources. However, you are of course right, if you are trying to make a point regarding traffic coming in. If I have a 100mbps interface, and get hit with 109mbps of traffic coming in, there is nothing I can do. I either get a faster network, or have my ISP filter it at a point of bandwidth able to survive such an attack (like one of their monster routers), to ensure my service. However, the firewall on my side can work very well when I want to stop replies back on the network.

      For example: someone hits me on port 80 with 60mbps of traffic. I send traffic back to either SYN ACK, or reset the connection if it is on a closed port. Also, by ignoring these packets, I am preventing further processing for a time. The firewall will prevent this.

    9. Re:Why a firewall? by Russ+Nelson · · Score: 2

      the only thing that allows your other boxes to work at all, since anything you want to do as a webhost is inherently insecure.

      Exactly my point. You're exposing your weakest service. How does a firewall increase your security when you're giving away the farm? And as Slashdot proved, it's a single point of failure.
      -russ

      --
      Don't piss off The Angry Economist
    10. Re:Why a firewall? by fwr · · Score: 1

      There's also a maintenance issue. If you have a farm of 5 servers running various different processes it's a lot harder to keep the security on them as tight as you can on a "real" firewall. This is simply due to the number of systems configured and the fact that on the back-end systems changes in features may require changes in the firewall rules from time to time. The firewall, however, does not need to worry about what processes are communicating on the back-end servers. It only allows a very restricted set of packets through to the back-end and should be configured so that it's rules change very seldom, if at all.

    11. Re:Why a firewall? by Longing · · Score: 1

      It'd probably be safer to do Sun -> Hardware-based FW, since the hardware architecture plays a role in this just as much as the host OS and the FW software itself.

      And let's face it, x86 hardware isn't always the most reliable.

    12. Re:Why a firewall? by Christopher+Thomas · · Score: 5

      Why are you installing a Unix-based firewall in front of some Unix-based public servers? Why not secure the servers in the first place?

      Having a firewall in place to filter invalid packets and other crud thrown at the servers means that more of the servers' time is spent generating slashdot pages. Also, the simpler the Unix box, the easier it is to secure - hence, securing a stripped down firewall instead of a big, complex slashdot server.

    13. Re:Why a firewall? by PigleT · · Score: 2

      OK, so how do you "secure" e.g. mysqld? You can restrict the host access down to "localhost" so that only locally-running CGIs can access it and you can put usernames and passwords on it so the port isn't wide-open at a 'logical/application' level, but even so, if someone gets into the one machine, they've still got the whole lot and they can examine your CGIs (`man strings` and slashdot uses perl, too!) and so on.

      IOW, you can't secure mysqld properly if it's all on the same box.
      Apply the same for Oracle and just about everything else you want to run. There's a maximum level of security attainable by any one of these things (I won't say they're all "un-securable", merely "of limited securability"), and the closer to the box on which the service runs the cracker gets, the higher the risk.

      So you put things on two boxes, yeah?
      ~Tim
      --
      .|` Clouds cross the black moonlight,

      --
      ~Tim
      --
      .|` Clouds cross the black moonlight,
      Rushing on down to the circle of the turn
    14. Re:Why a firewall? by Fas+Attarac · · Score: 3

      I don't quite know if you're asking these questions because you're legitimately trying to learn something about security or if you just think you have all the answers and are considering the universities that teach this stuff and the highly trained corporate IT departments to be idiots..

      I totally agree that systems need to be individually secured against obvious problems. In any production setting you have to safeguard at least a bit against unauthorized access (even if from your own network). Firewalls just allow that to be done in a single layer, with a single access policy and set of rules.

      It's a lot easier to set up a firewall (perhaps composed of multiple systems for redundancy and load management, perhaps even built into the very routers you're using) that's been designed for this task than it is to go through and audit every system individually.

      What if you don't want systems to be reachable from the outside world at all? Your solution would be to use ipchains/whatever and just block all of the ports with that?

      Are you aware that there are regularly discovered stack flaws that allow people to disable or crash a system where they have a direct network path like this? What about OS fingerprinting? I would be very uncomfortable if my servers could be touched at all by packets originating from the Internet. Firewalls not only keep people from accessing what may be potentially insecure systems, but it keeps them from doing *anything at all* to them that isn't explicitely allowed. By putting this functionality into a firewall, you have only one type of system (by "type" I mean "firewall" versus "web server" versus "NFS server" or "database server") seen by the outside world, and no critically vulnerable services that they can even *see* much less get to. If you were to put the load of network security onto the individual hosts, there are tons of things somebody can do, even if the service itself is secure, network threats are still quite serious.

      If you legitimately are curious about actual network setups and why things like firewalls are necessary and aren't just trying to be an ignorant troll, I'd suggest you take some networking classes at your local university. Depending on their setup, they may have a lab for people to play around with various types of setups, even to the point of letting you simulate your own DDoS attacks and hacking into your own systems. Fun stuff.

    15. Re:Why a firewall? by DirkGently · · Score: 4

      Coupla reasons:

      1. I'd say that they don't want to limit thier functionality. A tweaked firewall will let them keep useful schtuff turned on.

      2.If the firewall uses its CPU to deflect the crap, then the web servers wont have to deal with it.

      3. They have a BSD uberadmin who can make that BSD box walk the dog. If something else wierd goes on, it'll be in his back yard.

      Dirk

      --

      I keep trying to pick fights, but I can't shake this Excellent karma.

    16. Re:Why a firewall? by ryanr · · Score: 2

      Any local firewall (i.e. host protecting itself) will be inadequate if the source can be spoofed. I.e. ipchains can't tell the difference between a real NFS packet from 192.168.0.2, and a spoofed one. NFS runs over UDP in most cases, and the source would be easily spoofed. All it takes for your exploit to slip through would be to use the right source address, which would probably be easily determined.

      You can do anti-spoofing somewhere external to the boxes, but theyn you've got an external firewall.

    17. Re:Why a firewall? by Eivind+Eklund · · Score: 3
      Because Unix != Unix, as you should be well aware of. The Slashdot servers are AFAIK running Linux; what was installed in front of them was FreeBSD. FreeBSD has a number of features that make it better at handling attacks (dummynet, *_BANDLIM, etc) that I do not believe have equivalents for Linux. There are also some aspects of the basic kernel networking architecture in FreeBSD that might increase attack resistancy (but I suspect they do not make much difference for that case).

      It might be possible to switch the main servers from Linux to FreeBSD, but as an interrim solution I think putting a FreeBSD firewall in front of them was a good tradeoff, giving time to evaluate whether an OS change on the servers themselves are warranted, or if there are reasons why keeping Linux make more sense.

      Eivind.

      --
      Doubting the existence of evolution is like doubting the existence of China: It just shows that you're uninformed.
    18. Re:Why a firewall? by PigleT · · Score: 2

      "Why are you installing a Unix-based firewall in front of some Unix-based public servers? Why not secure the servers in the first place?"

      It's called "security". The last thing you want is someone breaching your firewall and having instant access to your MySQL databases and everything. One (or more) sacrificial boxes facing forwards, critical stuff behind and an optional DMZ around the middle where you know exactly what's supposed to be going off.

      It's also easier to administer these things if your logs are filterable on a per-hostname basis (if you want to do it that way) rather than having firewall things and local junk cluttering each other up on the same box.
      ~Tim
      --
      .|` Clouds cross the black moonlight,

      --
      ~Tim
      --
      .|` Clouds cross the black moonlight,
      Rushing on down to the circle of the turn
    19. Re:Why a firewall? by orabidoo · · Score: 2
      depends on your setup; if the server is its own firewall and is directly on the internet, then it has no reason to be getting private-IP packets at all. if it has two cards, one on the internet and one on a private IP, then you can do filtering based on the interface, which ipchains is perfectly able to do.

      don't get me wrong, I see the point in having a separate firewall, which is to centralize security in one very secure machine with no services. but I don't think it's unreasonable to do it the other way either, if you only have a server or two to protect, and you have very tight control of their configurations.

    20. Re:Why a firewall? by YU+Nicks+NE+Way · · Score: 4

      First, any public system on the web should be behind a firewall. The amount of load that a firewall takes during an attack can easily drive even a very fast machine to 100% utilization; if you want your other servers to still be serving legitimate customers, you need a firewall.

      Also, a firewall acts like a choke point -- any attack must pass through it. By monitoring the health of that one machine, you can monitor the health of the entire networks. In addition, if you want to allow remote administration of the items in the cluster, you can provide a secured path through the firewall; again, you have only the one point of failure.

      It's usually wise to have stacked firewalls (an "airgap") in front of a popular site, though, and it's often best to use a variety of operating systems on those firewalls. Somehow, though, I can't see Slashdot doing the wise thing there, though, and putting a FreeBSD->W2K airgap at the front, with the Linux-based Slash behind it.

    21. Re:Why a firewall? by cgori · · Score: 1

      Dude, I am now ROFLMAO...

      "If you legitimately are curious about actual network setups and why things like firewalls are necessary and aren't just trying to be an ignorant troll, I'd suggest you take some networking classes at your local university."

      Do you know who Russ Nelson is??!! Ever hear of packet drivers? (www.crynwr.com) Russ has been doing network design/development since I have been on the net (circa 1992). I think he knows what he is doing, since his code sits in the linux kernel in various places, for crying out loud.

      To those about to flame, I salute you!

    22. Re:Why a firewall? by fgodfrey · · Score: 1
      You keep asserting that declaring one machine a firewall won't "create more cycles" and you're right. However, it may decrease the number of cycles being consumed by the OS. Let's say you do a lot of filtering on the back end server. Now, you're context switching between the filtering software (which may be a part of the kernel) and the web server, which is going to be generating a lot of I/O interupts on its own accessing disk/SQL server/whatever. All of that context switching takes time. By declaring one machine "a firewall", it is free to basically sit and run the firewall software all the time and not really context switch ever. This means less cycles consumed by the OS. Which leaves more cycles free, overall, for the application (web server) to run. So, in essence, you *have* "created cycles".

      For an extreme example of how having dedicated processors can help get more cycles for applications, check out how Unicos/mk allocates processors on the T3E. It has seperate interactive/ OS / I/O type processors with a much larger number of dedicated compute processors. This is the same idea, for a different application.

      --
      Go Badgers! -- #include "std/disclaimer.h"
    23. Re:Why a firewall? by Bushwacker · · Score: 1

      Though they may not have secured the server itself as much as they problably should, *BSD is fairly secure as it is. The firewall was probaby there to reduce the workload on the server itself. If it was not in place, the main server would be much slower and more insecure. Luckly, they got it under control. Stupid cracker spammers. As if the hacking community didn't have anything better to do.

      --
      -----------------------------------------
      Perversely greped and groped by PowerPenguin
    24. Re:Why a firewall? by J4 · · Score: 1

      What makes you so sure it's really him?
      I don't see his PGP key anywhere on the posts.

    25. Re:Why a firewall? by Wntrmute · · Score: 1

      1. I'd say that they don't want to limit thier functionality. A tweaked firewall will let them keep useful schtuff turned on.

      So that when the firewall is breached, they lose everything? Uh-uh for me.

      Well, a well configured firewall *won't* be breached, with the exception of really tricky stuff like session hijacking. (which won't matter for an ssh connection anyway) That's beyond the scope of a few script kiddies.

      2.If the firewall uses its CPU to deflect the crap, then the web servers wont have to deal with it.

      So put the firewall into service as another server. You can't create more CPU by dedicating some of it to being a firewall.

      Defeats the purpose of the firewall by having it serve as well. All a firewall should do is route packets, and allow ssh for remote administration. With the firewall, it's CPU will do the work of handling SYN floods, letting the server's CPUs stick to running Apache.

      3. They have a BSD uberadmin who can make that BSD box walk the dog. If something else wierd goes on, it'll be in his back yard.

      Linux expertise is more widely available.

      Probably not true. Remeber, FreeBSD is older than Linux, and the orignal Berkeley UNIX upon which FreeBSD is based is older still. Many of the true UNIX gurus I know all cut their teeth on a old form of BSD. This is all kinda irrelevant, cause I'm sure the main reason they used BSD is because the guy they had on staff already is a BSD guru.

      But yeah, bad moderation, this wasn't a troll.

      -Wintermute

    26. Re:Why a firewall? by flibbertigibbet · · Score: 1

      "You can't invent more CPU speed by dedicating one machine to filtering packets"

      I believe the main problem is that the boxes are linux. They either have ipchains or iptables on top of netfilter.

      The box they set up was using a firewall bridge, which if I remember correctly can not be done on linux at this time. As well, freebsd has ICMP_BANDLIM and SYN_BANDLIM mechanisms that allow for protection.

      From there, they would block off some ICMP, like echo and echo replies, allowing the rest of the needed ICMP to be throttled; Then they would block all SYN on all but needed ports (even if a port is closed, you still send resets - so you have ot ignore); then they would block all IP on IANA reserved and other invalid ranges.

      There you go. You've effectively block off a quite large range from which spoofed SYN attacks come. When the attacker finds this out, he may start attacking from valid (but still spoofed if they are smart) IP's, from which the only solution is to throttle, and then manually or automatically block traffic destined for port 80, or whatever they want to allow.

    27. Re:Why a firewall? by Russ+Nelson · · Score: 2

      I know it's called security. That's why you only run secure services. If they aren't secure, you secure them. The theory behind a firewall is that it is placed in front of already-secure hosts. If you're placing a firewall in front of hosts that aren't secure, you're just kidding yourself.
      -russ

      --
      Don't piss off The Angry Economist
    28. Re:Why a firewall? by AsmodeusB · · Score: 1
      You have N servers plus one firewall. All told, N+1 hosts have the horsepower to deal with the traffic. You just agreed to that, right? So why is life any easier just because one of the machines is configured as a firewall?

      Its called "security in depth" (or some crap like that). Its one more box for any potential crackers to have to get through *before* they can touch your servers. IMO, using a freebsd box for a firewall in front of linux boxen is a good idea, different OS's. Breaking into one will mean you have to work to break into the others (since if they were the same, chances are they are running the same (potentially vulnerable) software/kernel config.

      .Shawn

    29. Re:Why a firewall? by Russ+Nelson · · Score: 2

      And when your firewall falls over? Why bother to have multiple servers when your firewall becomes a single point of failure?

      If it takes N cpu seconds to deal with a load, and you have 1 server which can deal with the load, why not put that server into service. On average, the same load will be present across all your servers, and you'll have eliminated a single point of failure.
      -russ

      --
      Don't piss off The Angry Economist
    30. Re:Why a firewall? by YU+Nicks+NE+Way · · Score: 3

      First, in the event of an attack, a single point of failure isn't necessarily a bad thing. If you know exactly what has fallen over, you're more than half way to knowing how to fix it. A firewall is easy to secure precisely because it isn't a general purpose box; the BOFH knows exactly what's running on it. The worker bees behind the firewall are a different matter; they presumably run a wide variety of different software. Failure analysis becomes much more complicated. (Not to mention that diverse software allows for interaction among the different components, which exposes flaws.)

      In a DDOS attack, if your firewall falls over, then the odds are that your network would have fallen over, too. Slashdot "only" handles 100Mb/sec, though -- one high end machine should be able to handle a pipe that wide. But, if the pipe gets wider, then they can get a virtual "choke" with a load balancer in front of the firewall.

    31. Re:Why a firewall? by Russ+Nelson · · Score: 1
      1. I'd say that they don't want to limit thier functionality. A tweaked firewall will let them keep useful schtuff turned on.

      So that when the firewall is breached, they lose everything? Uh-uh for me.

      2.If the firewall uses its CPU to deflect the crap, then the web servers wont have to deal with it.

      So put the firewall into service as another server. You can't create more CPU by dedicating some of it to being a firewall.

      3. They have a BSD uberadmin who can make that BSD box walk the dog. If something else wierd goes on, it'll be in his back yard.

      Linux expertise is more widely available.
      -russ

      --
      Don't piss off The Angry Economist
    32. Re:Why a firewall? by Dagmar+d'Surreal · · Score: 1

      Speaking professionally, Win2k is the *last* platform I would put a firewall on to go beside a BSD box. BSD & Linux I would do fairly quickly, or either and a hardware solution, but never Win2k.

      I prefer that the equipment a) be from a reputable vendor, b) has been tested it over time, and c) is resource efficient.

      Microsoft and Windows 2000 fit *none* of those criteria.

    33. Re:Why a firewall? by fatboy · · Score: 2

      I know it's called security. That's why you only run secure services. If they aren't secure, you secure them. The theory behind a firewall is that it is placed in front of already-secure hosts. If you're placing a firewall in front of hosts that aren't secure, you're just kidding yourself.

      The reason I would do the same is to keep 109Mb/sec of data from hitting my server needlessly. I am no expert, but I would imagine that with that amount of traffic it would stress the system. Why stress the system when you can filter out the evil packets?

      --
      --fatboy
    34. Re:Why a firewall? by Russ+Nelson · · Score: 2

      You can't invent more CPU speed by dedicating one machine to filtering packets. The same amount of CPU speed could be used to serve pages.

      What services does a slashdot server need to expose? ssh, qmail, http, mysql. The first two are trusted services, the third you're exposing to everyone so it had better be secure anyway. It's only the fourth that isn't necessarily trustworthy.
      -russ

      --
      Don't piss off The Angry Economist
    35. Re:Why a firewall? by Karmageddon · · Score: 1
      um... you're both wrong? security absolutism drives me nuts.

      If you're placing a firewall in front of hosts that aren't secure, you're just kidding yourself.

      No, you are placing insecure machines behind what you hope is a secure firewall. You are as vulnerable as the firewall is. Yes, you could be more secure, but you are not kidding yourself, you just need to be aware that you have a single layer of security which may turn out to have holes, and you are also more vulnerable to having overlooked something.

      Unix in front of Unix

      Yep, heterogeneous is more likely to be better, but firewall in front is good, secure is good, and they are additive. There's other good stuff too. It also is additive.

      Paranoia is good, but don't confuse it with being bitchy which does not help no matter how much it suffuses the sysadmin and security worlds.

    36. Re:Why a firewall? by Thomas+Charron · · Score: 3

      Most of the time, you'll have a backup firewall just waiting to be turned on. Load is only *part* of the issue that occurs. The first one, which is simple enough, is that it's easier to secure a box on the front end then one on the backend. My home firewall, and the one at work, quite literally have *NO* open ports at all. We really hope the console never dies, becouse we're forked if it does.. :-P But doing this was *really* easy. Now, a backend box is only as secure as it's weakest app, and in the case of things such as MySQL, Samba, etc, it simply makes more sense to have at least one box sitting in front with *everything* locked down. 'Spec when individuals use a system such as Linux's ability to IpMASQ. A good situation would be a front end firewall doing IP forwarding to a load balancing system. Have it only forward the ports required, aka, port 80. Anything else, rejected and logged. Then, even if they do manage to exploit something in your web server, they magically find themselves unable to telnet to that trojan backdoor they managed to get running.

      The more hurdles you put in front of the kidies, the more likely they are to get bored..

      --
      -- I'm the root of all that's evil, but you can call me cookie..
    37. Re:Why a firewall? by StanSmith · · Score: 1
      >>And when your firewall falls over? Why bother to have multiple servers when your firewall becomes a single point of failure?>>

      This was answered above... The point of the firewall is that it's a box that doesn't have to do anything but be secure. This is the only thing that allows your other boxes to work at all, since anything you want to do as a webhost is inherently insecure.

      This isn't to say you make your other boxes wide-open security disasters, but you have to recognize that they'll never be as hardened as the firewall can be.

      Martin

    38. Re:Why a firewall? by orabidoo · · Score: 2

      so? that *alone* is not a good reason to be using a firewall; you can just as easily deny NFS and mysql connections from the outside on the server itself, with ipchains (assumign Linux)

  33. No problem. by Black+Parrot · · Score: 1

    Just have a couple of random Indonesian students thrown in the slammer, and we'll all feel safe again.

    --

    --
    Sheesh, evil *and* a jerk. -- Jade
    1. Re:No problem. by Black+Parrot · · Score: 1

      > :Offtopic=1, Flamebait=1, Troll=1, Insightful=1, Funny=1, Total=5.

      Wow. A straight flush.

      Honestly, I wasn't trying to be offtopic, flamebaitacious, or trollish. Or even funny, really. Just a cynical statement of how clueless I think law enforcement is about cybercrime, and how likely they are to find the real culpricks for ILOVEYOU or SlashDDoS either one. And even more cynicism about the odds of them giving up without throwing someone in the Big House for ILOVEYOU, whether they find the right someone or not.

      Guess I need to learn how to make those &lt &gt thingies work, so I can start including sarcasm tags in that kind of post.

      --

      --
      Sheesh, evil *and* a jerk. -- Jade
  34. Re:What's the Cisco angle? by eternal · · Score: 1
    let me start off I'm no pix expert. I used one on my network here. The interface of the pix kept timing out with only one T1 going through the damn thing. It wasent doing much cept filtering ports.

    called them up they said no problem, it was a bug in the ios I need to upgrade. well i upgraded same thing. I was promised it could handle this kinda traffic. I didn't see it. Riped it out replaced it with Nortel and everything is fonzie. It was my only cisco device and i think will be my last. they are getting bad as Microsoft anymore.

    comming to you straight behind all Nortel!

  35. Blame Univac by zorgon · · Score: 2

    Hahahahahaah! You Andover folks are more 1337 than I thought. Not only do you have uber-hacker John Walker on your team, you're running the site on a Univac 1107 -- say, you have any of those old 2 1/4 ton 100MB hard disks?

    --

    I am quite civilized, and I should be brought a beer immediately. -- Bruce Sterling

  36. Re:Blame Canada by cybrthng · · Score: 2
    You should have gone with Digex for your webhosting machines. They have a secure network, secure facilities and all the hardware/software/monitoring in place and managed as a service.

    Exodus is full of people that don't pay or want the world for nothing. Digex on the other hand has great support, strict security and very effecient services. (No restrictions on bandwitdth, backup hardware/routers/nics/switches and enough power to last weeks after a nuclear strike :)

    Go digex

  37. Re:Why do /.ers fall for trolls? by Anonymous+Elf · · Score: 1

    #1 Trolls WANT to be moderated downward. I am a troll, I know. If your troll doesn't get to -1, you have failed. The solution of course is to eliminate downward moderation. This creates more points for upward moderation thus making the task of finding good posts easier.

    #2 Many dissenting posts have both upward and downward moderation. The result is that a controversial post often goes nowhere. Personally, I'd much rather see a post that was mod'd up 4 times and mod'd down 4 times than one that is at 5.

    #3 Registered users posting as AC. I used to post AC all the time, but I registered for the convenience of customizing / and haven't posted AC regardless of kharma - see my history I still troll. Why do SO DAMN MANY registered users put anything of dissent as AC? You fear downward moderation. You want to tell someone to "fuck off" because they debunked your post, but you post AC. Pathetic. Perhaps to scare the kharma whores, AC post moderation should be linked back to the user so only their ID is masked.

    I still wholeheartedly support Anon posting. Though I make exceptions for kharma whores who are protecting a worthless number in a database.

  38. Another's Experience with Load Balancing by woolie · · Score: 1

    Before anything else, I laud the Slashdot team for quickly resolving their network access problems. I've been through something similar and can appreciate the complexity of diagnosing these problems.

    ..

    I spent a statistically average stint deploying servers at exodus for an ecommerce site. I had a couple of odd experiences that I could not completely explain.

    First, I, too, received 10/24 packets from the Exodus network that Exodus denied could be coming through their routers. I was using a simple 2600 series router with ACLs to do my filtering/firewalling, so it was quite clear where the packets came from.

    I worked with three different load-balancing devices including the F5 and the Alteon Networks devices. None of them met my evaluation criteria of sufficient features and believable reliability. I bought the Alteon device because I could make it work within four hours and it appeared to have the right features. Then, the trouble ensued. The device failed us, under a very meager load, not because it wasn't fast enough, but because the features of the device interact in very complex ways. The fundamental problem is that the mixture of a switch, router and load-balancer in once device doesn't agree with IP. ITOT, we had to use it for all three even though we had a router that we preferred to use as...a router, dummy.

    Lastly, we used a Debian GNU/Linux box as a gateway through the firewall using the cipe VPN code. This was the most reliable piece. Although, to be fair, it wasn't maintenance free. There were times with the VPN link would drop without explanation. Fortunately, we never lost contact with the box and so we could always nudge the link.

    1. Re:Another's Experience with Load Balancing by woolie · · Score: 1

      OK. I'll be more specific. Note that this comes from Alteon who helped me diagnose the 'feature' and make the system work. You have a router on port 1 and a host on port 3 that is being load-balanced. There is a VIP that balances load to your host. It accepts requests through the router on port 1. If the switch is *not* a router, then the default gateway to the host has to be another routing device, in this case, the router on port one. A request on the VIP enters through the router, hits the switch, and is selected for processing by the host. The switch sends the packet to the router via layer 2 which means that the arp cache on the switch will bind the MAC address of the router to the IP address of our destination host. The router wants to send the packet the the host, so it sends it back to the switch. The switch attempts to send it back to the router and voila, the packet is dropped. The problem is with the interaction between the layer 2 switching and the layer 3 (which some people call layer 4) routing. By making the switch understand the local route and therefore capable of being the gateway, the arp cache properly points to the port with the host on it. Please keep in mind that I didn't have any specific gripes with Alteon until I came to configure our production network with all of the hosts running. This routing problem wasn't really serious except that is was a hidden consequence of the Alteon design. We did make it a router, but that meant we had to keep it up to date. I preferred to put the routing in a real router since that's what they're designed to do. Routing on the Alteon is second-class to the rest of the features.

  39. Re:YHBT. YHL. HAND. by Anonymous+Elf · · Score: 1

    Why don't you moderate UP posts instead of worrying about crap nobody would read unless they were INTO the troll discussion?

  40. Oh the irony...THIS IS A TROLL YOU IDIOTS by FascDot+Killed+My+Pr · · Score: 1

    Extremely long, over-intellectualized ("the moderation system takes this subconscious prejudice and places it at the level of doctrine"), rambling post by an AC about something everyone already understands. Add in the irony factor of discussing (on one level) what it is doing (on another level) and you have near-proof.

    I'd have a lot more faith in /.'s future if I could see some stats on moderation/meta-moderation: are we losing idiots faster than we are gaining them?
    --
    Have Exchange users? Want to run Linux? Can't afford OpenMail?

    --
    Linux MAPI Server!
    http://www.openone.com/software/MailOne/
    (Exchange Migration HOWTO coming soon)
  41. Re:How does a DDoS attack screw up the / code??? by gothic · · Score: 2

    Because what you don't see when you come to this site, and possibly look at the code, is that all the pages are dynamicly generated. I can't be sure, but I'm guessing the 'sections' on the front page could be located on more then one server. And the artciles are in a DB on another server, so if that can't be reached, you just seriously chopped down the size of your resulting HTML. (And output, since there is no longer a middle) =]
    The webpage where I work is located in 5 different files (PHP), and joined together when the user loads. But when it's all together, and you look at the source, the page looks like it should be one file.

  42. so, the new cluster... by kel-tor · · Score: 1

    the obvious question: does it run Beowulf? (I'm posting this with my debian X-Box 18 months before MS releases their UNIX/X-Free Game box... weeee!)

    --

    ---

  43. Re:What's the Cisco angle? by bob|hm · · Score: 1

    Has anyone opened up a PIX? We had one at work once and opened the sucker up.. It's essentially a PC.. I think it had 4 PCI slots, with normal Intel NICs in them.. There was a flash card in place of a hard drive..

    You can accomplish the same thing (better, baby!) with a PC, OpenBSD, and Zebra.

  44. Re:Nice account, but who? by Anonymous Coward · · Score: 1

    The source is forged

    Where? At SourceForge?

  45. Re:RSM/MSFC definations by GC · · Score: 2

    MSFC

    On Cisco equipment this is touted as Netflow and on Cat5500s the feature resides on the Supervisor Module (III) - This is in Slot 1.

    RSM

    Essentially a Cisco series 7000 router, without any physical ports (except the backplane I suppose), like others have pointed out to route between VLANs within the VTP Domain of Cisco switches.

    I have found that routing is pretty slow (as least for today's 1gb/100Mbit LANs) so you're probably better putting Gigabit cards on your servers that are capable of VLAN detagging, then just let the switch switch packets by physical address.

  46. Re:10.0.0.0 net by austinij · · Score: 2

    A lot of corporations will use the 10.* address space for thier internal networks... with routers and switches and the such. Most routers will not allow 10.* addresses to be routed unless specifically told to. Unfortunately, the problem occours when the dweebs at the upstream connection point (to the net) tell thier routers to go ahead and route 10.* address "since the rest of thier network does." This is just silly and very unresponsible. There is no problem using non-routables, however it must be done correctly!

  47. Re:Owned? - Nope by Sharkyfour · · Score: 1

    Two words: NameZero Sucks. Their service is *always* down... As soon as I get some extra cash I'm taking sharkyfour.com away from them...
    --

  48. Re:Could someone point me to a networking tutorial by Jon_S · · Score: 1

    I always thought that it went like this:

    1 blue
    2 blue/white
    3 green
    4 orange
    5 orange/white
    6 green/white
    7 brown
    8 brown/white

    i.e. only pins 1,2,3 and 6 are used by ethernet. And the twisted pairs need to be matched to 1/2 and 3/6. To make a cross over cable, these are the pairs that you have to switch.

  49. Re:Could someone point me to a networking tutorial by hitecher · · Score: 1

    http://www.cisco.com/warp/public/779/edu/academy/c urriculum/demo/curriculumde mo.html

    I'm in the CCNA training program and they're offering the first two lessons off their website for free. Really good info and nice looking flash.

    --
    -Hi
  50. Slashdot rules! by decaf_dude · · Score: 1

    Thank you for sharing your troubles with your faithful readership. Aside from my deepest sympathies for having been attacked by some asshole, I congratulate you for trying your best to get back to service and also for letting us know and not trying to hide things away.

    We're on your side. And if you manage to find out who did that, give us his/her IP :)

  51. FreeBSD has IP Filter Linux 2.3.99 has IP Filter by Rares+Marian · · Score: 1

    Linux 2.2 does not. IP Filter outclasses IP Forwarding and IP Chains.

    --
    The message on the other side of this sig is false.
  52. Re:10.0.0.0 net by Anonymous Coward · · Score: 1
    I wish router manufacturers would squish this once and for all - it's in the RFCs that these are NOT to be routed on the 'net at large.

    And what about the people who need to legitimately need to route those addresses? A router is not going to know whether its on the public Internet or a private network.

    Oh, and by the way, it's 10.0.0.0/8, not 16, along with 172.16.0.0/12, and 192.168.0.0/16. Probably also should block 127.0.0.0/8, 0.0.0.0/8 and 255.0.0.0/8 for good measure.

  53. Re:Too busy to talk about it.. by Anonymous+Elf · · Score: 1

    Then MSFT makes a press release and publicly offers to help / run their site. They offer free software and maybe even kick-in for some hardware. Not to mention the fact that open source and Linux get bad press (due to very poor editorial control and the moderation thugs) / = Linux. This is how the media sees it. That is how I see it. It doesn't matter what % are running other OS's.

    If you like MSFT and visit / then be prepared to ride in the back of the bus. It' more fun in the back anyways.

  54. Re:10.0.0.0 net by snopes · · Score: 1

    Who ships a router with egress filters in place? I'm not aware of anyone doing this, but would love to know who is. You're responsible for your net and what kind of crap passes its border. You can't blame the 'upstream dweebs' for your own inability to configure a router!!

  55. Re: Connecting two NICs by Ronin441 · · Score: 1
    To connect two NICs (usually two PC's), you need a crossover cable. You may be able to find a picture of one in a manual for an Ethernet hub, particularly an older one.

    Recall that a Cat5 cable is usually:

    1 - whiteOrange - 1
    2 - Orange - 2
    3 - whiteBlue - 3
    4 - Green - 4
    5 - whiteGreen - 5
    6 - Blue - 6
    7 - whiteBrown - 7
    8 - Brown - 8

    Important points:

    all pins connect "straight": 1 to 1, 2 to 2, etc.

    1 & 2 are a pair; and 3 & 6 are a pair.

    4 & 5 and 7 & 8 are pairs too. They're not used by Cat5, 100Mbit; but they are used by Cat5e, 1Gbit; so hook 'em up now to save trouble later.

    Now, 1 & 2 are the "transmit" pair; think of one line as the signal, and the other as the ground return for that signal. Each line needs its own return in order to get the groovy benefits of the magic of twisted pair. Similarly, 3 & 6 are the "receive" pair. When you hook a PC to a hub (the usual state of affairs), the "receive" and "transmit" are the other way 'round, so the PC transmits to the hub's receive, and vice versa, so all is happiness.

    But when you're hooking two PC's together direct, if you used a straight cable, you'd be hooking one PC's transmit to the other PC's transmit, and the same for receive. No workee. So we swap those pairs:

    1 - whiteOrange - 3
    2 - Orange - 6
    3 - whiteBlue - 1
    4 - Green - 4
    5 - whiteGreen - 5
    6 - Blue - 3
    7 - whiteBrown - 7
    8 - Brown - 8

    So that's 1 -> 3, 2 -> 6, 3 -> 1, 6 -> 2.
    4 & 5 and 7 & 8 are again not used, but hook 'em up anyway.

    When you test your cable, you can buy a cheap cable checker that shows a little light for each line (try Weidmuller / Paladin Tools), or a multimeter, and this will tell you whether you have continuity on each line. However, to test the cable properly, you really need a much more expensive checker that tests if it's gonna work at 100Mbit. After all, at 100Mbit, each bit is only 3 metres long!

  56. Re:FreeBSD? by heh2k · · Score: 1
    before i reply to this, i want to make it know that i use linux and have some BSD experience, and i'm not biased either way.

    Thier
    license makes it easy for them to fragment should vendors decide to start improving it.


    that's funny considering that everyone and their brother has their own rpm based dist. the bsds are MUCH more organized than the various linux dists. linux is the one that's in serious danger of fragmenting. for some strange reason, everyone wants their own dist. it's just stupid and it's massive duplication of effort.


    debian, redhat, and slackware are all the linux i'll ever need (forked arch specific dists not withstanding; eg, since redhat themselves don't support ppc, there's nothing wrong with the ppc (rpm based) reference release).

  57. Mandrake - Secure level 5 by Kris+Warkentin · · Score: 2

    Try installing Mandrake with default security level of 5. It shuts down just about everything you can think of. Any services you want, you have to explicitly turn them on.

    --

    In Soviet Russia, hot grits put YOU down THEIR pants.
  58. Why not a firewall. by Russ+Nelson · · Score: 1

    1) Several people have asserted that a firewall somehow magically has more resources to deal with an attack. Sorry, no. If you have N+1 hosts, calling the one a firewall doesn't create more resources to deal with an attack.

    2) A firewall breaks the end-to-end communication paradigm of the Internet. The idea is that you place smarts in the middle. Sorry, no. Hosts should communicate with hosts, not with intermediaries.

    3) C'mon, you're running Unix, stop acting so helpless. If you can secure a Unix firewall, you can secure a Unix server. This is not rocket science. If you have to communicate with a service that you don't want to expose to the world, you bind it to a private IP address on NET10.

    4) More often than not, a firewall is used to hide insecure hosts, and then people laughably call it "security in depth".

    --
    Don't piss off The Angry Economist
    1. Re:Why not a firewall. by flibbertigibbet · · Score: 1

      1) Several people have asserted that a firewall somehow magically has more resources to deal with an attack. Sorry, no. If you have N+1 hosts, calling the one a firewall doesn't create more resources to deal with an attack.

      Sure it does. Someone SYN floods when you don't have a firewall, and you send a packet back. If you ignore it, you effectively save bandwidth not sending packet back.

      Using something like SYN_BANDLIM on freebsd, or Cisco synguard will allow you to start dropping SYN when an attack comes. Also, by blocking all IANA Reserved and all invalid ranges, attacks on your imperative open services from those ranges through spoofed attacks will be completely ignored (preventing further packets sent back across the wire)

      "2) A firewall breaks the end-to-end communication paradigm of the Internet. The idea is that you place smarts in the middle. Sorry, no. Hosts should communicate with hosts, not with intermediaries"

      Irrelevant.

      "4) More often than not, a firewall is used to hide insecure hosts, and then people laughably call it "security in depth"."

      IANA reserved range inside. Secure box or router on the outside. Security. Why would one laugh?

    2. Re:Why not a firewall. by YU+Nicks+NE+Way · · Score: 1

      Russ, you're trolling, old man. You know better than this... :-)

      1) Several people have asserted that a firewall somehow magically has more resources to deal with an attack. Sorry, no. If you have N+1 hosts, calling the one a firewall doesn't create more resources to deal with an attack.

      You're assuming a homogeneous packet stream. Attacks are rarely homogeneous. In fact, asystem under a k1dd13 DDOS attack is seeing a heterogeneous packet stream: a (relatively) low frequency of legitimate requests interspersed among an overwhelming stream of bogus packets. You can tune the intermediary box (that extra + 1) to filter out the bogus packets; then, the machines in the back aren't exposed to the extra demand at all, and can continue to serve legitimate customers.

      More than that, filtering helps during an attempted invasion. A firewall conceals the machines behind the wall; if I run nmap against slash, it ought to tell me they're running FreeBSD, not Linux. (Similarly, if you run nmap against my home network, you'll see it running FreeBSD, even though all the machines except those in the firewall are running some version of Windows.) Since the firewall isn't vulnerable to attacks that the back end boxes would fall under, it can act as a store-and-forward filter, intercepting packets that would cause trouble in the backend. (So, for instance, if you try to connect to any the SMB ports on any machine behind my home firewall, your packet will simply evaporate.)

      Is it enough? Of course not -- but nothing can possibly be enough.

      3) C'mon, you're running Unix, stop acting so helpless. If you can secure a Unix firewall, you can secure a Unix server. This is not rocket science. If you have to communicate with a service that you don't want to expose to the world, you bind it to a private IP address on NET10.

      No! If I can secure a firewall that I control, then I can secure a firewall that I control. I can also make it harder for an attacker to find an exploit behind the firewall by intercepting known vulnerabilities at the firewall. I can't prevent the group behind the firewall from introducing vulnerabilities on their side of the street: "All software has bugs" -- Linus Torvalds.

      Is a firewall enough? Of course not! Do I run vulnerability scanners across my networks? Better believe it! But that's not enough. Like I said before: nothing can possibly be enough. There's only one of me, and there are a lot of them.

    3. Re:Why not a firewall. by aetius2 · · Score: 1

      First off, Russ, you should know that all boxes that are connected to a network (any network) are not secure. So the question becomes, How can I make things harder on on an attacker? How can I make it as difficult as possible for someone who is trying to break in?

      Firewalls do a few useful things. One, they provide a single point (suitably redundant) that all incoming and outgoing traffic must pass through and be checked (well, poorly, whatever). This allows you to monitor one place, one server, and see everything that is coming across from the Internet to your webservers. This is important -- it gives you the whole picture at the same time.

      Two: in combination with NAT/load balancing, they allow you to have multiple servers on the "same" IP address. The web servers can have internal IP addresses (192.168.0.0/16 or whatever) that are not addressable (theoretically and really because my firewall/router does not accept those IP's from the outside) from the Internet. Also, the way Slashdot is doing it makes sense -- separate the task of firewalling from that of doing NAT/load balancing. Sure, your latency is going to be a little higher because of going through two boxes, but not as bad as if you put both those tasks on the same machine. Even Slashdot does not have unlimited resources, and no machine is powerful enough to do everything. That's the whole idea behind load balancing, clustering, etc.

      The last advantage they give you is that, given the above arrangement, you can mask services that are theoretically more vulnerable. It works like this:

      A firewall should not have any ports open at all -- no services running. It accepts packets on all ports, checks them (however it does that) and either passes them to an internal network or drops them. Therefore it is very difficult (in theory) to compromise the firewall. One can attack the servers behind the firewall, which presents these issues:

      1)If I am able compromise one of the servers, (say via an httpd buffer overrun exploit) I have to do it to most of them -- otherwise, in attempting to exploit my compromise, I might get sent to one of the uncompromised boxes (how do you know which one you'll get? remember the load-balancing, and you can't change that without being immediately noticed). This increases the time it takes to compromise the entire system and increases my vulnerability.

      2)Once I am able to compromise all the boxes (or enough of them to matter), how do I utilize those servers to do or get what I want? I can't telnet or SSH to them unless the firewall permits it, and I'm limited in my options to further attack the boxes (I can't use NFS exploits because the firewall won't let those packets through, etc). It's possible to get that theoretical http buffer overrun to return me some information, but highly unlikely that I will be able to use that to take control of the server or return any meaningful data from the disks. Eventually, I could probably do it -- but that means more time and more vulnerability for the attacker (being identified, etc). Without the firewall, the internet-connected host is much easier to exploit -- break in, launch a telnet or rlogin daemon, and away we go. With a firewall in place, it is much harder to do that sort of thing (as the firewall should be filtering outgoingpackets too, on most ports).

      The bottom line is this -- yes, properly configured firewalls (KISS) are useful and effective tools in making things more difficult for an attacker. What DDoS attacks is the bandwidth that your site has. If the bandwidth is full, it doesn't matter what you have protecting your site, your viewers are still being denied service. Firewalls can help with this but generally need to be further upstream.

      What Slashdot discovered was that the devices they were using for firewalling/load-balancing were not up to the task, and were creating their own problems by failing at the critical moment. The decision they made was correct -- separate the tasks, don't allow any one point to be overwhelmed and become a DoS in it's own right by succumbing to the attack. By "staging" their firewall/load-balancing, they helped the site deal with the attack instead of stopping it (which they can't do). If a machine is running two processes, it is more than twice as easy to run it up to 100% processor usage (or memory usage, or whatever), and the more tasks you run, the easier it is to overwhelm. Remember, the only real difference between a DDoS and real traffic is the popularity of your site. What is normal traffic to Yahoo would be a major DDoS to my site. They did what they could -- now the ISP and the folks upstream need to start looking around.

    4. Re:Why not a firewall. by warpeightbot · · Score: 2
      2) A firewall breaks the end-to-end communication paradigm of the Internet. The idea is that you place smarts in the middle. Sorry, no. Hosts should communicate with hosts, not with intermediaries.
      This is fine in a world that has never seen the Internet Worm, much less a real DDOS attack. Back when sysadmins were treated as gods and deserved that honor, when spaf@gatech spoke and it Was... But no, now we have dime-a-dozen dialup accounts, and every baggy-trousered pre-high-school geek with a dusty 486 in a corner and $15 can be Master of his own do.main (and cares not a fig for authority, but that's a whole 'nother can of worms). In short, it's wartime in cyberspace, and a gentleman's handshake is worth the paper it's written on.
      2) A firewall breaks the end-to-end communication paradigm of the Internet. The idea is that you place smarts in the middle. Sorry, no. Hosts should communicate with hosts, not with intermediaries.
      Nice theory, but the poster hasn't been reading the thread. It's much easier to secure a host when all it has to do is flip packets. You can also (theoretically) (I know it's in Linux 2.2, I just haven't heard of it being put into practice) imbed some QoS/load balancing smarts into a proper bridging router box... and since the kernel brings the interface for this out into userspace, you can write whatever kind of balance/filter algorithm you want. (dunno if OpenBSD does this by default, but, after all, what's Open Source for? :) And to label one of your servers the "firewall" and put the load balancing softwre there rather than in front of the server pool kinda defeats the purpose of load balancing, no?

      So maybe he was a troll, but it's an obscure enough subject that somebody would take him for real.... and if I end up giving somebody somewhere the real picture, then I'll have done what I wanted to do.

      --
      Use the Force
      Read the Source

    5. Re:Why not a firewall. by Old+Man+Kensey · · Score: 1
      Russ Nelson wrote:

      I haven't seen an rationale for a firewall which is any better than "Well, we're too stupid and lazy to lock down N Unix hosts, so we're going to lock down one. Somehow we will become less stupid and lazy because there is only one machine."

      A firewall is no more nor less than acknowledgement that humans are not perfect. I've said before that a firewall is not an excuse for running insecure hosts. But it lessens the chance that if you have one inadvertently insecure host, your entire network can be compromised (unless that host is your firewall, in which case the firewall admin is in the hot seat).

      If they're in public services, you're toast *anyway*, because your firewall is letting those services through. If they're in private services, then why for God's sake did you bind them to a public IP address???

      Most of the things that people are using firewalls to protect against can be solved by using non-routable IP addresses and some small amount of filtering on your router.

      You mean... a firewall? Gasp!

      Like it or not, just using non-routable IPs is still not much of a defense. If your router is compromised, your network is then just as vulnerable as if you used routable IPs on an exposed network. And believe it or not, many public services are in fact run on non-routable subnets using port forwarding of one kind or another.

      Routers and hosts do different things, and a firewall has aspects of both. On balance having a host do the routing functions is easier than trying to have a router do the (admittedly minimal) hosting functions that a firewall admin might want. Remember it was only fairly recently that routers got the ability to do ssh (IOS 12.05 I think for Cisco gear). Also the more layers of security you have, the better your defense in depth can be. Not necessarily is, but can be.

      --
      -- Old Man Kensey
    6. Re:Why not a firewall. by Old+Man+Kensey · · Score: 1
      Russ Nelson wrote:

      Machines are cheaper than people. It's easier to configure N+1 machines all the same than to configure N machines one way and one machine a different way.

      It's cheaper still not to secure the machines in the first place. But that would be stupid, wouldn't it?

      --
      -- Old Man Kensey
    7. Re:Why not a firewall. by LiNT_ · · Score: 1
      /me bows to the above god of security

      I've seen you argue in no less than 5 of the above comments. You refuse to admit your even partially wrong.

      "Several people have asserted that a firewall somehow magically has more resources to deal with an attack. Sorry, no. If you have N+1 hosts, calling the one a firewall doesn't create more resources to deal with an attack."

      Well considering that according to the article a large number of attacks were coming from nonroutable ip's......

      block in quick on fxp0 from 10.0.0.0/8 to any

      Hmmmm. looks like you just stopped a lot of the nasty traffic.

      "If you can secure a Unix firewall, you can secure a Unix server."

      Yes, they should have secured _all_ the boxes. Given the fact that they had already been extremely stressed with little sleep. The time needed to secure one box is far less than that to secure many.

      I'm not arguing that they shouldn't secure the boxen behind. But your argument that they wasted time with a firewall is simply moronic.

      LiNT

    8. Re:Why not a firewall. by Harik · · Score: 1
      No, I'm not trolling. I haven't seen an rationale for a firewall which is any better than "Well, we're too stupid and lazy to lock down N Unix hosts, so we're going to lock down one. Somehow we will become less stupid and lazy because there is only one machine."

      I'll bite. First off, there's a number of things you can do with a firewall that you cannot do on a host. First off, we'll start with the reason why we want a firewall. Obviously, we need to connect to the net. If we were just talking to ourselves, the most efficient method would be to not connect at all. So, we have something that needs to be on the net. In the case of /., it's a webserver running on port 80.

      Your argument is that having a firewall + N hosts simply means you're wasting resources. In fact, you are allocating them where it's most useful.

      First and foremost: human resources. It takes time to process firewall logs. If each and every machine is handling it's own firewall, then you have to go to each and every machine and investigate both firewall logs AND service logs. (You already have to check service logs on each machine) And, of course, you can't have a central log server since that's yet another N+1 situation.

      Secondly, computing resources. On a host machine, every packet is handled by the TCP/IP stack. On a dedicated firewall, your firewall (software) can be the ONLY recipient of packets coming from the external interface. This means you don't have to worry about OS level bugs, since your OS is never seeing those packets to begin with. A load balancing solution can generate it's OWN packet to your webserver, rather then passing it on. This means all traffic inside your network is directly under your control, a very good thing. Any attacks relying on wierd TCP options fall on the floor, since the firewall never lets those packets past.

      Remember, if it's passing traffic it's a _PACKET FILTER_. A true firewall re-encapsulates the traffic. (as a bonus it can load balance).

      Back to the resources point: By your argument, every machine on the net should be running every possible service, since to dedicate any machine for any single service creates a N+1 situation (which for some reason is to be avoided?)

      Of course, you're leaving out that many (most) services have maintenence processes that run, taking resources not related to the traffic they recieve. Running all of these takes CPU time. If every machine has to be a webserver AND a firewall, then they all have to process both sets of logs all the time... not the way to conserve resources.

      Then we have different hardware requirements... a firewall is an IO/bound process, with generally not a lot of CPU overhead (per packet). It also requires very little state. Compare to a webserver with database backend that has to handle continual processing, both in CPU and RAM. Add in plenty of local filesystem for the logs (because spitting them out over the net is expensive). Factor in those costs and suddenly we're talking about an N + .01 situation.

      From a security standpoint, your firewall can (and should) be running completely different software (and possibly hardware) then your systems, so even when it's compromised they still have to deal with the security on your servers.

      I also don't trust only using private IP bindings for internal services. All that takes is an upstream(!) compromise and suddenly all your "private" IP space is available to the attacker. If your upstream router is compromised, 5 lines of config turn it into a VPN-tunneling attack source. Of course, you could prevent those packets from getting to your network at all... if you used a firewall. Do you trust your upstream with your security? No? Then don't rely on private addressing schemes.

      --Dan

    9. Re:Why not a firewall. by halbritt · · Score: 1

      This is certainly not true in many cases. Some firewalls use proxy services and network address translation which does in fact break the host to host paradigm of the Internet. There are many firewalls that are either a combination packet filter, proxy server, or just a packet filter. Certainly routers don't break the end to end paradigm of the Internet, do they? Very many routers on the Internet have access lists which is the same thing as a packet filter. In this case, they were referring to some *BSD firewall, I'm assuming IPF, which is exactly what its name implies, an IP filter. The firewall itself is a router that simply makes a decision about whether or not to forward traffic. In the case of a syn flood, the firewall box is not going to fill up with TCP connects because it isn't the target of the flood, and the web server is not going to fill up with TCP connects because it's never going to see the packet. So you are wrong on point 1, a firewall correctly configured does in fact create more resources to deal with an attack. You are wrong on point 2 as well, some firewalls, and the one I'm assuming is being used in this case is in fact a router with a very tight access list, so it doesn't violate the paradigm you describe. I won't address points 3 and 4 as they are both opinions, seemingly uninformed ones as well.

    10. Re:Why not a firewall. by Russ+Nelson · · Score: 2

      Machines are cheaper than people. It's easier to configure N+1 machines all the same than to configure N machines one way and one machine a different way.

      Not ignoring, just forgetting to dispense with it as an issue.
      -russ

      --
      Don't piss off The Angry Economist
    11. Re:Why not a firewall. by Russ+Nelson · · Score: 2

      It's not that I'm a god. It's just that I've seen firewalls and the machines behind them, and I'm unimpressed by the way they work, and I'm unimpressed by the arguments for them.

      Why isn't your router blocking traffic with an unroutable source address?

      You mean they build insecure boxes and then put them on the net? Why did they waste their time?
      -russ

      --
      Don't piss off The Angry Economist
    12. Re:Why not a firewall. by Russ+Nelson · · Score: 2

      No, I'm not trolling. I haven't seen an rationale for a firewall which is any better than "Well, we're too stupid and lazy to lock down N Unix hosts, so we're going to lock down one. Somehow we will become less stupid and lazy because there is only one machine."

      If I can secure a firewall that I control, then I can secure a firewall that I control.

      If X then X is true every time, but it's not much of an argument for a firewall.

      I can't prevent the group behind the firewall from introducing vulnerabilities on their side of the street

      If they're in public services, you're toast *anyway*, because your firewall is letting those services through. If they're in private services, then why for God's sake did you bind them to a public IP address???

      Most of the things that people are using firewalls to protect against can be solved by using non-routable IP addresses and some small amount of filtering on your router.
      -russ

      --
      Don't piss off The Angry Economist
    13. Re:Why not a firewall. by AsmodeusB · · Score: 1
      Why isn't your router blocking traffic with an unroutable source address?

      And by doing this, your router is now acting like a *ghasp!* firewall. Yes, every computer should be secured, but everything you can do to prevent traffic to getting to the boxes which do the work serving pages, the more REAL requests you can serve from them.

      .Shawn

  59. Re:Blame Exodus by termite666 · · Score: 1

    Why is it that this part of the Internet industry is run by Snake oil salesmen. Exodus may be bad ,but Level3 is worse ,they promise the world and dont deliver .

  60. Re:10.0.0.0 net by lanner · · Score: 2

    Global Crossing / Global Center filters out all RFC 1819 (or it is 1918?, whatever) private networks on our core routers, as well as customer connected peripery routers. This includes DSL, DS1, DS3, OC, ISDN, and dialup customers.

    Customers with BGP sessions are allowed to advertise these networks either.

  61. Re:What's the Cisco angle? by Dwarf_Sibling · · Score: 1

    The PIX, like any firewall, is only as good as it's configuration. Things you allow through, will go through. And the PIX, like any firewall on the premesis of a network, can do almost nothing to stop DDoS attacks. The problems is DDoS attacks are aimed at network bandwidth not a particular protected host. If you have a DS3 to the 'Net, and I fill that DS3 with spurious data, the legit stuff doesn't get through. It's as simple as that. To stop DDoS attacks, other technologies are needed (ISP filtering, RFC 2267 / 1918 filtering, IDS to detect the attacks, etc.) Network security is a system, not a firewall. If you deploy the right tools for the right jobs you'll have much better luck.

    --
    "Any sufficiently advanced technology is indistiguishable from magic." - Arthur C. Clarke
  62. Re:A little more detail on the hardware setup by Kurt+Gray · · Score: 1

    Yeah, failover systems are being added to the mix as well. Basically the database machine and the NFS machine will always have a hot spare twin ready to go. I think Rob's next post will explain that.

  63. In short: Memory Exhaustion by Fzz · · Score: 1
    A SYN flooding attack consumes resources in the kernel of the TCP receiver holding state for the TCP connection that is (supposedly) trying to be set up. Eventually the kernel runs out of resources, and typically the machine crashes.

    A firewall shouldn't be listening to TCP connections from outside at all - thus a SYN-flood against the firewall won't cause it any problems (other than consuming bandwidth). If the firewall can prevent the SYNs from the attacker from reaching the servers (which must be listening for TCP) while letting the valid ones through, then you've pretty much protected against the SYN-flood.

    In this case, it looks like the source addresses were easily characterized, and so the firewall would easily be able to block them. In other cases, the firewall would have a much harder time telling good traffic from bad.

    --Fzz

    1. Re:In short: Memory Exhaustion by gavinhall · · Score: 1

      Posted by BSD-Pat:

      what people negelect to realize is that the arrowpoint mediates the connections btwn the world and the machines...on layer 5...while it solves the fact that SYN flooding never reaches the host (not that linux couldn;t handle it, or *BSD for that matter) but that the little CS-100 couldn;t handle it, the CS-800 will though =)

    2. Re:In short: Memory Exhaustion by Russ+Nelson · · Score: 2

      SYN flooding is a solved problem in modern Linux kernels. Try again.
      -russ

      --
      Don't piss off The Angry Economist
  64. FBI by mill5ja · · Score: 1

    What I want to know is if the FBI is going to play a part in this like so many other major DDoS attacks of late. jason

  65. Re:No doubt it was MS/MPAA/RIAA/Metallica/Dr Dre by Kryptonomic · · Score: 2
    Let's just follow Pink's example:

    So ya thought ya might like to go to the show.
    To feel the warm thrill of confusion, that special geek glow.
    got me some bad news for you, Sunshine.
    Roblimo isn't well, he stayed back at the hotel,
    And he sent us along as a surrogate hand.
    We're gonna find out where you fans really stand.

    Are there any MCSEs on the slashdot tonight?
    Get 'em up against the wall. -- 'Gainst the wall!
    And that one with all the karma, he don't look right to me.
    Get him up against the wall. -- 'Gainst the wall!
    And that one is in RIAA, and that one's in MPAA.
    Who let all this riffraff to have their say?
    There's one smoking a joint, and another with spots!
    If I had my way I'd have all of ya shot.

    (I guess Pink Floyd's going to sue me now)

  66. Re:Owned? - Nope by Sharkyfour · · Score: 2

    Make life even easier for people and point that NameZero domain to http://oneilli.net/~sharky/entry/?slashd ot... It'll break away that damn annoying ad banner frame automagically... :-) (and it gives users a choice to keep the frame so NameZero can't get *too* mad before defualting to break it off after 10 seconds...)
    --

  67. What is the point of fighting? by GoofyBoy · · Score: 1

    >By 3 in the morning,

    What is the point of working THIS hard?

    I mean slashdot isn't critial to anyone and while I admire dedecation on the job, get some sleep man!

    --
    The surprise isn't how often we make bad choices; the surprise is how seldom they defeat us.
    1. Re:What is the point of fighting? by aziraphale · · Score: 1

      Well, Andover.net's investors and advertisers probably have a certain influence in demanding Slashdot be kept up 24/7

  68. Re:10.0.0.0 net by snopes · · Score: 1

    That's right! One way or another, if the person setting up the router doesn't know wtf they're doing then something is going to be broken. I personally think the more 'socially' responsible thing would be to ship with egress filters config'd and let them sort out their internal issues. But you're right, either way you slice it it's a pain in the ass for somebody. But hey, this isn't kids stuff. You gotta know what you're doing.

  69. Re:DDOS != 10.0.0.0 by Anonymous+Elf · · Score: 1

    So... despite that your solution is wrong and won't work, you'd still like action taken on a flawed plan?

    One question: When are you running for Congress and can I be your campaign manager? [It's a 2-part question]

  70. Re:How does a DDoS attack screw up the / code??? by Kurt+Gray · · Score: 1

    The code is having it's own issues as we're also updating Slashdot to use a new version Slash (to synch up with new release slashcode.com) and bugs are being caught and squashed every now and then, besides that there are the usual hiccups that go along with moving to new servers.

  71. Re:Could someone point me to a networking tutorial by gatzke · · Score: 1

    Eff U buddy. DealaWhere is good for what I do. Think of us as a suburb of Phillie.

    I just defended my Ph.D. I got some time on my hands to read/post to /. No exams for me, mutha...

    And I am not a network guru or CS geek so I have questions about this stuff.

    ed (-1 offtopic)

  72. Subnets by Phroggy · · Score: 1
    OK, ready for a lecture on subnetting? ;-)

    A standard Class C subnet with 256 addresses (254 actually available; the first is the network address and last is the broadcast address) uses a subnet mask of 255.255.255.0. This can be expressed in binary as 11111111 11111111 11111111 00000000. If you count the ones, there are 24 of them. A network address and a subnet mask can be written as 192.168.123.0/24, thus "/24" refers to a Class C.

    A /16 has 16 bits on, 11111111 11111111 00000000 00000000 or 255.255.0.0; 172.23.0.0/16 is an example of a Class B subnet. 10.0.0.0/8 is an example of a Class A subnet.

    Now, to find out how many IP addresses are available in a subnet, and what they can be. If the subnet is a Class C or smaller (255.255.255.anything), subtract the last number from 256 (255.255.255.0, 256-0=256, 256 possible addresses). Then subtract two (the network and broadcast addresses), and rememer that one of your IPs has to be your router/gateway.

    For 255.255.255.240 (/28), 256 - 240 = a 16-IP subnet with 14 usable IPs. For 192.168.5.128/28, the network address is (obviously) 192.168.5.128, and the broadcast address is 192.168.5.143.

    For larger subnets, it gets more complicated to figure it all out and you usually have to convert everything to binary. If you want to know a little bit more detail, feel free to e-mail me.

    --

    --
    $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
    $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
  73. IP Addressing WAS:Re:Terminology by deadl0ck · · Score: 1

    For the /8 /16 /24, its basically a way to denote a group or range of IP address. A /24 would be a range of 256 IP address (or what used to be class C) and /16 would be a group of 256*256 IP address (old class B). For instance, 192.168.1.0/24 would mean the range of 192.168.1.0 through 192.168.1.255.

    A good read on IP addressing can be found at 3com , its a bit long but well worth reading.
    --

    --
    --
  74. Re:FreeBSD? by demaria · · Score: 1

    Yeah, I have OpenBSD sitting on one of my personal machines, and I rather enjoy it. And mucking with the kiddies is fun too.

    Like responding back with an ACK for random ports at random times. That'll confuse em. Heehee. :)

    Do you have trouble getting X clients to go in and out of the firewall?

    Mike

  75. /. not perfect by neowintermute · · Score: 1

    Anybody notice that "Highest Scores First" doesn't really work? I always have "Highest Scores First" selected but I still find 3s 4s and 5s below 1s and 2s. I wish it worked, it's a nice idea.

    And about the story, don't they have backup servers so that when one fails, another one comes up? I guess the attack was big enough to take down all of their servers... How many hits could /. really get a second? Can't you put a transaction time limit on a web server? Or maximum number of requests answered/minute? And do it dynamically, so when you see the huge surge of traffic, you implement the time limit, and when it dies down again, restore normal operating conditions...

    Well, I know what that's like, after we announced that Canvas was available, we were so /.'ed that we couldn't ftp our files out to a mirror...

    ___________________________
    Michael Cardenas
    http://www.fiu.edu/~mcarde02
    http://www.deneba.com/linux

    1. Re:/. not perfect by willis · · Score: 1

      sometimes this happens because the high ranked comment is attached to a comment beneath your threshold. The lower ranked comment is not shown, but the other comments are placed down low where is should have been.

      yeah.

      willis/

      --

      there is no thing
      what else could you want?
  76. Re:not stateful? (more on firewalls) by GPB · · Score: 1

    Ipfilter (ipf on the command line, not ipfw -- although new versions of ipfw are now statefull I'm told) is a statefull firewall because it actually keeps state of TCP connections. Most firewalls will looks at the flags on a TCP connection to see what state they are in (SYN, SYN+ACK, etc) and blindly trust the packet. There are various ways to get around normal firewall rules by exploiting this "feature". Most rules to block access to a certain port will only block TCP connections that have the SYN bit set. What happens if I send a TCP packet to the port without a SYN bit being set in the entire stream? The non-statefull firewall will not block it.

    Ipf on the other hand, will keep track of all TCP streams so it knows what state the streams are really in. Yes, it's more overhead, but it's way more accurate, which is arguably more important.

    -B

  77. Re:Use an Alteon... by CowboyNeal · · Score: 1

    We had an Alteon in use when we first moved to digital Nation last summer. No. Never again will we use an Alteon. It caused horrendous problems under high loads by munging the tcp headers on the packet that closes a socket, and only after taking the Alteon out of the equation did we ever get sleep.
    --

    --
    Yes, Virginia, there really is a CowboyNeal.
  78. So have the attacks stopped? by Thiarna · · Score: 1

    Have the attacks stopped, or is the setup just better able to cope now? It sounds like there is always a background level of ddos going on, it just affected you because of the change in system?

  79. Re:Troll filters? by Kurt+Gray · · Score: 2

    Just some posting lameness filters were added to discourage the lame trolls who post in all caps and crap like that. I personally enjoy reading the well crafted rants from the creative trolls who try to start flame wars -- I'm sorry but someone posted this one troll yesterday that the web should be a place for marketers to sell and the techie elitists should get lost -- now stuff like that is funny and I thank the troll who posted because I laughed my ass off.

  80. Re:10.0.0.0 net by Anonymous Coward · · Score: 1

    RFC1918 only states that packets _destined_ for those private address blocks not be routed. There isn't anything in there that says packets _sourced_ from private netblocks need to be sent to Null0.

  81. Re:Use an Alteon... by Kurt+Gray · · Score: 1

    Whoo boy! We did try an Alteon once for a few weeks back in August -- what a fiasco that was! All the web servers were very unhappy at the networking layer so we removed the Alteon and put the web servers in DNS round robin and things ran fine. Naturally I blame Canada.

  82. Re:How does a DDoS attack screw up the / code??? by Dr.+Sp0ng · · Score: 2

    It didn't screw up the code, it most likely blasted the hell out of the MySQL servers, and the code doesn't do a whole hell of a lot of error checking.
    --

  83. sure Billg posts by gruntvald · · Score: 1

    Just look for anything from "anonymous monopolist".

  84. how is this a troll??? by Russ+Nelson · · Score: 1

    It's a simple fact that more Linux expertise is available because more people are running Linux. How is it a troll to recognize this fact in public? Sheesh, some moderators are biased.
    -russ

    --
    Don't piss off The Angry Economist
    1. Re:how is this a troll??? by Icebox · · Score: 1

      By the same logic:
      More people are running Windows so does that mean that expertise is more widely available?

      There are actually large packs of morons roaming around masquerading as Windows experts, they outnumber the real experts. (If you've ever worked extensively with a bunch of MCSEs this quickly becomes obvious)

      I think the point is that they have one really good BSD guy. That makes BSD expertise 'more available' to Slashdot than whatever else.

      --
      Icebox
    2. Re:how is this a troll??? by Russ+Nelson · · Score: 2

      And FreeBSD is immune to this effect? How can this be? Even if 50% of all FreeBSD users are experts, and 10% of all Linux users are experts, there is still (as I said earlier and it's still not a troll) more Linux expertise.
      -russ

      --
      Don't piss off The Angry Economist
    3. Re:how is this a troll??? by phred · · Score: 2

      Russ, why don't you stop being coy, just cut to the chase and say "FreeBSD sucks, Linux rules," and get it over with?

      Not that I agree with that sentiment. They both rule, but in slightly different ways.

      You also seem to assume the point of this attack was to own /. It seems more likely the point was to deny service. Which it did.

      Both Linux and *BSD are capable of operating in secure and efficient modes, and both are capable of being operated otherwise. So let's get past that.

      Besides, the issue here has to do with network devices more than OSes anyway.

      -------

      --
      Bill Gates Is My Evil Twin.
    4. Re:how is this a troll??? by Russ+Nelson · · Score: 1

      bastards. Guys are bastards, girls are bitches. Sheesh!
      -russ

      --
      Don't piss off The Angry Economist
    5. Re:how is this a troll??? by Russ+Nelson · · Score: 2

      Because FreeBSD doesn't suck, it just doesn't have (tada!) as much expertise available.
      -russ

      --
      Don't piss off The Angry Economist
    6. Re:how is this a troll??? by Russ+Nelson · · Score: 2

      By the same logic:

      This is Unix, get real. The logic is completely different. Arguing by analogy is, like, stupid.

      I think the point is that they have one really good BSD guy. That makes BSD expertise 'more available' to Slashdot than whatever else.

      You're right, that's a good point, but how does that make what I wrote a troll?
      -russ

      --
      Don't piss off The Angry Economist
  85. UNIVAC 1107 by Animats · · Score: 2
    I spent many hours sitting at that 1107 console. You couldn't do much from there except watch the batch jobs go by. 0.25 MIPS, 256K, and it supported a whole engineering school.

    John Nagle

  86. Slashdot kind of deserves this by consumer · · Score: 2

    In a way, I think Slashdot is getting what it deserves. This is the site where the general consensus among posters has been that it's okay to DDoS a site if you don't like something they did. (Remember all the scripts people posted to attack eToys?) Maybe some troll got tired of being moderated down and took the other posters' advice. Or maybe RTMark decided Slashdot is immoral and staged a "sit-in". "Do unto others..."

  87. A LOT of detail on the hardware setup by eshaft · · Score: 2

    So when does Kurt get his own weekely column, "Inside Slashdot?"

    :)

    --
    lf.o
  88. Re:Pah! Linux... by Logicon · · Score: 1

    Hmm...Windows - The largest DoS attack ever?

    --
    I'm not a slashdotter, I just play one on Slashdot.
  89. Re:Could someone point me to a networking tutorial by dzimmerm · · Score: 1

    I saw a description of a cat5 cable in the replies that does not match what I have used in the past. The normal configuration for a cat5 cable is as follows

    View from the non-clip side of RJ45.

    Left side to Right side

    with the clip pointing up and the cable coming down from the clip

    The wires are color coded by having either a color with a narrow white stripe or white with a narrow color stripe. Pairs of wire have the same color with one being more color and less white and the other having more white and less of that same color. In my description the first color is the dominant and the second is the narrow stripe. IE: Blue/White is Mostly blue with a white stripe

    White/Orange Orange/White White/Green Blue/White White/Blue Green/White White/Brown Brown/White.

    The Pairs are usually labled as follows.

    Pair One---->Orange wires

    Pair Two---->Green wires

    Pair Three-->Blue wires

    Pair Four--->Brown wires

    Ethernet uses the White/Orange Orange/White Pair and the White/Green Green/White Pair.

    So to build a cross over cable the Orange and Green pairs are switched on one end of the cable while the other end is standard.

    The crossed end would have this configuration White/Green Green/White White/Orange Blue/White White/Blue Orange/White White/Brown Brown/White

    The only reason I posted this was that I saw someone else giving information that was not standard cat5 specs. This could lead to more confusion than needed for someone who is trying to learn the basics.

    --
    Jumping to correct solutions slowly is better than jumping to incorrect solutions quickly.
  90. FreeBSD? by Fat+Lenny · · Score: 1
    What was wrong with Linux?

    --

    --

    --
    fat lenny's gonna lick your brain today.

    1. Re:FreeBSD? by Listerine · · Score: 1

      Why is this moderated down?

      Anyways, FreeBSD would not be what you'd use to run a firewall, which is what they're doing. If you want something secure use OpenBSD. You must of heard this before, its mentioned every time someone talks about BSD in general.

    2. Re:FreeBSD? by Vanders · · Score: 1

      What was wrong with Linux?

      It wasn't as good/as suitable for the job? The SysAdmin knew more about *BSD than Linux? The BSD CD was an inch closer to his hand than the Slack CD? Who knows? Who cares? You can read Slashdot again now, so what does it matter?

    3. Re:FreeBSD? by Anonymous Coward · · Score: 1

      (a chorus of zealots shout from the back of the audience)

      IT MATTERS!!

    4. Re:FreeBSD? by yetisalmon · · Score: 1

      FreeBSD is ten times more secure than Linux...and the best part is the cute Daemon(probably why they chose it over Linux...the daemon..)!

    5. Re:FreeBSD? by sterwill · · Score: 1

      I don't know of a recent version of IP Filter (an excellent "firewall" package much more capable than the current Linux "ipchains" or the older "ipfwadm") that runs on newer Linux kernels. FreeBSD runs it very well.

      Of course I'm not sure why they didn't just plop a $500 Celeron with two 100 Mbit network cards in front of their pipe to simply drop all packets on every ethernet device with a source or dest of 10.0.0.0/8, 127.0.0.0/8, 192.168.0.0/16, etc. Linux would do this just fine.

      --

    6. Re:FreeBSD? by Ded+Bob · · Score: 1

      I personally use FreeBSD. I definitely agree: IP Filter is the way to go.

      As far as jail, huh? I am unfamiliar with this. I assume this is different than the jail() function call. Correct?

    7. Re:FreeBSD? by Medievalist · · Score: 1

      >Backbone routers do not, in general, filter packets.

      Mine do. But the place these filters are needed is where your business hits your ISP/ISC(s), not in the ISP's backbone. Everyone needs to do it.

      >It takes processor power to filter, and a lot of it, especially at very high traffic levels.

      Yes. Build for it. You need bigger routers.

      >In any case, it doesn't matter one whit whether you are doing local filtering or not when it comes to a DDoS attack. The packets still come to the firewall, still consume bandwidth, and (at this point who cares)if they are illegally addressed, get dropped.

      Only if you're the only person filtering. If everybody filters as I described, problem solved.

      > The point is that the bandwidth is still used on the line(s) from the ISP router(s) to the Slashdot firewall/load balancer/whatever.

      Yes, you've got a good point. For sites that rely on external communication to make money (as opposed to sites that use external communication to make it easier to make money) this is a big issue. EVERYONE has to have simple, fast filtering in place to prevent spoofing from getting out of a particular network, and to make tracing simple an quick so that the affected sites can get back on line.

      > From what I know, right now anti-DDoS efforts revolve around getting people further up-stream to block the traffic, before it gets to Slashdot's ISP and Slashdot itself. The DDoS systems were designed to defeat this by, of course, using so many different hosts that upstream blocking is only partially useful.

      Yes, there is a bigger problem that security at many sites is so lame that trinoo/tribe etc. hosts are easy to find. Decriminalizing hacking might solve that problem, but we don't really know yet.

      --Charlie

    8. Re:FreeBSD? by aetius2 · · Score: 1

      Backbone routers do not, in general, filter packets. It takes processor power to filter, and a lot of it, especially at very high traffic levels. In any case, it doesn't matter one whit whether you are doing local filtering or not when it comes to a DDoS attack. The packets still come to the firewall, still consume bandwidth, and (at this point who cares)if they are illegally addressed, get dropped. The point is that the bandwidth is still used on the line(s) from the ISP router(s) to the Slashdot firewall/load balancer/whatever.

      From what I know, right now anti-DDoS efforts revolve around getting people further up-stream to block the traffic, before it gets to Slashdot's ISP and Slashdot itself. The DDoS systems were designed to defeat this by, of course, using so many different hosts that upstream blocking is only partially useful.

      Aetius
    9. Re:FreeBSD? by Medievalist · · Score: 1

      Good god, yes, don't you guys know the simplest rules of internetting? DON'T ALLOW PACKETS WITH LOOPBACK OR RFC1918 ADDRESSING TO PROPAGATE FREELY - kill them at the gate - DON'T ALLOW PACKETS WITH SOURCE ADDRESSES OUTSIDE YOUR NETWORK TO PROPAGATE FREELY - only take them incoming, not outgoing - DON'T ALLOW PACKETS WITH DESTINATION ADDRESSES OUTSIDE YOUR NETWORK TO PROPAGATE FREELY - only outgoing, not incoming.
      This is trivial to implement in any Cisco router (without recourse to dedicated firewalls) and should be part of the basic ruleset for your firewall in case the router is compromised.
      If all non-backbone ISP networks were required to follow these rules we wouldn't have a DOS problem, because it'd be easy to trace the perpetrators and they'd move on to tearing the wings off flies, or some other similar pursuit.
      --Charlie

      I do and do and do for these kids, and this is the thanks I get.

    10. Re:FreeBSD? by gfxguy · · Score: 2
      Yes!!

      It matters!!

      They should have used Open BSD!!!
      ----------

      --
      Stupid sexy Flanders.
    11. Re:FreeBSD? by Yakko · · Score: 1
      What was wrong with Linux?"

      As far as I know, the one big thing wrong with Linux in this capacity is the lack of a stateful firewall (ie, ipfilter for freebie). That, and *BSD just happened to be the stuff this admin could work with most effectively.

      (I look forward to somehting similar to ipf being included in Linux distributions someday. Also, it's been ages since I've checked; ipf may already be supported under the current kernel.)

      --

      --

      --
      Me spell chucker work grate. Need grandma chicken.
  91. Poetic Justice? by JamesSharman · · Score: 3

    I find it quite amusing that the site that has entered legend for it's own specialized form the of the DDOS (the slashdot effect) has itself fallen fowl of the more malicious variety.

    Congratulations on getting the new servers up and running, I've just moved my badtech cartoon site to digital nation (The old location of the slashdot servers).

  92. good work :) by Cybersonic · · Score: 1

    it looks like you all worked pretty hard to fix this - cool :)

    cant imagine a web w/o slashdot...

    --
    Cybie! aka Ralph Bonnell
    1. Re:good work :) by thoglette · · Score: 1

      Except it still appears to be broken -

      Somewhere between me and /. there's a DNS which times out on slashdot.org.

      http://slashdot.org is dead. http://www.slashdot.org is alive.

      Guess which one is used in all the links?

      --
      -- Butlerian Jihad NOW!
  93. Re:Use an Alteon... by The+Dev · · Score: 1

    Are you sure you diddn't have the thing misconfigured? They have a pretty bizarre concept of what a port is. I tested a 180e a few months ago. It took a bit more configuration than I would have expected, but then It ran perfectly on the live site I tested it on. I haven't run one over a couple megabits/s so I don't know how it
    does under heavy load.

  94. Thanks for a decent explanation by spiralx · · Score: 2

    Well, thanks to the /. crew for finally getting round to telling us what happened - so much for all the whiners who insist that CmdrTaco et al. are involved in some massive conspiracy to keep us in the dark about "important issues" :)

    Any possibility on finding out more about the origin of the DDoS? I'm not really sure of the feasibility of doing anything myself.

  95. Re:What's the Cisco angle? by LoonXTall · · Score: 1

    Although it's not a good idea to advertise their security infrastructure layout to the world.

    Then you deny the assumed security of Open Source? Please stop before you disillusion me! Knowledge of the sendmail Debug command or the fact that there's no guarantee a binary was produced by source that was distributed with it might destroy my comfortable little OSS Zealot worldview...


    -- LoonXTall
    --

    ~~~LXT~~~
    Life is like a computer program: anything that can't happen, will.

  96. damn by acehole · · Score: 1

    and i was hoping it was "zero cool" and the gang.

    or just a bunch of 14 y.o. script kiddies.

    --
    Be you Admins? nay, we are but lusers!
  97. Re:DDOS != 10.0.0.0 by greatone · · Score: 1

    Doing this type of filtering doesn't prevent your system from being used in a DDOS attack, but it prevents your system from being used in the attack with a spoofed address. Hence see 50mb/sec from host w.x.y.z, contact owner of that address block and get it stopped, since it is not forged they have a compromised box internally. If everybody started doing that the world would be a MUCH better place to live in.

    But this would require time on the part of the admin. Time that the admin does not have do to other problems in the system.

  98. Re:The M$ effect? by LoonXTall · · Score: 1

    it was the 3rd most popular purchase at Amazon by M$ employees...

    Ah-HA! A person that supports the use of market tracking! So YOU are one of those attempting to undermine the value of the Web by making it apparent that stats are in demand! What next, will you present us with the sex life of MS employees, gathered for "market research" and "demographics"?

    I've been reading WAY too much YRO lately...


    -- LoonXTall
    --

    ~~~LXT~~~
    Life is like a computer program: anything that can't happen, will.

  99. Could someone point me to a networking tutorial? by gatzke · · Score: 2

    Could someone point me to a decent networking tutorial on the web?

    I use systems, and I understand IP (a bit). I do not understand the stuff between the nodes. Switches. Routers. Hubs. Firewalls. Addressing.

    Most people don't have to deal with this crap casue a network guy sets it up and we plug in and use the IP address he gives us, but if I ever want to set up my own network (beowulf lab or home network) I need some more info.

    I have also heard that you can directly connect two NICs with a special cable. Do you need software changes to do this?

    Sorry I am so clueless.

    ed

  100. Re:Blame Exodus SQUARED by zrk · · Score: 4

    BEGIN rant

    I would definitely look at Exodus for some of this trouble. At times, they have been less than helpful for the service level they claim they will provide.

    -They changed their security policy a while ago, and neglected to tell us until after the fact. All visitors to your cage must be announced, and just try to get replacement parts in and out without a whole rigamarole. Previously, one person "on the list" could escort others in and out of the facility, but no more. Granted this makes some sense, but when we showed up the first time after they changed their policy, before informing us, we balked, and complained. The response was (I kid you not) - "Well, we're a big company now, so we can't give the same level of service we used to." WHAT KIND OF ORGANIZATION SHOOTS THEMSELVES IN THE FOOT LIKE THAT?

    -Their HVAC is substandard, and they don't truly care what equipment is placed in a cage. I pity the poor sun techs who have to replace the Sun server at the bottom of a stack of 10 other machines (ie, no shelf).

    -They continue to abide by their own notification procedures when their "monitoring" software reports trouble. We've gone over their policy several times with them, and verified they had correct contact information for us, and yet they still follow old ways of notification. In this case, it's paging one person instead of using the paging mechanism that contacts the actual people who will do the work - the effort is the same either way.

    -The number of times that we've notified them of trouble before their monitors catch it - for example, try working with them to show DNS requests from the outside to their servers aren't being handled.

    END rant

    I could go on, but I won't.

  101. Troll filters? by st.n. · · Score: 1
    I guess we learned that if you're going to post a letter from a Microsoft attorney on your web site the same day you implement a few new troll filters you better be prepared for the fury of hell to rain down on you.
    What kind of troll filters do you use? I haven't read anywhere about this yet (About page, FAQ or similar), so could you please tell us a little bit more about that?

    Thanks,

    - Stephan.
    --
    Carpe diem!
    1. Re:Troll filters? by jerdenn · · Score: 1
      Yes, I noticed your Ode to the trolls

      I agree...

      Intelligent trolling can lead to interesting discussion. I'd rather read a good troll than a mindless flame...

      -jerdenn

    2. Re:Troll filters? by Lucy+Linux · · Score: 1
      Just some posting lameness filters were added to discourage the lame trolls who post in all caps and crap like that.

      That's too bad, I rather enjoyed Oog the Open Source Caveman. His posts were all caps as a matter of style.

      Code is garbage in garbage out.
      Languge is garbage in, non-sequitor out.

      --

      Code is garbage in garbage out.
      Languge is garbage in, non-sequitor out.
  102. Problems Getting In... by Psion · · Score: 1
    Has anyone else experienced trouble getting into Slashdot? I have no difficulty getting in from work, but whenever I try from home, I get nothing but time-outs. IE just sits and twiddles it's thumbs without any messages (surprise!), but lynx, which gets in fine on any of the other andover.net sites, comes back with "Alert! Unable to connect to remote host."

    Have any ISPs been banned from slashdot's servers? I'm coming in through relaypoint.net myself.

    1. Re:Problems Getting In... by AnarchoFreak_00 · · Score: 1
      Well, I couldn't get on for ages yesterday. And I'm on a dial-up at home. But I'm pretty sure my ISP dosn't ban stuff.

      I use NN 4.6. Sometimes an error message, sometimes not.

      And it's also only happened with the new severs.

      Strange.

  103. Re:Blame Exodus by MattW · · Score: 1


    Yum, Yum.

    Oops, hope no one saw that.

    Seriously, though, it would be nice, albeit unexpected, if people had their facts straight.

  104. MODERATE THIS (Insane Geek's Post) UP by Longing · · Score: 1

    Even if you are in wild and wooly peering arangements, it is likely you have interfaces on at least some of your network equipment which have 'closed' networks, so you could determine that any traffic coming out of it that doesn't belong to a certain set of IPs is spoofed.

    As long as all other networks you peer with also block spoofed traffic where their customers plug in, the world will be a better place.

    Yes, that's a very big "as long as", but it sure would be nice.

  105. Re:Blame Canada by SamHill · · Score: 1

    They only thing they won't let us do is take a picture of our cage -- no cameras allowed anywhere in the facility!

    Hmm. When I worked for a startup with a cage at Exodus, we put an AXIS Network Camera in our cage. Since our cage was right by the door, we could see anyone coming in or out of their facility....

  106. Nice account, but who? by alteridem · · Score: 5

    That was a good account of what happened, but in part two, we want to hear what you are doing to track the bastards down. Knowing how you go about fixing the problem and then tracking down the culprits may help other people who run into the same problem in the future. We would understand if you need to keep the info secret until you have finished tracking them down, or for legal reasons, but at least tell us so.

    1. Re:Nice account, but who? by Kenelson · · Score: 3
      Actaully in the few times I have faced a DoS attacks, we did manage to track the users down. Just because they are forging the packets does not mean that their machine was able to avoid contacting the target completely.

      In our case, we tracked the user down to his source by the "other" packets which he sent. The person sending the DoS often will send a ping and/or a name lookup of similar request prior to the attack or each time they add a new host in. Although it is a considerable exercise in collecting enough data to figure out which connects were real "valid" user contacts and which came from the kiddies. As a result we managed to isolate the DoS to specific hosts and subaddress ranges.

      Of course, if you are into real fun assuming that you can get one of their target machines (which using a DoS scanner and a rough idea what subnet they are in) you can often port scan for eggdrop bots and other toys. Once you can convince a physical sysadmin to send you those files you then have a map of the kiddies entire bot and DoS network. Once I reach this stage I then post guards on IRC channels which their bots used and with a small ammount of detective work get their ISP. Script kiddies like to brag about what they do and it enevitably leads then them to surrender their identities.

      In all the cases in which I managed to get that level of penitration into the kiddies network, I always managed to shut them down. ISP are very friendly about taking out malicious users especially when you supply logs and the attackers home address. :-) I even have gotten offers to have the attacker arrested (to bad I don't have the cash to fly there and file charges). Thus I can conclude although it is not an easly task it is not entirely necessarily impossible. (That is assuming your attackers are 14 year old kids and not paid professionals.)

      --Karl

    2. Re:Nice account, but who? by flibbertigibbet · · Score: 1

      Very nice detective work, sir.

    3. Re:Nice account, but who? by snopes · · Score: 1

      Here's what happens. You have your ethernet frame header and after that your IP header which includes source and destination addresses. The source is forged and the router is generally (discounting acl's and such) just looking at the destination. So, you're left with the MAC info in the ethernet frame header. Well, that gets tossed and rebuilt for each link in the network. In other words, the only way you find the source (by traditional means) is to trace all the way back to the first hop router that the frames are coming through and pick up the MAC there. After that point you've lost the data link info on source and your IP info is unreliable. And, yes, that excercise requires the cooperation of every network engineer whose routers the packets are coming through. It's much more a political feat than a technical one.

  107. Re:Strike back servers by Lumpy · · Score: 1

    Your strike back idea isnt so off..

    Have a 56K or dialup link to a dofferent leg or T-1 to "strike back".. by having a computer set up (like a sniffer) that determines what kind of attack is happening, where is it coming from, ok pass that over to the attack server.. attack server 1 tries to determine the attacker (script kiddie running winblows? or a uber haxor running a beowulf of cray's connected by 300 t-3 lines) if it's a script kiddie, start data mining, try automated attacks that can extract data or just plain kill them.. (smurf,ddos,surface to surface IP guided missle) if it's a nasty then react by getting every bit of info possible from the secondary data stream from the attacked servers, so you can physically go to that persons location and thunk their heads.

    it's possible, but very Un-PC in today's world.

    Attack back? that isnt very Politaccly correct of you!

    --
    Do not look at laser with remaining good eye.
  108. Re:Exodus? BAH! by Kintanon · · Score: 2

    Or until someone sniffs their router password and blows away their routing configuration....


    If by sniff you mean write down while working there. That was an ex-employee, disgruntled and whatnot, that had access to the information. Not a technical exploit, but a social one.

    Kintanon

    --
    Check out JoshJitsu.info for Brazilian Ji
  109. This is a web farm?! (Was Re:A little more detail) by RISCy+Business · · Score: 1

    *ahem* I'm pretty familiar with the ArrowPoint line as a whole, and I am going to now soundly beat whoever designed this sorry excuse for a web farm over the head.

    First off, the last I heard, the CS100 is discontinued. What moron bought used hardware? Secondly, the CS100 was replaced by the CS50 and CS150. So then some genius goes from a CS100 to a CS800, the 20Gbit backplane model.

    Otay, yeah. That's intelligent network design at work. *sniggersnort* Apparently Andover can't find anyone willing to drive to Acton who has a clue. And what's really sad is that whether or not any of the Andoverians will admit it, they are in the same bloody building as ArrowPoint. I know - I was there a couple weeks ago.

    So now, what, we're supposed to be impressed now by an ineffecient web farm design, using excessive servers and used hardware? Let's look at EXODUS then.

    Last time I dealt with Exodus is when I told them to either fix their routing or deal with a network I was in charge of basically slamming theirs into the ground with BGP because THEY couldn't configure BGP correctly.

    Exodus' track record is one of incompetence, ignorance, rediculously poor customer service (Verio rated higher than Exodus.) and obscene ripoff scams. "Added Security" for only $5k+/month more. Which is simply 'oh, we'll put a PIX firewall in front of you' which is totally ineffective. The Cisco PIX+ firewall never made it past a 3Mbit flood in my personal benchmarks. It died. So Andover, soon to be VA Linux, is paying Exodus $1mil/year to take it up the ass without Vaseline.

    Is Andover *DELIBERATELY* trying to scare VA Linux away from buying them? Only an idiot choses Exodus, because everyone's realized that Exodus is made up of scam artists and ripoff gurus. Is Andover trying to show VA Linux their technical staff is inept, when it obviously *isn't*? (Just absolutely godawful *DUMB* in an emergency, obviously. Or is that show too?)

    So now Andover is wasting $1mil/year, slashdot is absolutely *GODAWFUL* slow now, as if it wasn't before, and we're supposed to be *IMPRESSED*!?

    I'm still trying not to throw up at the mention of a 6509. To be blunt, the 6509 is the equivalent of Ascend. It's pure trash. Anyone who would WILLINGLY put their network's entire reliance on a 6509 should be killed out of *mercy*. Can't Andover afford a 7206 or 7206VXR after their wildly successful IPO!?

    Y'know, there's nothing I hate more than technical companies that brag about their knowledgebase, but when push comes to shove, it's not there...

    I swear, if my holdings suffer because of Andover's stupidity, I will be *very* angry.

    (DISCLAIMER - I *AM* a VA Linux shareholder. You are goddamn right I am watching Andover with a VERY critical eye.)

  110. Re:A little more detail on the hardware setup by Kurt+Gray · · Score: 1

    NFS is not perfect but's it's improving under Linux by leaps and bounds, and it works fine for us. On the list of bottlenecks and risks on Slashdot, NFS is very low on that list.

  111. Re:Blame Canada by gump59 · · Score: 1

    If it is the Exodus facility in Jersey City, I assure you that there are quite a few cameras there. Several very obvious digital video cams, and of course a few cleverly hidden ones.

  112. Re:Blame Canada by The+Dev · · Score: 1
    I'm a very happy Dixex customer. I only wish
    that they would private peer with @home so I don't have to bounce through a box on another backbone to get to the Dixeg boxen while at home.


    They do take security very seriously. Especially physical security. Their Beltsville facility was the only time I couldn't get to see core routers while on private tour. Every other company I visited showed me the goods. They did show me
    the hosting rooms, but you had to stay within the yellow tape :)

  113. Pah! Linux... by DavidpFitz · · Score: 1
    This would never have happened were you running Windows 2000! with Wolfpack :-)

    Ye, right!

    1. Re:Pah! Linux... by Tailchaser · · Score: 1

      No, then it would have crashed all by itself, without needing the help from a DDOS attack. :)

      --TC

  114. Re:Tracking DDOS or even DOS is difficult. by _ganja_ · · Score: 1

    Yeap, you're correct.

    --

    A journey of a thousand miles starts with a brutal anal raping at airport security

  115. Curious about the setup... by heech · · Score: 1

    I'll probably need to ask this again (and other related stuff) when part 2 comes up, but I'd love to find out why you guys made some of the design decisions you made... I'm sure it'd be instructive for all.

    For example, why are the servers serving images and static files segmented? Is there a lot you save from Apache configuration for dealing with one as compared to the other?

    Where does MySQL sit? Any "reason" behind Debian vs. RH other than "just because"?

    Also, any chance you could go through some of the configuration choices made for your apache processes on each of these? What's your startup script look like (how many processes do you bring up)? No, I'm not lookin' to own slashdot, I'm just curious whether there are any *must-dos* and *must-don'ts* involved.

    1. Re:Curious about the setup... by Kurt+Gray · · Score: 3
      For example, why are the servers serving images and static files segmented? Is there a lot you save from Apache configuration for dealing with one as compared to the other?

      The web page servers run Apache+mod_perl+DBI+adsystem module, and the image servers run a much lighter Apache httpd with cache friendly headers.

      Where does MySQL sit? Any "reason" behind Debian vs. RH other than "just because"?

      MySQL is on the VA 3500 box which is also the Red Hat box. The servers all came with Red Hat and we installed Debian on them, expect the 3500, and I think that was because VA installed extra drivers and stuff we wanted to leave it as is.

      Also, any chance you could go through some of the configuration choices made for your apache processes on each of these?

      I think this will be in Rob's next post. If not we'll post in that forum.

  116. /. hardware by josepha48 · · Score: 2
    I'd be curious ot know what slashdot.org is running. In hte ways of hardware and software? I heard they have mysql, and now a freebsd box but what else? This information would probably be interesting to anyone else out there that has an internet site. IE how does /. perform and what do they use to get their performace?

    send flames > /dev/null

    --

    Only 'flamers' flame!

  117. Re:But who ... ? by FFFish · · Score: 1

    Lower your points filter, and keep an eye out for the "Natalie Portman" postings. You know it's him!

    --

    --

    --
    Don't like it? Respond with words, not karma.
  118. Re:What about the children? by crypto_creek · · Score: 1

    This is really silly. Why bring your children up in a Santa Claus level of religion? A much better answer to your daughter is that you don't know. Really a hard thing for a lot of people to do.

    --
    Wovon man nicht sprechen kann, darueber muss man schweigen. Ludwig Wittgenstein
  119. Re:Prevent SYN floods @ the MSFC by fwr · · Score: 1

    Me too me too!

    I was going to post this. Isn't 12.1 experimental code? "Early Release" or somesuch?

  120. Re:DDOS != 10.0.0.0 by Longing · · Score: 1

    Well, you're both kinda right.

    -If- Exodus had blocked the RFC1918 traffic like they were supposed to at -their- routers instead of letting it get to the slashdot servers, then the site would've received less traffic. Good, right?

    And then the DDOS attacker(s) would've started to use legitimate addresses, and slashdot would have had no idea what was valid traffic and what wasn't.

    @home uses 10.x addresses extensively through their networks. Traceroute through them sometime. This is acceptable and encouraged if you want to spare IP addresses that the internet will never get to anyway (do you let the public telnet to your ciscos?) The difference here is that the RFC1918 addresses originate and end within one node of each other - and they never go out or come into the @home networks!

    (I don't work there or even have any particular feelings about @home, I just knew one of their netadmins (retired now (bastard)))

  121. MPAA by austinij · · Score: 4
    (CT: Explicit description of precisely where Liz and and Pat wanted to store the newly deceased Arrowpoint removed to keep things rated PG)

    You'd better watch it with this comment... the MPAA might come after you too!

  122. Re:What about the children? by Byteme · · Score: 1
    Maybe you should have her read this book. Remember; God&#153 is not perfect. After all, he did create us in his image.

  123. If nothing else, personal preference... by MythosTraecer · · Score: 1

    I know when I've been in a crisis situation, it has been helpful to have something that you know will work. I remember having problems with Caldera, trying to get a web server installed, and finally giving up and installing Red Hat, which is what I normally used.

    What I'm trying to say is, given that Pat is the "31337 BSD junkie", even if Linux and FreeBSD both had all the necessary stuff, it's logical that Pat used BSD 'cause that's what he's most familar with and helps get the site back up quicker (which is the goal, after all).

    Remember, we're all friends here, people! Use the best tool for the job!

    --

    --Mythos
  124. The Future Doesn't Need /. by crypto_creek · · Score: 1

    My guess is that we will see a lot more of this until two things happen: 1) The Internet is reduced to utter chaos. There are just not enough FBI agents to plug all the holes. 2) In reaction to the chaos, limits are placed on the actions of users and devices. This may lead to a leap-frog process. However, the consequence of that "security" may itself be another problem. A way to reduce the risk for this is to not take "revenge" against assumed foes. And work through the system. Yes, you should work with the FBI. Unfortunately, we have a generation reaching for power that doesn't always understand the consequence of their actions. And, remember, that at least 3% of any population are sociopaths. Enjoy your "freedom" while it lasts.

    --
    Wovon man nicht sprechen kann, darueber muss man schweigen. Ludwig Wittgenstein
  125. Timing by 348 · · Score: 5

    I'm curious about the timing with the port to the Exodus environment, was there any indication the attack was timed to take advantage of the different environment? Not saying that the security measures were better or worse than the old site, just that the timing seems rather convienent.

    --

    More race stuff in one place,
    than any one place on the net.

    1. Re:Timing by Bryan+Andersen · · Score: 1

      My first thought was it was opertunistic timing. Let's hit Slashdot while it's running on a new host. Bet we'll find some chinks.

  126. Re:Twas an inside job, my friend by Rendus · · Score: 2

    Sengan violated the biggest rule of Slashdot in that everyone can state their opinion on something. That wasn't nearly as bad as how he did it though.

    He posted a flaimbait story, and disabled comment posting (the only story to EVER have this done that I know of, and I've been around since quite nearly the beginning of slashdot. Remember TCWWW anyone?), put his flaimbait opinion on it, posted some horribly incorrect information, and expected people to be happy with him about it. He marked it as a news piece, when it was more editorial than anything.

    That's why you rarely see Sengan around anymore. After that he was constantly flamed on every story he posted (I think he continued to post for a little while longer).

  127. Re:Could someone point me to a networking tutorial by rhino777 · · Score: 1

    I got document not found....
    rhino

    --

    Because it feels like something I've done before, yeah I could fake it but I'd still want more...
  128. What's the Cisco angle? by drteknikal · · Score: 5

    I'm curious on one detail. What was it that the Cisco PIX was supposed to do and didn't?

    --
    http://drteknikal.blogspot.com/
    1. Re:What's the Cisco angle? by 1337d00d · · Score: 1

      Easy? I thought so. You can't break in to the box when there are no ports open.

      Although this is Slashdot... it's sort of nice if you can have an HTTP port open. And Slashdot runs on Perl, so you'll want Cgi-bin\ working. Plus, you need something for the writers to upload their stories to. There's either Ftp (bad), ssh (not much better), or a hacked together uploader (not particularly good). Probably that means ssh. Next, Slashdot runs their own ad server. They'll want that linked up to the HTTP server. That means UUCP (erm.. not that good), Ether (better, as long as it's secure), or one-way optical (better, but that needs a reserved port). That's three ports, and we haven't even gotten to comment posting yet...

    2. Re:What's the Cisco angle? by tzanger · · Score: 2

      I disagree 100%. Knowledge of an installation's infrastructure should never comprimise the security of the setup. If it does, then you're relying (to a certain extent) on security through obscurity.

      As I keep telling people around here, Security through obscurity is a valid security model WHEN ADDED TO OTHER SECURITY MEASURES!

      What's wrong about adding a little obscurity to your design? It makes it More secure than before. Not much, admittedly, but every layer counts and if your traffic logger is picking up a guy scanning around trying to get past your thin obscurity layer, it can set off alarms earlier than without.

      I AM NOT saying that security through obscurity is a valid measure when used alone, but when used in conjunction with other security methods, it enhances overall security.

      Do you post a sign on your house saying "My locks are Master model ES014, 6-pin with 1/8" slot width?" No, you don't put anything. Hence another layer of security (obscurity) on top of the physical lock. Similarly if you did have such a sign and a would-be thief knew about a trick for that exact model lock, you've just made his day easier. Why tell the world that you're using BSD/Linux/NT version x with software a, b and c? You're just eliminating options that they would-be attacker would otherwise have to try!

      Security should be provided by a well thought out layered approach: network layering (multiple firewalls, screening routers, IDS, etc...), host-based security (tcp wrappers, service minimalization & replacement, tripwire, etc..), and application security (ie. authentication, verification, etc...)

      Yes, and then don't go about advertising the exact methods you've used to lock yourself down. Keep 'em guessing long enough to trip something and alert you, and make sure the security model is thick enough to keep him at bay.

    3. Re:What's the Cisco angle? by flibbertigibbet · · Score: 2

      Why the heck would they need that? They don't need stateful inspection of every packet or a bunch of application proxies.

      They can instead install FreeBSD, rate limit SYN and ICMP (echo, echo-rep, or everything), block all SYN and ICMP right out from reserved and invalid IP ranges, and then drop in rules using IPfilter or ipfw when needed. You can do hundreds of mb/s on this setup.

      I have this and more, including automa set up to establish damaging patterns, using my logging mechanism (no, I'm not writing to a file and creating a DoS for myself).

    4. Re:What's the Cisco angle? by flibbertigibbet · · Score: 1

      Or how about closing telnet, ssh, everything to the public.

      Easy? I thought so. You can't break in to the box when there are no ports open.

    5. Re:What's the Cisco angle? by John+Fulmer · · Score: 5

      I'm not a slashdot admin (but I could play one on TV!), but I am painfully familiar with PIXs.

      The idea behind the PIX, or any firewall-like object, is to allow 'good' traffic (http, smtp, etc) into the production network, and reject 'bad' traffic (oddball ports, like port 0, unauthorized UDP traffic, etc).

      The problem with the PIX, is that it is essentially a fairly stupid router that can do network address translation and other bells and whistles, but it does it poorly. VERY poorly. It was designed as a network address translation system back in the mid 80's (anyone remember all the "We'll run out of IP's by 1997!") by a company that Cisco later bought. Cisco took the product, did a logic problem ( "Firewalls can do address translation. PIX does address translation. PIX is a firewall!"), and had themselves a firewall.

      Its configuration makes a lot of sense to someone familiar with cisco router ACL rules, but no one else.

      They are probably much better off with the BSD box. Although it's not a good idea to advertise their security infrastructure layout to the world. (Hint, Hint, CmdrTaco!)

      jf

    6. Re:What's the Cisco angle? by dmsetser · · Score: 2

      If you need a robust firewall solution, I'd recommend you use Checkpoint' Firewall-1 on Solaris. It's pricey after you buy an Ultra-2 and the software license, but you can push 70-75Mbps of traffic through as long as you skip the VPN, NAT, and accounting features - I've done it for the Hubble Space Telescope, and I'm doing it for Nextel Communications and 14,000 employees. It's a great product, but make sure the reseller you're licensing through gets the feature set correct (there are many). It can drive you nuts if they don't get it right the first time. You'll want to tune it parameters as well - the out of the box features support a medium sized Internet connection fine. But I doubt /. is medium sized anymore

      --
      65.0% slashdot pure
  129. Re:Why are packets from reserved addrs geting thru by horape · · Score: 2

    that's not true. for example, if you traceroute an erols dialup, you'll see the 10. for the ppp server, and no that doesn't break the rfc. iirc, the rule is you can route from 10., etc but not from (eg, icmp from a 10. is ok, but if you try to telnet to a 10. it shouldn't go past your local border).

    Nope, these 10.0.0.0/8 address you see in the traceroute are badly configured machines. For example, it breaks MTU path discovery very often...

  130. Too busy to talk about it.. by DAldredge · · Score: 1

    I would think that if you had posted a story about it maybe you could have received some help for some of the more intellegent Slashdot readers. Also, Slashdot was to busy to tell its readers, but Slashdot had time to tell Wired.

    1. Re:Too busy to talk about it.. by MarkKomus · · Score: 1

      And how were we supposed to read the story if Slashdot was basically down for normal use?

    2. Re:Too busy to talk about it.. by DAldredge · · Score: 1

      Linuxtoday.Com??? Technocrat.Net???

  131. Re:Exodus? BAH! by Jonathan+White · · Score: 1

    Or until someone sniffs their router password and blows away their routing configuration....

  132. Owned? by Remote · · Score: 4

    I wasn't going to talk about this in public because of /. silence about the DDoS, for I thought things could be somewhat related.

    This is what I got this morning when I asked for www.slashdot.org:

    &lthtml&gt
    &lthead&gt
    &lttitle&gtNot Slashdot.org&lt/title&gt
    &ltmeta name="keywords" content=""&gt
    &ltmeta name="description" content=""&gt
    &lt/head&gt

    &ltscript language="javascript"&gt
    &lt!--
    if (top.frames.length != 0)
    {
    top.location=document.location
    }
    //--&gt
    &lt/script&gt

    &ltframeset
    rows="*,90" marginwidth="0" marginheight="0"
    framespacing=0 frameborder=no border=0
    &gt
    &ltframe
    marginwidth="5" marginheight="2"
    src="http://slashdot.org"
    name=thepage framespacing=0 frameborder=no border=0
    &gt
    &ltframe
    marginwidth="0" marginheight="0"

    src="http://red.namezero.com/strip2/strip.jhtml? name=slahsdot.org&channel=www"
    name=pb scrollbars=no scrolling=no
    framespacing=0 frameborder=no border=0
    &gt
    &lt/frameset&gt

    &ltnoframes&gt
    Sorry
    &lt/noframes&gt

    &lt/html&gt

    Weird. Did anybody else see this?

    1. Re:Owned? by sparks · · Score: 2

      You typed slahsdot.org by mistake. Simple as that.

    2. Re:Owned? by Wyatt+Earp · · Score: 2

      I saw that this morning about 4.45am PDT.

  133. linuxdoc.org by Anonymous Coward · · Score: 1

    Go read the networking-howto (or is it ethernet-howto?) and the linux network administrator's guide (NAG) on www.linuxdoc.org.

  134. Re:Oh come on. by Anonymous+Elf · · Score: 1

    As much as I'd like to blame the moderators, it is the site administration that is at fault. They want the troll war to continue. It all adds up to more page views, downloaded ads, posts. Of course, soon, competing sites will reach critical mass and slowly bleed off users from /. Supporting a larger community requires more critical thinking than these people have.

  135. Re:10.0.0.0 net by _ganja_ · · Score: 1

    Arrghh this got moderated up?? Oh come one, these are just the source address, routing is based on destination address. Simply: when the post service delivers a letter, they are only interested in who its too unless it can't be delivered.

    These RFC 1918 addresses:

    10.0.0.0 /8
    172.16.0.0 /12
    192.168.0.0 /16

    are filtered by all ISPs execpt the ones with no good networking people, it standard practice.

    It is of course NOT up to router manufactures to block these addresses, it kind of worries me that you think every router made is going to be on the net. Even so, many ISPs use these addresses internally for such things as cable modems so they can be managed.

    --

    A journey of a thousand miles starts with a brutal anal raping at airport security

  136. Re:Why are packets from reserved addrs geting thru by heh2k · · Score: 1

    that's not true. for example, if you traceroute an erols dialup, you'll see the 10. for the ppp server, and no that doesn't break the rfc. iirc, the rule is you can route from 10., etc but not from (eg, icmp from a 10. is ok, but if you try to telnet to a 10. it shouldn't go past your local border).

  137. Blame Exodus by snopes · · Score: 5
    We didn't have any zombie-killing software or a firewall installed because of certain network topology issues.

    Topology my ass. Exodus fights hard to make you use their 'value add' security services. Be honest guys, the reason you weren't protected was b/c those bastards were working you over for more money and don't want you running your own security, right? In fairness, there's some nice things about running out of an Exodus facility, but dealing with their physical and network security chimps is not one of the high points.

    1. Re:Blame Exodus by MattW · · Score: 1

      There's a big difference between people handling physical security and network security, and the network security people, by and large, are about as far from chimp-dom as you can get.

  138. Re:Could someone point me to a networking tutorial by Steepe · · Score: 1

    It doesn't really matter what pairs are in use, the important thing is that pins 1 2 3 and 6 are used for ethernet. Technically the telco standard for color coding is blue orange green brown slate. On a cross over cable 1 is crossed with 3, 2 is crossed with 6. When I make a cable, its always white/blue=1 blue=2 white orange=3 orange=6. None of the rest matter.

    --
    Just three more hours seapeople and you can finally take me away from this crappy God Damned planet full of hippies
  139. Re:NAT != firewall by Russ+Nelson · · Score: 2

    Who was talking about NAT? I'm suggesting that you run your public services on a public IP address and your private services on a non-routable private IP address.

    The use of a firewall in itself offers little if any security!

    Cool. Does it make me more correct if I use boldface?

    And yes, geez, if you have one compromised host it can lead to other hosts being compromised. Should that surprise anyone?
    -russ

    --
    Don't piss off The Angry Economist
  140. Re:Why do /.ers fall for trolls? by Anonymous+Elf · · Score: 1

    Thinking more about the issue, I can't help but wonder if many problems are solved by only allowing a post to be downward moderated once. This way, excessive points aren't wasted and the dissenting opinions - which should be read - won't get battered by clueless moderators.

    Of course, I still think all downward mods are a waste. Upward moderation helps because it saves time. If you want filtered speech, AOL would be more suited for the majority of moderators.

  141. Re:10.0.0.0 net by lanner · · Score: 1

    Pardon thy typoes.

    That should have been, "Customers with BGP sessions NOT are allowed to advertise these networks either."

    Be nice if I spelled periphery right too.

  142. Re:RSM/MSFC definations by halbritt · · Score: 1

    The MSFC, the multi-layer switch feature card does the routing. There is a PFC (policy feature card) which will provide QoS, Load-Balancing, access lists, etc. There is no RSM for the 6509. Check Cisco's site for reference. The MSFC/PFC combination will forward 15Mpps if the routed traffic goes through the hardware. If there's some exception that doesn't allow it to get routed by the ASIC then the traffic will go through a software router that will do 200Kpps, the software router is equivalent to a 75xx series router in terms of speed.

  143. Re:Anti-spoof filters on the Exodus network by Longing · · Score: 1

    I'm not trying to give SlashAndover a hard time for making a poor choice, but my opinion of Exodus went down quite a few notches right after I installed my stuff there. Did you guys do your research?

    Let's see, what kind of problems have I had?
    -Routing - routes not set up when EXDS said they were 'Good to go!'
    -Firewalls (managed) - installed with no rules.
    -Power - missing a circuit in our cage

    I could go on.

    And I will.

    -HVAC - we've had some of our Suns turn themselves off because it got too hot it our cage
    -Backups - they installed the client on one of our boxes, didn't put it in startup scripts, and after a month of the client not getting backed up, took it out of the backup rotation because "it wasn't responding" (without bothering to call us!) (never mind they only installed the client on one of the six boxes they were supposed to)
    -More HVAC "it's 84 degrees in here, you're supposed to notify me at SEVENTY TWO" "oh, well the alarm kept going off so we set the threshold higher" (you'd think i'm kidding - i'm not.) >:(

    So the question I usually ask myself when the conversation turns to Exodus is, "How many times would I rather pound my testicles with a wooden mallet than do business with Exodus again?"

    We've talked to SVPs and Directors and other PHBs, and all we can ever get out of them is "we're working on making it better for you". Gee, thanks, that's such a consolation.

    Of course, we only pay them $168k/year, so naturally we shouldn't expect much for that paltry sum, right?

  144. What Story? by torpor · · Score: 2

    Are you referring to?

    --
    ; -- the corruption of government starts with its secrets. a truly free people keep no secrets. --
    1. Re:What Story? by Rendus · · Score: 2

      We're talking about the infamous Sengan disabling comments on the US bombing Iraq story. That's what this part of the thread is about anyway.

      If you were refering to my TCWWW statement, at one point Rob (Malda) had DNS screwed and we couldn't get to slashdot if you put the www. in front of it. He left it like that for quite some time, and he'd post articles that link to /. and say something like "But they used The Cursed WWW", and hence TCWWW.

  145. Re:Prevent SYN floods @ the MSFC by _ganja_ · · Score: 1

    Hmmm, maybe, just maybe because it's in release 12.1 ??

    As you work for Cisco would you *really* recommend that a site like /. or any real production site use IOS 12.1

    --

    A journey of a thousand miles starts with a brutal anal raping at airport security

  146. Re:Could someone point me to a networking tutorial by YankeeDoodleJoshi · · Score: 1

    You didn't specify which OS... but if it happens to be Win 95/98, then here is a site I thought excellent for a beginner trying to put together a simple home network.... http://network.fament.com/helmig/j_helmig/faq.htm

    --
    HTTP header ad space for rent! Advertise to thousands of server log readers - only $50 a week per header! 1-800-SURFALOT
  147. Nature of routing- how is a spoof allowed through? by EMIce · · Score: 1

    From my knowledge of routing IP and how things work, I can't conceive how 10.0.0.0 packets are routed. Or any spoofed IP for that matter. All the networks I've been on have never allowed me to send packets outside my assigned range of IP addresses. At what point does someone sneak a 192.x.x.x, 10.x.x.x or spoofed, non-reserved IP packet into a backbone? There must be a serious breach of policy somewhere. Also, when a router at the provider gets a packet, doesn't it know the range of IPs of those it is providing service too? Shouldn't it block transmission from other addresses it is not servicing? It seems natural that this should happen at every route point along the way. At what level do routers stop caring what IP the packet is coming from and just routes everything? Is it the circular, interconnected nature of the internet makes it so the highest level routers must route anything? It seems like a string of downstream routers need to be horribly misconfigured to allow a packet to reach a high level router that doesn't care about source IP. I have heard of selectively routing a packet through certain hosts, but I still don't see how a spoofed IP can leave the provider and it's routers in the first place in order to spoof via the selective routing. The whole issue of spoofing has bugged me for years but I can find no definitive explanation of how this kind of breach could be allowed.

  148. Re:Why are bogus packets getting to your routers? by Fas+Attarac · · Score: 2

    In theory, this is correct.

    However, in practice, we have incompetant admins, ignorant management, and underpowered hardware. In many backbone cases, ingress/egress filtering (or, indeed, most any kind of filtering) of these types of IP addresses isn't an option, due to the volume of data that these routers handle. They wouldn't be able to handle it. So, unfortunately, we must rely on ISP's on a more local scale to not only block these packets from coming in to the network (and likely on to their customers), but block them from leaving their network (or, perhaps, keep their customers from introducing them).

    Along a similar line, these filters could/should be expanded to include the list of IP addresses that that network services. If done correctly (and down to an appropriate level of granularity), not only will all IP spoofing be eliminated, but anyone attempting to do so can be tracked down rather easily.

    The fact that IP spoofing still shows absolutely no signs of abating is proof enough that few ISP's are filtering a damn thing.

  149. Re:A little more detail on the hardware setup by dudle · · Score: 1

    The answer : Network Appliance Filer F740. Check their website at www.netapp.com.

    --
    Looking for a great online backup: Green Backup
  150. Re:Blame Canada by chrsbrwn · · Score: 1

    You should have gone with Digex for your webhosting machines. They have a secure network, secure facilities and all the hardware/software/monitoring in place and managed as a service.

    And they regularly set up machines with the wrong domain name, forget to put the proper hostnames in the dns tables, don't upgrade exploitable versions of Netscape Enterprise, misconfigure Oracle Databases, and various and sundry other annoyances that create extra work for this lowly SysAdmin...

    I don't know if these problems are specific to my company, but it just goes to show that no hosting company is perfect...

  151. Re:Troll filters? They don't work by spiralx · · Score: 1

    Unfortunately all the lameness filter has done has encouraged them to spam more to get around it, which they've figured out how to do already. Bit of a waste of time really :)

  152. Tracking DDOS or even DOS is difficult. by Christopher+Thomas · · Score: 2

    That was a good account of what happened, but in part two, we want to hear what you are doing to track the bastards down.

    Unfortunately, if I understand correctly, that can only be reliably done by manual traffic analysis by the sysadmins of the various routers en route, if I understand correctly. The origins and possibly routes of the incoming packets will have been forged, so you have to actually go from router to router looking for unusual traffic.

    Disclaimer: I am not a networking guru.

    Various modifications to routing software have been proposed that would make tracking easier (see the recent slashdot article). However, at present you're in for a lot of work and still probably out of luck.

  153. Re:MS Explorer died, Netscape worked by andycal · · Score: 1

    I had a similar experience, I was using explorer on "not my machine" and I kept getting time-outs on the links. Then I noticed that I could get pages from "www.slashdot.org" but not "slashdot.org"

    All the links on the home page seem to drop the "www", I tried adding the www to some of the links and was able to get content.

    I Don't know enough about IP to know if this means anything. I figured "www.slashdot.org" and "slashdot.org" would DNS to the same IP. Is this not the case ??

    Is it possible that IE and Netscape have differnt rules for dropping the WWW.... no that can't be it, that comes from the HTML but possibly Netscape understands that www.slashdot.org == slashdot.org and IE doesn't??

    Not trolling, just curious.

  154. Re:A little more detail on the hardware setup by Quikah · · Score: 1

    Fibre Channel SAN looks like it would work pretty well. Never used it before myself, I am sure someone else here could give some good info on implementing something like this.

    --
    Q.
  155. Open souce load balancer project by ChaosMt · · Score: 1

    Is anyone aware of a load balancer project? If there isn't one started, I'd be interested in getting it going on OpenBSD. Please email me at slashdot@remove-this-part.chaosmt.net

  156. The M$ effect? by periscope · · Score: 1

    Hi,
    am I the only person who finds it rather "convienient" that /. suffers a major DDos attack _right_ after that Weston bloke at M$ strated making threats. You'll have to forgive my paranoia, it just seems a little well "timed".

    Of course I'd never even think to imply that M$ had any involvement in this...

    For those of you who haven't read about M$'s secret covert operations, read "The Microsoft File" - it was the 3rd most popular purchase at Amazon by M$ employees...

    --
    http://www.jonmasters.org/
    1. Re:The M$ effect? by root:DavidOgg · · Score: 1

      >> am I the only person who finds it rather "convienient" that /. suffers a major DDos attack _right_ after that Weston bloke at M$ strated making threats. You'll have to forgive my paranoia, it just seems a little well "timed".

      How the hell did this get moderated to FLAMEBAIT? I think M$ has earned moderator status now too.

      --
      --AROS is an Open Source AmigaOS clone, and source compatible with AmigaOS! Try the x86 build at http://www.aros.org
  157. Re:10.0.0.0 net by IdiotBoy · · Score: 1

    This is certainly not 'Informative'(is there not a moderate this to 'Misinformative' selection?) and it certainly should not have shown up when I filtered down to +5 comments. Especially when I had to look at sub +5 comments to find that, in fact, his severe factual errors had been corrected. Do the moderators actually read the posts or do they just look for their buddies' names to give them 31337 credit?

  158. locked-down by default by DreamerFi · · Score: 2

    I'm not sure if this qualifies, but take a look at www.dubbele.com

  159. Re:Anti-spoof filters on backbone networks? by Nonesuch · · Score: 1
    Every backbone provider has problems, I don't know of any Tier-1 ISP that claims to completely filter incoming or outbound traffic that claims 'non routable' (10/8, etc) source address.

    I know from personal experience the following backbone providers do not filter these addresses:

    • Concentric
    • Genuity (formerly GTE-BBN)
    • Exodus
    • Sprint

  160. Re:Why are packets from reserved addrs geting thru by Nectar · · Score: 1

    No, it doesn't. Path MTU discovery is
    unaffected when such addresses are used
    judiciously for inner nodes of the network.

  161. Re:Prevent SYN floods @ the MSFC by illumin8 · · Score: 1

    12.1 is wide-deployment release code now.

    --
    "When the president does it, that means it's not illegal." - Richard M. Nixon
  162. Re:Airgap (was Re:Why a firewall?) by SimonMcC · · Score: 1
    or a customized Linux distro with all s/w in wierd places, maybe?

    Security by obscurity is not security.

  163. Re:Blame Canada by zehn · · Score: 1

    Based on you description of your set up it appears that you are only located in a single data center. I am curious why you haven't diversified your dependency on a single data center and use some thing like Network Director or Hopscotch (if it is still around). I have never worked with Arrowpoint but am familar with Cisco Local Director (and MLBA). Can anyone comment on the comparison between the two

  164. Re:Twas an inside job, my friend by Rendus · · Score: 1

    Gah. Flaimbait? Heh.

    I wasn't interested in the entire user thing at the time, but figured I probably should register. -Shrug-

    Oh well. I still remember thinking Anonymous Coward was one person :) (Yes folks, the AC problem is a fairly recent thing)

  165. Re:Still can't reach /.!! by schmeel · · Score: 1

    That had no effect...
    It's not just that traceroute won't get through... I can't connect to the site in netscape, I can't ping it, etc...

    --

    --
    This .sig no verb.
  166. Re:Why do /.ers fall for trolls? by mcrandello · · Score: 1

    #3 is a very good point. If I come in as AC and post crap, if it gets moderated down there really isn't any incentive not to keep posting crap unless my karma also goes down. Do it enough and I post at -1 anyway...You listening Taco?

    Perhaps the moderators are on crack as of late, or maybe somewhere in the moderation guidelines there has to be in big letters DEFAULT THRESHOLD IS AT 1. Unless it's something that *really* is offensive, moderating it to -1 won't do much good. Especially if it's anonymous (After all, with the present scheme who gets hurt? NOONE!) Maybe the answer is to Metamoderate those people as unfair, as they unfairly squandered their points in a futile manner trying to sink something that's already well below most's radar.

    A lot of times I've engaged people as AC simply because it's something that I feel doesn't need to be seen by incoming media-types or regular posters who have their thresholds set so as to avoid offtopic discussion. For the same reason, I almost always forego the +1 bonus I seem to have acquired, unless I feel it's something truly informative(which doesn't happen that often).

    As far as you being a troll, it really isn't fair to say that on /. with the type of posting you do. I would refer more to the alt.syntax.tactical description of "usenet (or in this case /.) performance art." Most of the good ones I would classify this way.

    Ontopic to the discussion, I'm glad to see the guys here finally put up an article about the DDoS and all. Thanks. Not only is my curiosity almost sated, but I feel like I've learned some stuff about networking as well (especially from the reader's links above).

  167. Re:Blame Canada by Anonymous Coward · · Score: 1
    Heh. Actually, the 'no camera' thing happened after one of Exoloss's Very Large customers had a photo-op in their cage, took a shiny flash photo of some h/w, including a Cisco...

    ... and EMP'd it into oblivion. More than half the blades died onthe spot.

    Exoloss, as their security guys aren't the brightest fellows on the block, decided it was easier to ban ALL cameras rather than just flash ones.

    Still, slipping one into your backpack circumvents that nicely (also ducking around that 'you must have a pass to get out with even a network cable' policy, come to that).

  168. 10.0.0.0 net by Signal+11 · · Score: 4
    I've found this alarmingly common to be routed on networks. I wish router manufacturers would squish this once and for all - it's in the RFCs that these are NOT to be routed on the 'net at large.

    I've had alot of portscans for 31337 and 12345 in the past week on the mediaone network, all from 10.0.0.0/16 networks. I am massively annoyed that they let this through and block ports 137:139. Umm.. is this solving the problem? No! Oh, and they've taken a liking to scanning their customers boxen.. but I digress.

    DDoS is the direct result of sloppy upstream administrators. IF I were in your shoes, I would be suing every person upstream for atleast a few hops for passing those 10.0.0.0 packets along for gross negligence.

    1. Re:10.0.0.0 net by GetTragic · · Score: 1

      I think all routers should just stop routing. That would stop ddos too. Routing is just a legacy protocol anyways.

  169. Re:A little more detail on the hardware setup by buffy · · Score: 1

    My two problems with it are: 1) anyone who can get past the firewall and access the NFS servers at the network level can own you--read/write/delete...just connect directly to NFSD and make it your bitch^H^H^H^H^H^H^H^Hahem, do anything you want; 2) the performance of NFS is far far far less than optimal, compared to the performance of local filesystems, or even other distributed filesystems.

    Just my opinions, but I've been doing large scale stuff for a very long time. And, again...I'm not complaining--it seems to perform quite well. I just have to think and write about these things all day, every day.

    -Buffy

  170. Re:What about the children? by Tetsujin28 · · Score: 1

    The God == Slashdot concept supports my theory that the song God Save the Queen was begun as a DDoS against God and his prayer-server. Millions of identical prayers, thousands of times a day...



    "It's that guy!"

    --
    - - - -
    The real Tetsujin 28 is a giant robot.
  171. Part2: Can we get some pictures? by a.out · · Score: 3

    I know I'm not the only one who would like to see pictures of this whole setup :)

    And while you're at it get CowboyNeal to give us a sexy pose *on* the servers (grin)

  172. Re:Could someone point me to a networking tutorial by Dr+Caleb · · Score: 1
    You can connect two NIC's with a "crossover cable". Get one where you normally buy cables. Typical brands are those blue CAT5 cables, but have one red shroud on the end. It's also the same kind of cable that you would use to connect a cable modem /dsl to a NIC.

    If you like you can also build your own, but the required tools are fairly expensive, unless you plan to make a living at it ;-)

    No software required, other than networking protocols...

    --
    "History doesn't repeat itself, but it does rhyme." Mark Twain
  173. But who ... ? by tilleyrw · · Score: 1

    Who was DoS'ing Slashdot? My conspiracy theory is that M$ was pissed at your resistance to removing those Kerberos posts.

    Who knows, even Bill may be a /. reader?!

    --
    This post encoded with ROT26. If you can read it, you've violated the DMCA. Handcuffs please, sergeant.
    1. Re:But who ... ? by AnarchoFreak_00 · · Score: 1
      I'd be suprised if he wasn't. I just wonder if he posts.

      Who knows, it might explain some of the AC, hot grits postings and pro microsoft rants though. ;)

  174. Re:Nature of routing- how is a spoof allowed throu by TBC · · Score: 1

    I think the main reason is that in order to do packet filtering, the router has to unpack the packets, examine the origin and destination addresses, and then pass/drop the packet. Without having to examine the packets, the interface processor can examine the route table, decide which path to send out on, and forward the packet out the correct interface. The main CPU doesn't have to get involved.

    That being said, the solution is to put filters at the edge. We have packet filters that drop any packets that don't have our IP addresses as the origin. It's not that big of a problem when we deal with it at the Mbps level. When we have to deal with it at the Gbps, it puts too much load on the processor.

    We saw what happens when you try to do packet-filtering in already loaded routers with the first round of DDoS attacks. All week after that, we were seeing significantly more BGP router flaps than normal. (>50/s where normal is ~10/s) The ultimate answer is IPv6, until all the tools are there, we're stuck.

  175. MS Explorer died, Netscape worked by tadas · · Score: 1

    Is it only me, or is it a reaction to the recent Microsoft chest-beating? Monday and yesterday, I was getting "unable to connect", timeouts, etc. while attempting to access the site usimg MS Explorer 4.01, (and on the two occasions when the front page came up, none of the internal links to slashdot-hosted content worked) but the Netscape Beta worked first time, every time. Of course, the Netscape/Mozilla memory leak eventually ate all of the resources on my system...

    Was this related to the DDOS or was it something else? Anyone else experience this?

    --
    This page accidentally left blank
    1. Re:MS Explorer died, Netscape worked by SanjuroE · · Score: 1

      Netscape has a longer time-out time. So it will try longer before giving a time-out.

  176. How does a DDoS attack screw up the / code??? by moopster · · Score: 3

    Every time I tried to view the front page of /. it came up waaaaaaay funky. 1 - Did anyone else experiance this? 2 - Is there more to this problem then just a DDoS? mcd

    --

    ----------
    No army can withstand the strength of an idea whose time has come.
    - Victor Hugo
  177. What about the children? by Anonymous Coward · · Score: 5

    While I agree that the Slashdot DDoS attack caused many people quite a bit of annoyance and frustration, I think leaving the impact at that is very short sighted.

    Firstly, I don't think the blame for this DDoS can be centered on just one person or group. Obviously, those who attacked Slashdot are to blame, as are Slashdot's sysadmins, and the people at Arrowpoint. And secondly, the costs of this are much greater than you might think.

    I have an eight year old daughter. We had a family pet - a rabbit, black, named Midnight, and my daughter was very fond of it. Midnight, sadly, passed away about two months ago. A week or two after Midnight died, my daughter came to me in tears and asked me, "Daddy, why won't God bring Midnight back? I've been praying like Deacon Simmons told me to."

    Naturally, I had to think about how to respond to this. I finally answered, "well, honey, God is a little like Slashdot. He can seem arbitrary, cruel, and unresponsive, but he's really a nice guy who's just a little out of touch and is a little slow at responding to requessts."

    This was fine, and I thought that would be the end of it. However, when Slashdot went down last week, my daughter burst into my den, positively sobbing and wailing, and managed to choke out "Daddy! Daddy! I can't get to Slashdot!" "Honey," I said, "it's just a website." But, between sobs, she said, "but you said God is just like Slashdot, remember? Does this mean God is dead?"

    I tried to console her as best I could, but nothing seemed to work. When Slashdot came back up, she seemed to return to normal, but she hasn't been quite the same since. She doesn't ask me about God so much any more, and she seems less interested in Church.

    As a good Christian, I will turn the other cheek, and not call for the punishment of those responsible. But to the heinous criminals and negligents responsible for this, I must ask, how do you feel about destroying a small girl's sense of innocence and wonder about the world? About crushing her childish dreams and idealism? About shattering her faith in God and his benevolence? About possibly having crushed her soul and emotion forever, leaving her to live the rest of her days in spiritual agony as a broken, scarred husk of a person?

    I hope all of you think long and hard about what you've done. What is the soul of a child worth, next to a few double-checks of the router?

    Thank you.

    1. Re:What about the children? by Byteme · · Score: 1
      I think it is silly also... and that you are taking it too seriously. It's a joke dammit!

  178. maybe /. can do like this guy by Frederic54 · · Score: 1

    the guy in philipines that have been arrested because of the ILOVEYOU virus said that MS should be investigated because it's their fault if there's virus 'cause MS apps are too buggy.
    --
    BeDevId 15453 - Download BeOS R5 Lite free!

    --
    "Science will win because it works." - Stephen Hawking
  179. No doubt it was MS/MPAA/RIAA/Metallica/Dr Dre by auntfloyd · · Score: 4

    I'm sure that these great enemies of the Slashdot Empire have found this to be a convenient time to strike. We must systematically seek and destroy all those suspected of having sympathies with the MPAA, RIAA, or Microsoft for security reasons.

    Therefore, all

    Windows users

    CD listeners

    Movie watchers

    Metallica fans

    are asked to please leave now or face prosecution.

    thank you.

    1. Re:No doubt it was MS/MPAA/RIAA/Metallica/Dr Dre by G27+Radio · · Score: 1


      Windows users
      CD listeners
      Movie watchers
      Metallica fans

      Get 'em up against the wall

      numb

  180. Re:This is a web farm?! (Was Re:A little more deta by cgori · · Score: 1

    What exactly do you think is different between a 6509/RSM and a 7206?

    All 72xx use PCI backplanes/interfaces, max of around 1Gbps of throughput, and the VXR have some higher speed cpus to throw at your interfaces.

    A 6509 has something like a 16Gb full-duplex (marketroid-speak == 32Gbit) backplane, with the RSM/PFC/MSFC/whatever sitting on a very fast bus, and processing the packets at L3/L4 with dedicated ASICs, as opposed to general purpose CPUs.

    Which do you think will work under load better?

    I am honestly curious to hear your technical reasoning for arguing against a 6509.

  181. NAT != firewall by iritant · · Score: 1

    Several people have tied the notion of Network Address Translation and the use of private IP address space to firewalls.

    The use of private address space in itself offers little if any security!

    All that is required to break in to a site using RFC-1918 space is a compromised account on a system that has local routing knowledge. That could be a router or a nearby server.

    1. Re:NAT != firewall by iritant · · Score: 1
      Actually, you might not actually have to break into a nearby host, but merely rely on it to forward a source routed packet or a tunnel (GRE/L2TP, for instance).

      If you are talking about using private address space (or any assignment of addresses) and the routing system as a form of security, it's weak security at best. Your message (and others) implied that.

      This is a common misconception, propagated by people usually selling something.

    2. Re:NAT != firewall by Russ+Nelson · · Score: 2

      Which operating systems forward source routed packets or tunnel packets without explicitly being configured to do that?

      You say it's weak security, but you come up with a weak example of why it is.
      -russ

      --
      Don't piss off The Angry Economist
    3. Re:NAT != firewall by iritant · · Score: 1
      Which operating systems forward source routed packets or tunnel packets without explicitly being configured to do that?

      You misunderstand. I didn't say they weren't configured to route. All it takes is a device that source routes (and that includes most routing devices by default).

  182. Re:Moderator Madness? by Sponge · · Score: 1

    Since when does the typical slashdot flamer only flame invalid points? :)

    Sponge

  183. Re:A little more detail on the hardware setup by gavinhall · · Score: 1

    Posted by BSD-Pat:

    This type of solution is currently being looked at, it was in the original spec, however we didn't have the support needed at the time, but we will soon =)

  184. Ohh ohh! by Dr+Caleb · · Score: 1
    My IP is 192.168.0.10.

    You're not gonna blame me for that are you??? :-)

    --
    "History doesn't repeat itself, but it does rhyme." Mark Twain
    1. Re:Ohh ohh! by Rupert · · Score: 2

      Oh, come on! Everyone uses 192.168.0.0/24. We're going to wear out this class C if we're not careful. I propose having the third octet be your house number mod 256. My home network is now 192.168.192.0/24 (I live at # 10432).

      --

      --
      E_NOSIG
  185. Re:Blame Canada by freebase · · Score: 1

    Hey- are those the new fangled scotch tape holographic drives in the background?

    --
    Sig??? I don't need no stinkin Sig!
  186. "Shoot Back" is recipe for disaster - builtin DDOS by billstewart · · Score: 2
    It's one thing to let experts shoot back. It's another thing to make it a widely distributed capability, especially an automated one. Currently a bad guy who wants to run a DDOS needs to crack a few hundred poorly-run machines and then fire up his scripts to abuse them. But if "shoot-back" tools are widely distributed, all he needs to do is find how to forge an attack in a way that will convince a particular shootback tool to attack some victim, and then spam out as many attacks as necessary to get the shootbacks to overwhelm the victim. (Obviously it's still worth doing this from a cracked machine, but you don't have to own a lot of cracked machines to obfuscate yourself.)


    This is different from mostly-passive traps like teergrube (FAQ; jargon) or Deception Toolkit or spider traps which sit around waiting for Bad Guys to attack them and react unexpectedly when attacked (e.g. ...res.p...o...n...d....v...e...r...y....s..l..o.. o...ooo...w...l...y.... while logging stuff or sending back odd replies). ("mostly passive" doesn't exclude leaving lots of inviting copies of your address around for harvesters or script kiddies to find.)

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
  187. trollin'? by BadERA · · Score: 1

    I think so ...

    --
    I am, therefore you think.
  188. Re:Owned? - Nope by Cpyder · · Score: 5

    Maybe you should type more carefully, since you
    requested http://slahsdot.org (slaHSdot) not
    slashdot.org...

    I registered that domain (for free @ namezero) to
    help the people who couldn't type. Sorry if I scared you :-)

    Cpyder@slahsdot.org
    _
    / /pyder.....
    \_\ sig under construction

  189. Is that what took so long.. by ch-chuck · · Score: 3

    waiting for Rob to toggle in a boot loader to IPL from the punch card reader?

    --
    try { do() || do_not(); } catch (JediException err) { yoda(err); }
  190. RSM/MSFC definations by Ed+Bugg · · Score: 5

    RSM - Route Switch Module
    - Basically a router on a card in the switch for routing between VLANs

    MSFC - Multilayer Switch Feature Card
    - Once a route for a packet flow is figured out (from the first packet going through the router) all other packets from the flow get switched instead of routed.

    --
    -- Ed Bugg --You have freedom of choice, but not of consequences.--
  191. Cisco Cat6509's with MSFC/PFC's by freebase · · Score: 1

    Got a couple of things to point out with the Cisco Switches-

    1. There's a code problem with several versions of the IOS for the MSFC that causes funky problems, including locking up the MSFC, and preventing Fail-Over according to Cisco. I was in D.C. at a CCIE Lab prep class when we had this problem a couple of weeks ago, so I wasn't on the firing line, and don't know all the details. Just might be something you want to check out.

    2. The 5.3(2) Supervisor image apparently doesn't support Gig E ports well. We found this out at the same time as the above problem with the guy at TAC said "Geez, you shouldn't even be working at all with that image and all those Gig ports." or words to that affect. Supposedly the 5.4 images fix this problem. Convient since we had 24 switches delivered in January with a minimum of 4 Gig ports configured, up to 24 Gig ports depending on the switch, and every one of them had the 5.3(2) image.

    3. Lastly, I'm becoming concerned with Cisco's Quality control, especially with the Catalyst switches. Of 48 Supervisors delivery in January, I've had to RMA 8 already because of dead SAINTs or other dead ASICs. For the math challenged, that's a 20% failure rate in less than 4 months; definitely not conducive to the 5 9's uptime directive from On-High.

    This was not a rant, or even a Cisco bitch- just wanted to let ya'll know there are some issues with the 6509's that may have played with your problems.

    --
    Sig??? I don't need no stinkin Sig!
  192. Re:FreeBSD? (OT: Moderation) by Farq+Fenderson · · Score: 1

    Metamoderators shall have the first born of whoever moderated /that/ down.


    ---
    script-fu: hash bang slash bin bash

  193. Re:GODDAMIT A LINUX SITE SHOULD RUN LINUX! by Darchmare · · Score: 1

    Um, this isn't a "Linux site". This is a geek site, which often covers Linux (but also covers OSX, BSD, even Win2k).



    - Jeff A. Campbell
    - VelociNews (http://www.velocinews.com)

    --

    - Jeff
  194. Re:This is a web farm?! (Was Re:A little more deta by kashani · · Score: 1

    the router card in a 6509 is the RSP4 from the aging 75xx line. The 72xx VXR will kick it's ass every time.

    kashani

    --
    - Why is the ninja... so deadly?
  195. Linux? by Wedman · · Score: 1

    What is wrong with BSD?

  196. Re:Could someone point me to a networking tutorial by robhancock · · Score: 1

    All the cable modems and DSL modems I've seen or heard about have the Ethernet port already "crossed over" internally since they're almost always directly connected, you only need a regular CAT5 patch cord. That's why if you connect it to a hub you have to use the uplink port on the hub.

  197. PIX inusfficient? by Null_Packet · · Score: 1

    I myself, as well as others, would love to hear why the PIX wasn't meeting your needs, and how *BSD was filling that gap. Are you guys at a point where you can give us more detail? Thanks.

    1. Re:PIX inusfficient? by gavinhall · · Score: 5

      Posted by BSD-Pat:

      The problem here is that we only had one subnet to work with. The PIX we had wouldn;t to the type of filtering/bridging that I wanted.

      Cisco wants a DMZ on these things.

      I needed a bridge...why I didn't use linux...

      It was quicker and easier for me... ipchains has always been a pain in my arse... ipfw and ipfilter I know best.

      The other thig is that we fried an arrowpoint cs-100 (little itty bitty dinky thing that was being replaced with a bigger one)

      the little arrowpoint couldn't take the traffic of 109Mbits , it wasn;t meant for that, we were waiting on arrowpoint to ship us the unit we were *supposed* to have.

      *BSD fills the gap because I know it inside and out, and it was the quickest to get up at that point.

      As far as the router, we can't do any type of stateful filtering on the 6509, due to some setup that exodus has with the HSRP stuff, I'm sure given enough thought I could figure out how to do it, however we were running on crisis mode.

      The BSD firewall filled that gap for us...I can now do access lists on that, instead of the cisco.

      and we still have a "DMZ" but its on the same subnet.

      The arrowpoint CS-800 was emergency shipped to us that afternoon....its about as big as a cisco 6509...and ummm won't die under that type of traffic/content checking (its layer 5 remember)

      -Pat

  198. Re: Good comment, but why AC? by hrm · · Score: 1

    Read the third paragraph, the stuff about "community reinforcement and propagation", meaning only boring, party-line comments seem to float to the top these days. Shit tends to do that. The comment rambles on for a bit after that, but the author has a very good point.

    These days I also tend to get increasingly annoyed at seeing yet another generic "why this is good for Open Source" (always with capital O&S, nice'n'proper) empty comment rated into the ionosphere. There's usually an AC reply below it, something along the lines of "suck on it, you karma whore". I don't consider it useful to add to the noise with comments like that, but I'm glad to see there are other people who are sick of highly rated feel-good commentaries.

    Actually, the only thing I don't agree with in the above is the weird excuse for posting AC. If you feel so strongly about it, why not use your handle? But perhaps that's me. I'm not a regular poster and don't give a rat's ass about my karma level, or whatever it's called. Wish there were more people like that, though.

  199. Re:How is this TIRED TIRED question "interesting"? by Vanders · · Score: 1

    #define DEAD 1 void tired(horse){ while(horse==DEAD) beat; }

  200. *cough* by ArchieBunker · · Score: 1

    yahoo, hotmail, sony japan, and cdrom.com all use FreeBSD for a reason. I'll take the BSD ipfilter over linux ipchains any day. ipfwadm was fucking horrible, trying to setup complicated firewall rules at the command line? ipchains is slightly better but nowhere near as good as ipfilter.

    --
    Only the State obtains its revenue by coercion. - Murray Rothbard
  201. Re:What's the Cisco angle?[ERRATTA] by John+Fulmer · · Score: 3

    Sorry. Make that mid 90's...

    jf

  202. Re:The M$ effect^2? by Noel · · Score: 2
    ...and the Weston letter was sent on the same day that MS posted their proposed final judgments...

    ...and Slashdotters spent their time vilifying MS for their attack on Slashdot rather than commenting on the MS proposed judgment...

    Ya know what? You've gotta be right. It must all just be coincidence. MS would never stoop to making a coordinated attack on its critics, right?

    ;-P

  203. Re:GODDAMIT A LINUX SITE SHOULD RUN LINUX! by TummyX · · Score: 1

    Um, slashdot is a pro linux site. OSX is covered cause even tho apple is a hugely proprietry company, everyone here loves microsoft competitors.
    BSD is covered just cause, and Win2K is only covered when FUD about Win2K is discovered, i mean, the launch of Win2K wasn't even covered, however on the same day we got a nice article about linux 2.3141529 being released.

    Anyway, point was slashdot IS primarily a linux site.

  204. Arrowpoint blaming Cisco? by scoof · · Score: 1

    Ironic since Cisco has just finished acquiring Arrowpoint, and my guess is that they'll implement the Arrowpoint code in....none other than the 65xx series....pretty ironic ;)

    --
    -- Andreas
  205. Re:Prevent SYN floods @ the MSFC by kashani · · Score: 1

    because the 6509 is way too under powered processor wise to do the kind of traffic slashdot is doing. Having built a system that pushes 250Mb/s out at peak, the Arrowpoints are really the only way to go especiialy if you plan on the usual exponential internet growth, converting to NAT, and like some sembelance of filtering.

    kashani

    --
    - Why is the ninja... so deadly?
  206. OpenBSD... by Wntrmute · · Score: 1

    but does anyone make a "locked-down by default" distro based off Red Hat/Debian/*BSD?

    OpenBSD is pretty well there in the world of "secure by default". You'll have to enable pretty much anything you want to use by yourself.

    -Wintermute

  207. Re:Use an Alteon... by kashani · · Score: 1

    I've more traffic then most through an Alteon Ace3 (250 Mb/s and 90k concurrent sessions) and it ain't that good at it. Numberous software problems and lot's of generally flakiness. I had the config checked out several time by ALteon and even swapped hardware. We'll see how their new 700 boxes and 8.0 code do, but if you're doing things today Arrowpoint is one of the better choices.

    kashani

    --
    - Why is the ninja... so deadly?
  208. Still can't reach /.!! by schmeel · · Score: 1
    I don't know if this is an Exodus problem, or if it's Bell sympatico's fault (my DSL provider), or if I'm just cursed:

    schmeel:~$ traceroute slashdot.org
    traceroute to slashdot.org (64.28.67.48), 30 hops max, 40 byte packets
    1 eowyn.cglow.org (192.168.2.1) 2.783 ms 2.081 ms 1.996 ms
    2 HSE-Toronto-pppxxxxx.sympatico.ca (216.209.54.1) 53.911 ms 35.685 ms 33. 193 ms
    3 dis17-toronto63-fe1-0-0.in.bellnexxia.net (206.108.100.33) 16.352 ms 16.7 96 ms 14.961 ms
    4 torcorr02-fe0-0-0.in.bellnexxia.net (206.108.100.162) 18.211 ms 18.331 ms 18.837 ms
    5 core1-toronto63-pos11-1.in.bellnexxia.net (206.108.98.17) 19.211 ms 20.42 1 ms 17.368 ms
    6 bx1-chicago23-pos3-0.in.bellnexxia.net (206.108.98.42) 28.007 ms 26.737 m s 27.155 ms
    7 206.108.108.250 (206.108.108.250) 29.808 ms 30.245 ms 29.002 ms
    8 bbr02-g1-0.okbr01.exodus.net (216.34.183.66) 28.347 ms 28.040 ms 28.688 ms
    9 bbr01-p5-0.wlhm01.exodus.net (216.32.132.210) 53.271 ms 53.805 ms 51.739 ms
    10 * * *
    11 * * *
    12 * * *
    13 * * *
    14 * * *
    [etc...]

    blech!
    --

    --
    This .sig no verb.
    1. Re:Still can't reach /.!! by alvi · · Score: 1

      This is because you are using an old style UNIX traceroute. Old traceroute uses both ICMP and UDP packets (to port >32000, don't remember the port numbers exactly).

      Try using 'traceroute -I slashdot.org', this forces tracroute to use ICMP only.

  209. A little more detail on the hardware setup by Kurt+Gray · · Score: 5
    Rob is going to post exact hardware specs later, but in the meantime just to give you a brief idea where the "Arrowpoint" sits in relation to all this... Slashdot now running on several machines, all VA FullOns, running Debian and few running Red Hat, Apache+mod_perl, MySQL. The database is on its own VA 3500 server. There are currently six VA FullOns serving web pages from an NFS server, and three other web servers serving images.

    All of these machines were behind an Arrowpoint (CS-100) firewall/load balancer which took it on the chin when we got DDoSed, so basically the Arrowpoint was taking the full force of the attack. So as described above we replaced it with a CS-800 and a BSD firewall.

    I guess we learned that if you're going to post a letter from a Microsoft attorney on your web site the same day you implement a few new troll filters you better be prepared for the fury of hell to rain down on you. Then again this is Slashdot, so we always should be prepared for the fury of hell to rain down on us.

  210. Re:Could someone point me to a networking tutorial by CyberChrist · · Score: 1

    Actually, there are two standard ways of doing it. Taking pin 1 to be the leftmost when you have an rj45 plug upside down, the most common way of wiring a cable is 1 light orange 2 orange 3 light green 4 brown 5 light brown 6 green 7 light blue 8 blue pins 1 and 2 make up one twisted pair, and 3 and 6 make up another (as you already noted.) the other two twisted pairs, pins 4/5 and 7/8, are used in 100Base-T4 and Gigabit-over-copper. (I think 100VG also uses the other 2 pairs in some applications) so if you're going to wire a crossover cable for this sort of environment, dont forget to swap these two as well (catch: pin 7 to pin 5, pin 8 to pin 4) So, for a 4 pair crossover, your 2 cable ends would look like end one end two 1. light orange light green 2. orange green 3. light green light orange 4. brown blue 5. light brown light blue 6. green orange 7. light blue light brown 8. blue brown. - S

  211. Re:This is a web farm?! (Was Re:A little more deta by cgori · · Score: 1

    If you are talking about the MSM (RSM, whatever), yeah probably. I got a little confused.

    The MSFC/PFC is the daughtercard for the Sup module that should be directly connected to the backplane, using custom circuitry instead of the CPU-based RSP stuff.

  212. DDOS != 10.0.0.0 by Christopher+Thomas · · Score: 5

    DDoS is the direct result of sloppy upstream administrators. IF I were in your shoes, I would be suing every person upstream for atleast a few hops for passing those 10.0.0.0 packets along for gross negligence.

    Um, no.

    DDOS simply requires that a lot of compromized boxes be able to send you packets. Spoofing to non-existant return addresses is an orthogonal issue. You reply that it's used to mask the souce boxes? Any _valid_ address could also be used for that, so filtering would gain you nothing against that.

    I agree that filtering of reserved addresses should be done, but that would not hinder a DDOS attack.

    1. Re:DDOS != 10.0.0.0 by ZeroTolerance · · Score: 1

      Spoofing to non-existant return addresses is an orthogonal issue. You reply that it's used to mask the souce boxes? Any _valid_ address could also be used for that, so filtering would gain you nothing against that.
      True for a part .. ANY network should do filtering on outgoing traffic to filter out ANY spoofed packets .. while this will not stop DDoS as such, it will become much harder to spoof your origin and thus easier to track down the actual DDoS kiddies.

      This alone might be enough to stop someone from starting the DDoS in the first place

      My own firewall will start sending mail when someone from inside here is trying to send spoofed packets, so I can LART that user straight out of the building into unemployment

      --

      --
      Ignorance is no excuse
    2. Re:DDOS != 10.0.0.0 by InsaneGeek · · Score: 4

      I believe that he was more going along the line of things outgoing packets that have a source address from outside my network should be dropped before it gets outside your own network (not just the reserved, but anything that isn't supposed to be outgoing over that router).

      As long as you aren't in wild and wooly peering arangements, one should be able to know all the ipaddress that are inside ones network (and within each segment of the network). Once a router sees something that can't possibly be coming from inside that network, it should be dropped and throw up alarms, bells, flashing lights, etc. cause something just ain't right (either a misconfigured client or someone trying something bad).

      Doing this type of filtering doesn't prevent your system from being used in a DDOS attack, but it prevents your system from being used in the attack with a spoofed address. Hence see 50mb/sec from host w.x.y.z, contact owner of that address block and get it stopped, since it is not forged they have a compromised box internally. If everybody started doing that the world would be a MUCH better place to live in.

  213. That does it! by Raymond+Luxury+Yacht · · Score: 1

    I say we blame Canada!

    hmmm... Though, it could be aliens behind it. They're always up to no good. Green little buggers.

    --

    Ceci n'est pas une sig.
  214. dough by titus-g · · Score: 1
    But hey, what we really want to know is how many MILLIONS OF DOLLARS /. lost because of the attack..

    and then it might be fun to offset this against the millions that various companies throughout the world have gained as their tech staff found themselves with nothing better to do than work :)

    --

    ~ppppppppö

  215. Re:Owned? - Nope by Remote · · Score: 1

    Well, didn't help much...

    You didn't scare me, you *embarassed* me! : ^)

  216. I have Gooyear's blueprints I ownz j0ur tires by Rares+Marian · · Score: 1

    I don't need a layout of /.'s systems to bring them down. You've been playing Metal Gear and watching The Real McCoy too many times.

    I need the layout to FIX it. Fixing and breaking are not just opposite enterprises, they're completely different. The fix = -break idea is flawed in much the same way bad = -ungood.

    Think for a second. If a network layout would be useful to breakins, then every site defacement would have to have been accompanied by a physical breakin. While it's true some are inside jobs, the analogies borrowed from the physical world are plain wrong.

    --
    The message on the other side of this sig is false.
  217. but.... by FascDot+Killed+My+Pr · · Score: 2

    Don't get me wrong. You guys (and gals) are WAY more knowledgeable about this stuff than I, and I don't want to seem like I'm denigrating your technical skills.

    BUT. You didn't figure out what was wrong. You replaced some hardware and "it seemed to work". If this WAS a DDoS (which the floods and IPs seem to indicate), then the hardware problem was a symptom, not a cause. In which case you're still open to further problems.

    Or is this firewall supposed to block the flooding? How is a FreeBSD desktop firewall different than the router (or whatever) you put it in front of?
    --
    Have Exchange users? Want to run Linux? Can't afford OpenMail?

    --
    Linux MAPI Server!
    http://www.openone.com/software/MailOne/
    (Exchange Migration HOWTO coming soon)
  218. Re:Could someone point me to a networking tutorial by smurd · · Score: 1
    Try TCP/IP Illustrated Volume 1 by W. Richard Stevens.

    For the cable, Look at a pinout (Blackbox or other sources). Notice there are 4 pairs:
    1. Brown (outer pair)
    2. Orange (next pair in)
    3. Green and Blue (interleaved)

    Swap Brown for Orange (Pair 1) and Blue for green (Pair 2) and you just made a crossover cable. You just wired the Transmit of one machine to receive of the other.

    Actually, for most stuff the outer pairs (Brown & Orange) are not used.
  219. A link or two by Praxxus · · Score: 4

    Charles Spurgeon's Ethernet Web Site

    Jason Schwarz Ethernet Tutorial

    Lantronix Networking Tutorials

    You might also try typing "ethernet tutorial" or somesuch in your favorite web search engine. Hope this helps!

    --

    --
    Okay, I got Linux installed. So where's the free beer everyone keeps talking about??
  220. Re:Could someone point me to a networking tutorial by Fishstick · · Score: 3
    I would recommend you start here:
    net3-4-howto
    firewall howto
    masq-howto

    I have also heard that you can directly connect two NICs with a special cable. Do you need software changes to do this?

    Yes, you can do this with a crossover cable and no you don't really need any special software to do this. I use one when I bring my laptop into work and want to hook it to my workstation. You can either make one yourself or buy one at any decent site like hardwarestreet.com.

    Sorry I am so clueless.

    :-) Try 'Networking for Dummies'. It is a pretty good reference for setting up a Q&D network. The examples are for windows, but the basic principles are the same. I started out with the intent to hook up my PC with my Wife's to share a printer, knew nothing at all about setting up a LAN. That book and those howto's and a lot of tinkering were pretty much all that were required. Now I have my whole house wired, I have a Linux box hooked up to my cable modem doing masquerading for the machines in my house. I set up a server to do SMB file and print sharing and stuff.

    Anyway, good luck.

    --

    There is much cruelty in the universe, John.
    Yeah, we seem to have the tour map.

  221. Why are packets from reserved addrs geting thru? by Anonymous Coward · · Score: 1

    The routers should toss anything originating from 10.x.x.x, 172.[16-31].x.x, 192.168.x.x. Why would these be getting through to you at all. Yell at your ISP to fix their screw ups. I'd bitch at my ISP if they let such obviously forged packets enter their network to get passed on to me.

  222. tripped over the cord??? by Cheeze · · Score: 1

    i think most network outtages are REALLY due to someone tripping over the power cord and thus, killing the machine. all of this techie mumbo-jumbo sounds impressive, but i bet a janitor without any computer technical training tripped over the wire, which caused a power outtage, which was recognized by the system admins, which drew them away from their party until someone could drive up there and fix the problem (plug it back in).

    that's just my conspiracy theory.

    --
    Why read the article when I can just make up a snap judgement?
  223. Correction... This is silly: by Byteme · · Score: 1
    Look here.

    I see a pattern.

  224. Anti-spoof filters on the Exodus network by Chang · · Score: 1

    My opinion of the Exodus network (which was quite high) just went down about 10 notches.

    Why don't they have anti-spoof filters that drop all 192.168.x, 172.16.x, and 10.x addresses?

    I know this wouldn't have helped in this attach since these weren't the only spoofed addresses used, but still that stuff should never have arrived unless it originated on the Exodus network to begin with.

    Anyway - good job to get it cleaned up and stable Thanks to all of those who busted butt to get the site back online and stable. I know what it's like to get attacked and it's not fun.

    1. Re:Anti-spoof filters on the Exodus network by gavinhall · · Score: 4

      Posted by BSD-Pat:

      even more wacky, we were getting stuff from 0.0.0.0/8 (gee, how the F#@% do you filter that??!?!) lets filter the equivalent of "any", gee...

      we have been talking to Exodus to get this problem resolved.

  225. Airgap (was Re:Why a firewall?) by dodobh · · Score: 1

    FreeBSD -> W2K airgap a wise thing? Please!! DOn't you know nature abhors a vacuum?
    OpenBSD (or a customized Linux distro with all s/w in wierd places, maybe?)would be better, if only to stop all the flames about /. using W2K. Plus all the jokes about 65K bugs, and downtime(?)

    --
    I can throw myself at the ground, and miss.
  226. security infrastructure layout by Karmageddon · · Score: 1
    Although it's not a good idea to advertise their security infrastructure layout to the world.

    IYHO, would it be a good idea to advertise a false security infrastructure layout? :)

    Or better yet, while you're at it, short a few thousand shares of Cisco and Arrowpoint, then Slashdot'em! (it's a joke I'm kidding, 'K? no need to deny, etc.)

  227. Prevent SYN floods @ the MSFC by Anonymous Coward · · Score: 3

    Why not do IOS Load Balancing from the 6500/MSFC itself? You can use SYNGuard with the Load Balancing to protect against SYN floods... refer to: http://www.cisco.com/univercd/cc/td/doc/product/so ftware/ios121/121newft/121limit/121e/121 e1/iosslb1.htm#xtocid446613 -- Anonymous Cisco Employee

  228. Re: Connecting two NICs by AsmodeusB · · Score: 1
    When you test your cable, you can buy a cheap cable checker that shows a little light for each line (try Weidmuller / Paladin Tools), or a multimeter, and this will tell you whether you have continuity on each line. However, to test the cable properly, you really need a much more expensive checker that tests if it's gonna work at 100Mbit. After all, at 100Mbit, each bit is only 3 metres long!

    Bah! Just have a couple *nix boxen, and ping -f from one box to the other through the cable. A couple hundred thousand packets later (ie: 15 seconds or so), and if you have anything > 0% packet loss, the wiring is probably b0rked.

    .Shawn

  229. hmm are you sure it was an attack..? by rkaa · · Score: 1

    I didn't know about this till now but that day i couldn't get through to slashdot.
    I had just signed up at a new ISP where the busy signal is a plague there and the modempool now and then allows itself to change protocol in the midst of a connection (to something expecting IPv6 to be enabled here so i get disconnected modprobing for net-pf-10 or with illegal LCP call errors)
    Well: In the midst of preparing a complaint i saved the nslookup, ping and traceroute versus slashdot:

    here's nslookup from that day:
    nslookup www.slashdot.org
    Non-authoritative answer:
    Name: slashdot.org
    Addresses: 64.28.67.64, 64.28.67.61, 64.28.67.62, 64.28.67.63
    Aliases: www.slashdot.org

    Here's what the ping looked like:
    ping www.slashdot.org
    PING slashdot.org (64.28.67.62) from 212.242.56.150 : 56 data bytes
    From msx-osl-15.ppp.cybercity.no (212.242.48.37): Source Quench
    From msx-osl-15.ppp.cybercity.no (212.242.48.37): Source Quench
    64 bytes from 64.28.67.62: icmp_seq=1 ttl=241 time=2644.7 ms
    wrong data byte #8 should be 0xb1 but was 0xaf
    af 4f 1d 39 b3 6f 4 0 8 9 a b c d e f 10 11 12 13 14 15 16 17 18 19 1a 1b 1c 1d 1e 1f
    20 21 22 23 24 25 26 27 28 29 2a 2b 2c 2d 2e 2f
    64 bytes from 64.28.67.62: icmp_seq=3 ttl=241 time=1200.0 ms
    wrong data byte #8 should be 0xb2 but was 0xb1
    b1 4f 1d 39 6f 70 4 0 8 9 a b c d e f 10 11 12 13 14 15 16 17 18 19 1a 1b 1c 1d 1e 1f
    20 21 22 23 24 25 26 27 28 29 2a 2b 2c 2d 2e 2f
    64 bytes from 64.28.67.62: icmp_seq=4 ttl=241 time=940.2 ms
    64 bytes from 64.28.67.62: icmp_seq=5 ttl=241 time=1520.4 ms
    wrong data byte #8 should be 0xb4 but was 0xb3
    b3 4f 1d 39 ba 6f 4 0 8 9 a b c d e f 10 11 12 13 14 15 16 17 18 19 1a 1b 1c 1d 1e 1f
    20 21 22 23 24 25 26 27 28 29 2a 2b 2c 2d 2e 2f
    From msx-osl-15.ppp.cybercity.no (212.242.48.37): Source Quench

    --- slashdot.org ping statistics ---
    8 packets transmitted, 4 packets received, 50% packet loss
    round-trip min/avg/max = 940.2/1576.3/2644.7 ms

    and here a traceroute:
    /usr/sbin/traceroute www.slashdot.org
    traceroute: Warning: www.slashdot.org has multiple addresses; using 64.28.67.61
    traceroute to slashdot.org (64.28.67.61), 30 hops max, 38 byte packets
    1 msx-osl-15.ppp.cybercity.no (212.242.48.37) 127.059 ms 117.442 ms 598.169 ms
    2 pop-osl-de1.cybercity.no (212.242.48.33) 135.448 ms 127.659 ms 118.734 ms
    3 ro-osl-feth0.cybercity.no (212.242.48.25) 115.117 ms 118.309 ms 198.244 ms
    4 Serial10-1-1.GW2.OSL1.ALTER.NET (146.188.35.221) 184.727 ms 177.547 ms 178.205 ms
    5 422.ATM6-0-0.CR1.OSL1.Alter.Net (146.188.9.210) 954.049 ms 879.173 ms 898.407 ms
    6 499.ATM3-0.BR1.NYC5.Alter.Net (146.188.14.254) 1015.430 ms 1060.149 ms 1038.496 ms
    7 331.ATM3-0.GW1.NYC5.ALTER.NET (137.39.30.105) 1272.030 ms 1194.124 ms 1158.176 ms
    8 151.ATM2-0.XR1.NYC1.ALTER.NET (146.188.177.226) 1159.550 ms 1237.909 ms 1098.529 ms
    9 295.ATM6-0.XR1.EWR1.ALTER.NET (146.188.176.105) 975.240 ms 1076.418 ms 1097.999 ms
    10 193.ATM8-0-0.GW4.EWR1.ALTER.NET (146.188.179.177) 1481.877 ms 1017.935 ms 1105.325 ms
    11 exodus-ewr1-oc3.customer.ALTER.NET (157.130.15.194) 1087.343 ms 899.820 ms 891.461 ms
    12 bbr01-g4-0.jrcy01.exodus.net (209.67.45.253) 868.639 ms 1157.474 ms 1259.498 ms
    13 bbr02-p5-0.wlhm01.exodus.net (216.32.132.50) 1395.570 ms 1417.646 ms 1440.750 ms
    14 dcr03-g2-0.wlhm01.exodus.net (64.14.70.65) 955.337 ms 937.974 ms 934.676 ms
    15 64.14.80.154 (64.14.80.154) 995.027 ms 1082.273 ms 1133.553 ms
    16 64.28.66.203 (64.28.66.203) 1455.196 ms 1940.193 ms 1440.243 ms
    17 64.28.67.61 (64.28.67.61) 739.961 ms 1072.558 ms 779.768 ms

    ---
    when i saw all this i thought it either was my ISP being fucked up beyond recognition, or some insane DNS error regarding the new Slashdot server.

    No idea if this is of any value, and haven't time to read all the replies - perhaps someone has already posted the same observation. And perhaps it was all a result of how you all tried to defend yourself against real attacs. It's only that i see you have another IP today and that "Multiple IP's" thing has vanished, so thought i'd mention this since i happened to save the output.

    Well. Too tired to think - tagging me redundant and to bed.

    Kristin.
    (hmm and if there's spaces between lines in this posting, thank Mozilla.)

  230. Exodus? BAH! by Kintanon · · Score: 2

    Why aren't you guys setup with Above.net instead? They are an entirely BETTER organization. AND they let you do pretty much anything you want with your setup and will keep it humming along for eternity or until your check bounces.

    Kintanon

    --
    Check out JoshJitsu.info for Brazilian Ji
  231. Re:Why are packets from reserved addrs geting thru by gavinhall · · Score: 1

    Posted by BSD-Pat:

    We have been bitching ;)

  232. Re:Why do /.ers fall for trolls? by jranalli · · Score: 1

    Honestly, who cares, just don't read it. I really like slashdot because it keeps me up on a lot of stuff but this whole rating system thing is for shit. I'm not trying to flame here but other people judging the validity and insightfulness of my post? Who cares? Actually I could make the same argument. I'm stuck looking at some post that some "moderator" thought was funny and I think is a complete waste of hard-drive space. Maybe I just don't fully understand the usefullness or need for this rating system but it all seems really juvenile.

  233. Re:Blame Canada by beebware · · Score: 2

    Liar! How dare you say I look like an Arrowpoint rep!

    :)

    $1million/year - is that just for Slashdot or all the Andover.net systems?

    1,000,000 USD = 671,015 UKP = 1,121,428 EUR BTW


    Richy C.
    --