Slashdot Mirror


Can You Spoof IP Packets?

nweaver writes "Spoofed IP packets are still believed to be a significant problem for the Internet. But are they? The Spoofer Project is attempting to measure the problem. Apparently, 80% of the IP addresses measured no longer support spoofing! Their methodology is simple: have users download a client which attempts to spoof packets to the monitor. Using these packets, they can determine the filter rules. So everyone, download the client and help!"

211 comments

  1. Oh yes! by aardwolf64 · · Score: 5, Funny

    Oh yes! Everyone download this executable from known IP Spoofers and run it. It won't root your system, we promise...

    1. Re:Oh yes! by gEvil+(beta) · · Score: 5, Funny

      Well, at least your system would be rooted by people from MIT. It's comforting to know that you've been rooted by some of the best...

      --
      This guy's the limit!
    2. Re:Oh yes! by Anonymous Coward · · Score: 3, Funny

      Don't worry, the posted the md5 hashes of the binaries. As long as the match up, you can rest assured you are safe.

    3. Re:Oh yes! by Anonymous Coward · · Score: 1, Informative

      It seems everyone is wonderful about pointing out the possible things this application can do wrong.

      Did anyone fail to notice - The sourcecode is also available for download?

    4. Re:Oh yes! by El+Cubano · · Score: 1

      Oh yes! Everyone download this executable from known IP Spoofers and run it. It won't root your system, we promise...

      Umm, they do provide the source. That gives you the option of downloading the code, auditing it yourself (harving that done by someone you trust) and then using it. That's far better than what you get with many of these "security" suites that won't give you the source code. So, what's the problem?

    5. Re:Oh yes! by Anonymous Coward · · Score: 2, Insightful

      Of course there is no possibility at all that another source-code was used to compile the binaries, huh, Mr Knows-It-ALl?

    6. Re:Oh yes! by Duds · · Score: 3, Funny

      It's irrelevent anyway, you're already broadcasting your ip address.

    7. Re:Oh yes! by caluml · · Score: 1

      But your ISP may cut off your access if they run something to detect spoofed packets.

    8. Re:Oh yes! by muftak · · Score: 3, Funny

      makes a change from us lot rooting MIT :)

    9. Re:Oh yes! by alpha_foobar · · Score: 1

      You could hire a team at MIT to do it for you - that way you'd know that some good people have looked over the code first.

    10. Re:Oh yes! by HuckleCom · · Score: 0

      Duh! This is the game of SPOOFING... They want you to THINK they're MIT...

    11. Re:Oh yes! by phsdv · · Score: 1
      It's comforting to know that you've been rooted by some of the best...
      The best???? They do not even know how to properly unzip a zipped tar file.
      Download one of the packaged binaries above (preferred method) or build from the source code. Uncompress and untar with
      $ gzip -dc spoofer-xxx-0.4.tar.gz | tar -xvf -
      While
      $ tar xfz spoofer-xxx-0.4.tar.gz
      will do just fine.
    12. Re:Oh yes! by Anonymous Coward · · Score: 0

      I guess you never used Solaris then.

    13. Re:Oh yes! by jcochran · · Score: 5, Informative

      The "tar xfz spoofer-xxx-0.4.tar.gz" command will work just fine is using GNU tar. However, the "z" option isn't available for the original tar command and frankly the portability of pipelined version is better.

    14. Re:Oh yes! by Anonymous Coward · · Score: 0

      Some versions of tar do not support the z option. Their instructions are more compatible with various versions of tar.

    15. Re:Oh yes! by finkployd · · Score: 3, Insightful

      One of the best ways to detrmine if someone's *ix experience is limited to Linux, or if they have experience with Solaris, AIX, etc. Also how they use ps is a dead givaway.

      Finkployd

    16. Re:Oh yes! by Anonymous Coward · · Score: 0

      You ARE aware that you can make a md5sum of even an outright self-declared virus? The md5sum programs don't really have anti-virus algorithms built in. Posting a md5sum proves only that the copy you downloaded is the official copy.

    17. Re:Oh yes! by Anonymous Coward · · Score: 0

      Ever heard of this thing called a joke? Look it up sometime, you'll be amazed.

    18. Re:Oh yes! by Anonymous Coward · · Score: 1, Funny

      You ARE aware that you can post something intended for TWO audiences? One, that gets the joke, and another - you fit in here - that does not. Technical forums are the best - because someone like you, who thinks they know everything, will come along and "set me straight."

      The md5sum of this post is: a1701b65a107c9a92958acdb29e6fdef

    19. Re:Oh yes! by bicho · · Score: 1

      It reminded me of the episode from the Simpsons where Homer loses the house and then gets it back by tricking the tricksters that overtook it.

      Sorry I don't have english quotes :-(

      --

      errera hunamum ets
    20. Re:Oh yes! by Pollardito · · Score: 2, Funny

      this is the part where we find out the hard way that some hackers have bought mlt.edu isn't it?

      seriously, a month from now we're going to find out that this was really some sort of security study to determine the true power of the herd mentality on Slashdot

    21. Re:Oh yes! by Short+Circuit · · Score: 1

      "ps ax"

      What's that tell you?

    22. Re:Oh yes! by Anpheus · · Score: 2, Funny

      I checked, and that only works if I don't include the md5sum of your post in your post. This is clearly an error on your part. Please run your post through a program until it actually has an md5post within it that represents it.

    23. Re:Oh yes! by dknj · · Score: 1

      you can't rule out they don't have experience with Solaris or AIX, as GNU Tar can be compiled on both platforms. The first thing I do on my solaris boxes is to install gnu tar, only because I hate typing extranous characters. While I have no problem with piping like we were meant to, its just quicker to use -z.

      i used to get a good chuckle when i would quiz our consultants with a problem on a random box and they gave up after they didn't know how to untar a gzipped file without gnu tar. some where smart and used gzcat, some where decent and gzipped before untarring, others gave up, but one actually fetched gnu tar, compiled it, and proceeded with the task. i passed him sheerly on effort alone.

    24. Re:Oh yes! by ajs · · Score: 1

      GNU tar has been around and available to just about every system known to man for well over a decade. I don't mean to be rude, but cope with modern technology.

    25. Re:Oh yes! by EmoryBrighton · · Score: 1
      One of the best ways to detrmine if someone's *ix experience is limited to Linux, or if they have experience with Solaris, AIX, etc. Also how they use ps is a dead givaway.
      Not true, At my university they run all sort's of Sun/Solaris/*/Linux boxes, most Sun products come with *FOUR* versions of ps.
      • BSD: /usr/ucb/ps
      • Posix: /usr/xpg4/bin/ps
      • GNU: /usr/local/bin/ps
      • SYSV: /usr/bin/ps
      I have a global .zshrc for all the machines I use (Work, school, home) and it sets the corrects paths depending architecture... thus, I can stick to one standard. It's not always good to learn all the tricks, pick one tool and learn it completely and thoroughly.
      --
      Rule 2: Writing a spec is like writing code for a brain to execute.
    26. Re:Oh yes! by Anonymous+Crowhead · · Score: 1

      AH HA! I knew someone would call me out on it. That md5sum is actually of the parent post. Anyway, I've always thought the coolest sig would be:

      The md5sum of this sig is a1701b65a107c9a92958acdb29e6fdef

      Where the sum was actually the sum of the sig including the sum. You could put all the computers on earth working on that one and it would probably still take billions of years to brute force (I'm guessing)

      #echo "You ARE aware that you can make a md5sum of even an outright self-declared virus? The md5sum programs don't really have anti-virus algorithms built in. Posting a md5sum proves only that the copy you downloaded is the official copy."|md5sum

      a1701b65a107c9a92958acdb29e6fdef

    27. Re:Oh yes! by Anonymous Coward · · Score: 0

      Of course there is no possibility that you could just COMPILE THE FUCKING SOURCE CODE YOURSELF, Mr. Anonymous Coward?

      (-1 Troll)

    28. Re:Oh yes! by snookums · · Score: 1
      one actually fetched gnu tar, compiled it, and proceeded with the task

      How did he unpack the gnu tar distribution? *grin*
      --
      Be careful. People in masks cannot be trusted.
    29. Re:Oh yes! by ViGe · · Score: 1

      How did he unpack the gnu tar distribution? *grin*

      As you should know, GNU Tar comes in a gzipped shell archive, so tar is not needed for unpacking it. He had to know how to use gunzip though...

      --
      It has to work - rfc1925
    30. Re:Oh yes! by Kynde · · Score: 1

      Seriously though, you comment says a hell of a lot more about your lack of expertise. Your terminology is incorrect and your approach is limited to GNU tar, while their's will also work across a large number of other unix systems.

      --
      1 Earth is warming, 2 It's us, 3 it's royally bad, 4 we need to take action NOW
    31. Re:Oh yes! by phsdv · · Score: 1

      Yes you are right, the original method is better for a wider number of systems.

      But it has nothing to do with me expertise. I knew about different tar commands, but since I am using GNU tar I completly forgot about all the others. I am using unix for over 15 years and I do remember (the hell) of pipes and uncompress and later gzip/gzcat/bzip2. I am happy that all the systems I am working with now do have GNU tar.

    32. Re:Oh yes! by snookums · · Score: 1


      How did he unpack the gnu tar distribution? *grin*


      As you should know, GNU Tar comes in a gzipped shell archive, so tar is not needed for unpacking it. He had to know how to use gunzip though...



      Yeah, I know that (I actually checked on ftp.gnu.org before I posted), I was just yanking your chain. However, if he could unzip the .shar.gz he would have been able to unzip the .tar.gz.

      Maybe he just installed gnu tar out of principle. I know when I was adminning digital Unix boxen the first thing I did was install the CD full of gnu tools that digital shipped with thier OS.

      --
      Be careful. People in masks cannot be trusted.
    33. Re:Oh yes! by HaydnH · · Score: 1

      You passed him for changing default software on a random system that he knew nothing about? I'd hate to be the sys admin who has to figure out why half the scripts monitoring the system have suddenly broken! (ok - changing tar is unlikely to break anything... but in principle...) On the other hand, I'd love to have you as an interviewer!

      --
      Time is an illusion. Lunchtime doubly so. - Douglas Adams
    34. Re:Oh yes! by clydemaxwell · · Score: 1

      That you don't care about process owners.

      --
      Browsing with classic discussion, noscript, at -1 and nested
      no hidden comments and I only mod UP
    35. Re:Oh yes! by Sepper · · Score: 1
      GNU tar has been around and available to just about every system known to man for well over a decade. I don't mean to be rude, but cope with modern technology.

      # tar -z
      tar: z: unknown option
      tar: usage tar [-]{txruc}[eONvVwAfblhm{op}][0-7[lmh]] [tapefile] [blocksize] [[-C directory] file] ...


      The CD I used to install this machine is dated 2004.... some UNIX vendors prefer 'backward compatible' to 'modern technology'...
      --
      I live in Soviet Canuckistan you insensitive clod!
    36. Re:Oh yes! by Lamieur · · Score: 0

      If you want to make it more portable, replace "xfz" with "xzf" - f has to be just before file name in older/other implementations.

    37. Re:Oh yes! by bataras · · Score: 1

      >>some UNIX vendors prefer 'backward compatible' to 'modern technology'...

      Umm how is a Unix vendor not *adding* -z support being backward compatible?

    38. Re:Oh yes! by dknj · · Score: 1

      it wasn't an interview, and it was a simple task of installing apache on a fresh solaris box

  2. Yay! by Renraku · · Score: 5, Funny

    Even you can help the next generation of scammers find an ISP to call home!

    --
    Job? I don't have time to get a job! Who will sit around and bitch about being broke and unemployed then?
  3. Yes. Yes, I can by no+reason+to+be+here · · Score: 4, Funny

    Oh wait. This isn't an "Ask Slashdot"?

    Nevermind...

  4. Sounds dangerous by suso · · Score: 4, Insightful

    1. Write a piece of software claiming to help monitor spoofed IP packets but really it does something more sinister.
    2. Post a story to Slashdot with a link to the software on an MIT server and ask people to run it on their internal networks and send the data back to the author.
    3. ???
    4. Profit and say to yourself, "suckers"

    Maybe I'm too paranoid. But this is a good example of how social engineering can be used to get you into places you shouldn't be. I guess the source cod
    e is provided. How many people will really read it?

    1. Re:Sounds dangerous by Anonymous Coward · · Score: 3, Funny
      Maybe I'm too paranoid. But

      No buts, YES, YOU ARE TOO PARANOID!

      Then again, you probably think I am one of them programmers now typing up this cover-up reply.

    2. Re:Sounds dangerous by Fulkkari · · Score: 2, Informative

      You should be paranoid in these days, and yes, the source code is provided. There is 1090 lines of source code including the Makefile, so I don't think it would take that much time to read it trough.

      To answer the question how many people will really read it, I answer that I won't compile nor run it before I have read it.

      --
      I demand the Cone of Silence!
    3. Re:Sounds dangerous by Surt · · Score: 2, Informative

      Source code is provided, but will anyone bother to check that the compiled result matches the binary provided?

      --
      "Who is the Journal of Quantum Physics going to believe?" --Stephen Hawking
    4. Re:Sounds dangerous by Janek+Kozicki · · Score: 2, Insightful

      to my surprise, sometimes, several sequential compilations of the same code (with the same flags, and everything) produced a different binary. Almost similiar size, but certainly different md5sums. Using g++.

      --
      #
      #\ @ ? Colonize Mars
      #
    5. Re:Sounds dangerous by addaon · · Score: 4, Informative

      Use -frandom-seed.

      --

      I've had this sig for three days.
    6. Re:Sounds dangerous by autocracy · · Score: 2, Informative

      Chroot with a systrace. Looks clean to me. Wish I knew why the damn thing got a SIGPIPE and died, though.

      --
      SIG: HUP
    7. Re:Sounds dangerous by darkmeridian · · Score: 1

      I guess the source code is provided. How many people will really read it?

      The question is how many people will compile the source code themselves and compare the binaries?

      --
      A NYC lawyer blogs. http://www.chuangblog.com/
    8. Re:Sounds dangerous by Feanturi · · Score: 0

      Then again, you probably think I am one of them programmers now typing up this cover-up reply.

      And you could be saying that just to throw off suspicion. But then that's too obvious, so you must be ok. But that's exactly what you want us to think isn't it? Aha! Caught you!

      j/k for the humour-impaired..

    9. Re:Sounds dangerous by NuclearDog · · Score: 1

      The question is, what exact compiler, version, OS, architecture, compiler flags, etc were used to compile it in the first place so we can compare the binaries? The better question is why bother when you can just compile it yourself and obtain the same result (reasonable proof that the binary you're running came from the source you're reading)?

      --
      This statement is forty-five characters long.
    10. Re:Sounds dangerous by Anonymous Coward · · Score: 0

      "The better question is why bother when you can just compile it yourself and obtain the same result (reasonable proof that the binary you're running came from the source you're reading)?"

      Bother cause there are other folks out there who cant compile....

    11. Re:Sounds dangerous by Slashcrap · · Score: 1

      to my surprise, sometimes, several sequential compilations of the same code (with the same flags, and everything) produced a different binary. Almost similiar size, but certainly different md5sums. Using g++.

      Could it be embedding the build time in the binary? Or it may be time you ran Memtest for a few hours.

    12. Re:Sounds dangerous by booch · · Score: 1

      Yeah, but how do we know that these same folks didn't write the compiler, and have hidden code in the compiler to only be output when it receives this source code as input? Hmm?

      --
      Software sucks. Open Source sucks less.
    13. Re:Sounds dangerous by Janek+Kozicki · · Score: 1

      always when I buy new ram I make a 36 hour memtest86 run. Then I have uptime of 100 days :)

      --
      #
      #\ @ ? Colonize Mars
      #
  5. Packets to my monitor, eh? by ip_freely_2000 · · Score: 4, Funny

    "have users download a client which attempts to spoof packets to the monitor"

    But my monitor does not have an ethernet port! Can I send packets into my DVI port?

    1. Re:Packets to my monitor, eh? by Anonymous Coward · · Score: 0

      My monitor has an ethernet port.

      I have an iMac.

  6. I think I speak for most of us when I say... by Phroggy · · Score: 5, Insightful

    ...No.

    Seriously, why would I want to participate in this?

    --
    $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
    $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
    1. Re:I think I speak for most of us when I say... by squiggleslash · · Score: 4, Interesting
      I'm having difficulty figuring it out too.

      IP spoofing isn't even a bad thing. There's a work-around that allows two hosts hidden behind NAT gateways to communicate directly with one another by having them both spoof a cooperating proxy. (It goes something like: Host A establishes a UDP link with the proxy, Host B establishes a UDP link with a proxy, Proxy then gives A enough information to allow it to spoof packets as Proxy and send them directly to B, and proxy gives B the information needed to spoof packets from Proxy to A.)

      This is useful in some P2P applications, notably VoIP.

      This is going to break if spoofing some how gets prevented completely, and from what I can figure out, that's what the above system is treating as some kind of "hole" that needs to be fixed.

      --
      You are not alone. This is not normal. None of this is normal.
    2. Re:I think I speak for most of us when I say... by molarmass192 · · Score: 1

      Well, it's *kind of* interesting, espcially if you peek at the source first. Probably the most interesting thing to me is the pie chart here which shows Linux at about 22% of the participants vs. 5% for OSX and 6% for BSD. Anyhow, there's nothing malicious in the source code, wouldn't run something unknown without looking, greping, and compiling it myself first.

      --

      Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws-Plato
    3. Re:I think I speak for most of us when I say... by Nazo-San · · Score: 3, Insightful

      It is a hole that needs to be plugged. Any trick you can do with spoofing, you can do without. Yes, it's more work. You could argue that it's easier to run your P2P applications without a firewall since you don't have to go to all that extra trouble to set up the firewall. It's more work, but, you can bet that I'm darned well going to go to the trouble to configure my firewall instead of shutting it off. IP spoofing isn't as dangerous, but, it definitely has its security problems. Overall people are better off without spoofing even for things that can legitimately benefit. It is more work since you'll have to set up real routing or something to compensate, but, it also means some lucky hacker doesn't get to come in and fool your services into thinking he's sitting at a terminal on the LAN. Yeah, great for you if your LAN is so secure that you could trust a hacker on it as much as you could on the Internet, but, most of us are not so convinced that we have THAT much security in place. Plus you have to give up the advantage of being able to trust the LAN anyway.

      Personally, I'll do without the spoofing, thanks.

    4. Re:I think I speak for most of us when I say... by squiggleslash · · Score: 2, Interesting
      Any trick you can do with spoofing, you can do without
      No, you can't.
      You could argue that it's easier to run your P2P applications without a firewall since you don't have to go to all that extra trouble to set up the firewall.
      The example I gave had nothing to do with firewalls. It's about NAT. NAT's a technology that means multiple devices can share a single Internet connection. Getting multiple IPs isn't an option for most households, nor is dedicating the entire connection to one machine always practical, and gateway configuration has limits.

      Until we move to IPv6, tricks like this (and NAT to begin with) are absolutely necessary to make certain types of system viable.

      IP spoofing isn't as dangerous, but, it definitely has its security problems. Overall people are better off without spoofing even for things that can legitimately benefit.
      IP spoofing only allows really security exploits for badly designed security systems, save for preventing a particular type of DDoS attack that's arguably better dealt with via other means. It's hard to see what we gain by preventing it, and as I showed above, there's at least one example of a technology where it's useful.

      Right now, the Internet is becoming more reliant on patchworks of hacks to get around limitations that are increasingly more problematic for end users. The only way we're going to fix that is to move to IPv6. In the mean time, we should be avoiding unnecessary breaks in network infrastructure to fix problems that, for the most part, do not really exist. We don't want to fuck up routing like we did email.

      --
      You are not alone. This is not normal. None of this is normal.
    5. Re:I think I speak for most of us when I say... by Anonymous Coward · · Score: 0
      How about moon bouncing?


      So I send ICMP echo requests to a known host with a spoofed source address. What does that host do? I responds to the source address I spoofed and it echos the packet I sent. (it's in the spec, it is supposed to send a copy of the packet you send back)


      So I can communicate with somebody by sending ICMPs to a third party. Hackers do this in their root kits, it calls home, so who does it call? I calls yahoo but it forges the IP address of the source. If they are really clever they keep the real target IP address only in memory so when the machine is restarted there isn't a trail to follow


      You'd cut down on a lot of the noise if you only route packets you're supposed to route. There are other NAT traversal mechansisms out there for SIP and IPv6 will fix it outright by dumping NAT.

    6. Re:I think I speak for most of us when I say... by azuretek · · Score: 1

      Most of these participants are probably from slashdot, meaning linux users.

      If this were news on an OS X site or a BSD site then their numbers would be up. Use some common sense man.

    7. Re:I think I speak for most of us when I say... by NuclearDog · · Score: 1

      I'm pretty sure this trick you speak of has nothing to do with spoofing anything, it goes something like this:

      Host A and B are behind seperate NAT gateways.

      Host A sends a UDP packet from port 1234 to NAT B port 1234.
      NAT A creates the reverse rule for the UDP (Allow NAT B 1234 -> Host A 1234).
      Host B Sends a UDP packet from port 1234 to NAT A port 1234.
      NAT B creates the reverse rule for the UDP (Allow NAT A 1234 -> Host B 1234).

      Host A & B can now send UDP packets to each other through the NAT.

      No spoofing involved...

      Of course, I've been wrong before, but unless we're thinking of different methods that is how it's accomplished.

      ND

      --
      This statement is forty-five characters long.
    8. Re:I think I speak for most of us when I say... by cfx666 · · Score: 1
      >Host A sends a UDP packet from port 1234 to NAT B port 1234.
      Sorry, this wouldn't work reliably.
      Host A might send from his local port 1234, but the NAT device will probably remap the port to a new outgoing port. This has to be done when more than one hosts behind the NAT device want to access the same target.

      You will have to have hosts A and B sending the first UDP packets to a third host C without NAT. Host C will provide them with the info how to spoof the communication between A and B in the way that both NAT devices think that A and B are still talking to host C.

      And even that will only work with the most simple NAT devices.

      Cfx

      --
      You have 2 nucular Moderator Points! Use 'em or loose 'em!
    9. Re:I think I speak for most of us when I say... by Anonymous Coward · · Score: 0

      So...
      You're suggesting to use a hack (spoofing) to get around another hack (NAT).

      Great! Soon the internet will be a tangled mess of hacks itself instead of a mess of hacks on a good architecture.

  7. Slashdotted already? by tepples · · Score: 1

    I'm getting lots of "server terminated prematurely" and "writen error: No error" and "readline error: No error" and "Session Key: Not Found!" errors (Windows 2000, cable modem, northeast Indiana).

    1. Re:Slashdotted already? by Anonymous Coward · · Score: 0
      (Windows 2000, cable modem, northeast Indiana)
      They knew that already.
    2. Re:Slashdotted already? by Anonymous Coward · · Score: 0

      No, someone just spoofed its IP address.

  8. Linux version doesn't run by PingXao · · Score: 1

    On my patched FC3 boxes I get an error after trying to run the Linux client. "Server terminated prematurely". Now I'm going to download and run the Windows cient.

    Not.

    1. Re:Linux version doesn't run by Compholio · · Score: 1

      On my patched FC3 boxes I get an error after trying to run the Linux client. "Server terminated prematurely". Now I'm going to download and run the Windows cient.

      Not.


      You could see if it runs under Wine :)

  9. Spoofage by iXiXi · · Score: 5, Funny

    My packets have spoof all over them ! Anyone have a tissue?

    1. Re:Spoofage by radio_nut · · Score: 1
      My packets have spoof all over them ! Anyone have a tissue?

      That's Spoo, fresh or aged

  10. Warning by Kwiik · · Score: 5, Informative

    This took out my wireless network on XP Home SP2 using Microsoft's wireless zero configuration tool for the software side of it. During the spoof portion of the test, all network connectivity halted and immediately reported that the wireless connection had disconnected.

    --
    Vehicle Stars used car search is my current project
    1. Re:Warning by J0nne · · Score: 1

      Heh, I just had this happen to me while reading the summary...

  11. X11 is network transparent by tepples · · Score: 1

    But my monitor does not have an ethernet port!

    Yours may not, but these do.

  12. You'll be spoofed!! by eclectro · · Score: 2, Funny

    It's a collaboration between Slashdot and MIT to finally get adware on Linux machines.

    --
    Take the cheese to sickbay, the doctor should see it as soon as possible - B'Elanna Torres, "Learning Curve"
  13. Great way to destroy the project by isaacklinger · · Score: 3, Funny

    Getting too many connections from slashdotters...?

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

    This sounds like it would help out the RIAA in thier court battles to me....

  15. If you TRULY want to know... by MindPrison · · Score: 4, Insightful

    ...you can use a network packet monitor, and there's two ways to get your hands on such a device - the cheap...and the expensive way, the expensive way being the safest one (A hardware network monitor = hardware device to look and monitor what's going in/out of your ethernet connection directly connected to your "whatever" device)

    or

    Do the same thing by rigging a second computer, also known as a network monitor. Set up a Linux box...and monitor & control all the ports & packets being delivered to your network, and if you do your homework - you will "know" if that application you just downloaded and executed...truly is honest...and "doesn't phone home...like E.T"... he he he..
    Live and learn kids.

    --
    What this world is coming to - is for you and me to decide.
    1. Re:If you TRULY want to know... by Danny+Rathjens · · Score: 5, Informative

      ... or just run ethereal or tcpdump on your local machine to watch outgoing packets. or just watch from your firewall. You are overcomplicating things. :) or maybe you are just paranoid enough. ;)

    2. Re:If you TRULY want to know... by Anonymous Coward · · Score: 0

      I've hidden a backdoor in the linux kernel which specifically ignores certain types of packets, haha!

    3. Re:If you TRULY want to know... by just_another_sean · · Score: 1

      Yes but if this program truly roots your box wouldn't it be trivial for it to output realistic looking but bogus data to ethereal or tcpdump? That's what I thought the second computer mentioned above is for...

      --
      Creationist Textbook Stickers Declared Unconstitutional by CowboyNeal
    4. Re:If you TRULY want to know... by RareButSeriousSideEf · · Score: 1
      ...or block the phone-home IP at the router & see what breaks.

      "IP addresses are so gullible"

    5. Re:If you TRULY want to know... by Anonymous Coward · · Score: 0

      That's why all my trojans don't phone home on install. They install a root kit and wait 12 hours.
      br? By "all", I mean 100% of zero. Seriously, there's no fool proof way to protect yourself. I believe an early flavor of unix had a trojan compiler that added back doors to login and itself. You could look at the source all day and never find the back door.

    6. Re:If you TRULY want to know... by Rekolitus · · Score: 1

      It was even more cunning than that. Not only that, the compiler was coded to tell when it was compiling itself, and added the trojan to the compiler it was compiling.

      So you compile a compiler with a trojaned compiler that inserts a trojan into the compiler it's compiling so that when you compile login with the compiler you just compiled with the trojaned compiler, login will have the trojan compiled in too.

      Here, this explains it better than I could.

    7. Re:If you TRULY want to know... by Danny+Rathjens · · Score: 1
      Well, he was talking about making sure it's not sending data to places you don't want it to. It depends on your level of paranoia and suspicion. A quick glance at this code tells anyone with minimal C knowledge that it is not a rootkit. So suspecting it might send data to places you don't want seems a reasonable level of suspicion without spending much more effort reading all the code.

      If you are more paranoid and are not familiar with C then you could take measures such as using software like tripwire that keeps track of checksums for all the files on your system. You run tripwire, copy the checksum db to another system, install and run this software, then run tripwire again with the saved db to verify it didn't modify /bin/login and friends or add a new suid file to your system.

      The next level of paranoia would be to run the new software in a quaranteened area such as a chroot jail. Then it can't even modify your system files if it is a trojan. But that takes even more effort. Security is always a trade-off with convenience. :)

  16. It's true by rudy_wayne · · Score: 5, Funny

    Nearly 5 years ago, the great and all knowing Steve Gibson predicted that the raw sockets in Windows XP would allow packet spoofing that would bring down the internet with unstoppable DOS attacks.

    So it must be true.

    1. Re:It's true by Dachannien · · Score: 1

      He also said that the way to avoid it was for ISPs to start implementing egress filtering to prevent spoofed packets from making their way onto the Intarweb at large. So if the problem isn't all that severe, perhaps it's because the ISPs actually took his advice.

    2. Re:It's true by Anonymous Coward · · Score: 0

      Do XP zombies use raw packets for DDOS attacks or do the malware creators write code that'll also run under W2k? The kook saw a potential problem and overhyped it as is his style, however, I believe MSFT are removing the functionality from Windows Vista.

    3. Re:It's true by Anonymous Coward · · Score: 0

      The sky is still falling. It just hasn't landed yet.

    4. Re:It's true by Fulkkari · · Score: 1

      Didn't Microsoft silently remove parts of the raw socket support in Windows XP service pack 2? But let's face it. Raw sockets isn't probably a feature most of the people need on their machines... Whether it is Windows, Linux or something else.

      --
      I demand the Cone of Silence!
    5. Re:It's true by Obi-w00t · · Score: 3, Insightful
      Nearly 5 years ago, the great and all knowing Steve Gibson predicted that the raw sockets in Windows XP would allow packet spoofing that would bring down the internet with unstoppable DOS attacks.


      So it must be true.


      I really hope that is sarcasm. Yes, it must be. However some of the other replies are not, which worries me slightly as people don't seem to realise Gibson is the guy behind Spin Rite. Spin Rite, people. Think of that next time you read some of his "advice".

    6. Re:It's true by darkain · · Score: 1

      If you try to run the windows version of the test, it specifically states that it wont work on "recent service packs", and then fails, suggesting to run it on "another OS".

      one good way to look at this, i guess... is that zombies wont be running around with spoofed IPs... oh wait, zombies are usually the ones that never update to the latest service packs anyways. *doh*

    7. Re:It's true by Anonymous Coward · · Score: 0

      >which worries me slightly as people don't seem to realise Gibson is the guy behind Spin Rite. Spin Rite, people. Think of that next time you read some of his "advice".

      You pique interest by saying you're slightly worried, but ABOUT WHAT? Was Spin Rite a virus?
      Your post is truncated! :-)

    8. Re:It's true by scatters · · Score: 1

      He's also the guy who wrote his own IIRC app from the RFC in order to back-track some script kiddies. His article about the DoS attack on his site is interesting reading:

      http://www.grc.com/dos/grcdos.htm

      --
      A One that isn't cold, is scarcely a One at all.
    9. Re:It's true by Bill+Dog · · Score: 1

      And... [looks around]... his last name has a 'G' in it. A 'G', people.

      Seriously, what was your point? Was Spin Rite a bad product?

      --
      Attention zealots and haters: 00100 00100
    10. Re:It's true by scatters · · Score: 0, Troll

      No, the point was the Spin-Rite is a great product and that Gibson has a lot of credibility.

      --
      A One that isn't cold, is scarcely a One at all.
    11. Re:It's true by Breakfast+Pants · · Score: 1

      Not only that, there are still hacked drivers which will allow it. While *you* may have a qualm about knowingly installing hacked drivers on your computer, rest assured that a cracker won't.

      --

      --

      WHO ATE MY BREAKFAST PANTS?
    12. Re:It's true by Anonymous Coward · · Score: 0

      How is the parent a troll? - fucking retarded moderators.

    13. Re:It's true by Anonymous Coward · · Score: 0

      By posting a response with only non-serious content.

    14. Re:It's true by darkmeridian · · Score: 1

      Spin Rite was a great scam. Gibson posited that hard disk magnets weakened over time, so that they would eventually fail. Spin Rite would "correct" them by creating mistakes (indirectly) and then fixing them. Sigh.

      --
      A NYC lawyer blogs. http://www.chuangblog.com/
    15. Re:It's true by robzster1977 · · Score: 1
      "were all originated from the same small IP address range corresponding to the small ISP Genuity, BBN Planet, in Kenosha, Wisconsin -- an Earthlink reseller."

      LOL

      How many other 'small resellers' out there manage to bag a /8, not least 4.0.0.0/8?

    16. Re:It's true by BasharTeg · · Score: 1

      People had been recommending that for years so why should he be able to "discover" a problem and get credit for recommending a solution that everyone knew about.

      That's like me saying everyone should upgrade to 64bit and install at least 8GB of ram so that your system has enough disk cache to keep up with very large hard drives that will be coming out. And in 5 years when everyone is running 64bit with at least 8GB of ram, some retard like you can defend me on Slashdot. "Maybe the reason everyone doesn't have terrible I/O load in accessing their 4TB hard drives is because everyone took his advice and upgraded to 64bit and 8GB."

      I also think we should stop cutting down the rain forest and stop polluting the earth. Lemme know when I'm proven right on those too plzkthx.

    17. Re:It's true by Dachannien · · Score: 1

      some retard like you can defend me on Slashdot

      Hey, Slashdot is full of retards, so come five years from now, you'll have nothing to worry about.

    18. Re:It's true by scatters · · Score: 1

      Have you ever used Spin-Rite or any other Gibson products? If you had, then you'd know that my post did not contain "non-serious" content. How can saying that Spin-Rite is a great product and that Gibson has a lot of credibility possibly be construed as non-serious.

      Let me state this categorically for all of you retards out there. I like and have used, and have been saved by, Spin-Rite many times! I admire and respect Gibson's ability to write stable, quality products in assembler. There, is it all clear now? I promise in future that any non-serious content will be enclosed in the appropriate meta-tags.

      Sheesh!

      --
      A One that isn't cold, is scarcely a One at all.
  17. Reverse path killed IP spoofing by Anonymous Coward · · Score: 0

    How many old boxes are there that still accept source routed packets, that's what I want to know (evil laugh).

  18. Katrina on the Internet. by Anonymous Coward · · Score: 0

    "This took out my wireless network on XP Home SP2 using Microsoft's wireless zero configuration tool for the software side of it. During the spoof portion of the test, all network connectivity halted and immediately reported that the wireless connection had disconnected."

    Says Kwiik as he made an emergency dash to a landline to let Slashdot know before it's too late. :)

    1. Re:Katrina on the Internet. by Kwiik · · Score: 1

      nah it reconnected seconds later.. but I find it suprising that an application attempting to use standard network protocol tactics to spoof IP addresses could bring down either my wireless NIC or my wireless router even temporarily

      --
      Vehicle Stars used car search is my current project
  19. Spoofing has not been a problem for years by Zarhan · · Score: 4, Insightful

    ...every self-respecting network operator has RPF (or some other antispoof-ingressfilter) enabled at the edge. Gone are the days of spoofing, just like respecting IP packet's loose/strict source routing options and other similar exploits :)

    1. Re:Spoofing has not been a problem for years by Zarhan · · Score: 1

      Not true actually.
      Cisco routers still accept and pass spoofed packets happily along.


      Umm, just type ip verify unicast reverse-path (in any IOS 12.0 or later).

      Just tested it against a VXR, works just fine.

      http://www.cisco.com/univercd/cc/td/doc/product/so ftware/ios122/122cgcr/fsecur_c/fothersf/scfrpf.htm

    2. Re:Spoofing has not been a problem for years by drinkypoo · · Score: 1

      It seems to me that all you have to do to block spoofed packets is to A) drop source routed frames and B) disallow non-expected source IP addresses from interfaces in the first place, instead of trying to kill them at the point of egress. That keeps the packets from entering your network in the first place, stopping them at the concentrator (or what have you.) Is there some reason that this won't work?

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    3. Re:Spoofing has not been a problem for years by Pheersome · · Score: 2, Informative

      disallow non-expected source IP addresses from interfaces in the first place

      This is much easier said than done. Cf.:

      http://www.lasr.cs.ucla.edu/save/save_to_infocom.p df
      http://www.lasr.cs.ucla.edu/classes/239_1.spring03 /papers/park.pdf

      --
      Better to light a candle than to curse the darkness.
    4. Re:Spoofing has not been a problem for years by rstory · · Score: 1

      Sigh. There's never a mod point around when you need it.

      every self-respecting network operator has RPF ... enabled at the edge

      No, they don't. Not even close.

      Gone are the days of spoofing

      You haven't been paying attention, have you? The recent DNS DDOS attacks used spoofing to help generate the DOS attacks that hit rates of Gb/s.

      Spoofing is still a concern, and every self-respecting network operator should have anti-spoofing filters, but they don't.

  20. Spoofed UDP packets by caluml · · Score: 2, Interesting

    Spoofed packets were the idea behind an anonymous P2P network I envisaged, and designed a few years ago. udpp2p.sf.net, if you're interested. Man, that was ropey code. (I didn't write any of it, by the way!)

    1. Re:Spoofed UDP packets by Anonymous Coward · · Score: 0

      Another similar P2P project that appears to be a bit further along is rodi.sf.net.

    2. Re:Spoofed UDP packets by evilviper · · Score: 2, Interesting

      I've plugged the project a few times here on /. before, as I had a very similar myself long before udpp2p existed.

      I think it's a real shame development has stopped, as it had the potential to be as fast as any other P2P network, and completely anonymous for the sender. All without requiring extensive communities and webs of trust to decide who to allow full access to your encrypted P2P VPN.

      As to the retransmit problems listed on your site, you should really use the Gnutella model, but broadcasting ACKs in this case as well as searches. You can make the window quite large, to form a large list of packets needing resend, and compress that data so it uses up as little bandwidth as possible.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    3. Re:Spoofed UDP packets by larytet · · Score: 1
      You can make the window quite large, to form a large list of packets needing resend

      and this is exactly how data transfer layer works in my Rody project. google Rodi P2P

    4. Re:Spoofed UDP packets by evilviper · · Score: 1
      and this is exactly how data transfer layer works in my Rody project. google Rodi P2P

      Yes, I keep hearing about Rodi, and then I go to the website and read that part about requiring Java, "bouncers" being trusted to handle all data, and I run like hell in the other direction...
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    5. Re:Spoofed UDP packets by larytet · · Score: 1
      then you will probably (not) find this project interesting http://www.gomyplace.com/ (click See Demo)

      Back to Rodi - i would appreciate any feedback you can find time for. i am trying to make the application usable and i intend to continue the development. my e-mail latytet at yahoo dot com or you can post anonymously on the Rodi message board http://sourceforge.net/forum/forum.php?forum_id=49 6953 we can discuss issue of the bouncers. i think there is some misunderstanding about bouncers, because bouncers in no way are mandatory and in general case nothing prevents you from using chain of public bouncers like, for example, in Tor. Command line interface allows plenty of flexibility in how you use the client and what you do it with it. You can run similar to DC++ hub or implemenet small completely distributed (WASTE?) network of trusted peers

      Java was a natural choise to bring prove of concept fast and get feedback from the users. unfortunately the feedback remains zero. among planned steps is implementation in C# (Mono) and small embeddable C/C++ agent

    6. Re:Spoofed UDP packets by evilviper · · Score: 1
      i think there is some misunderstanding about bouncers, because bouncers in no way are mandatory

      Yes, I misunderstood, likely due to the limited info in the "About" page I had to draw on. It reads more like a thesis (bouncing from subject to subject, covering DDoS issues in detail, which I don't really care about at this point) than an introduction to the project.

      Java was a natural choise to bring prove of concept fast and get feedback from the users. unfortunately the feedback remains zero.

      *sigh*

      Yeah, alright, I'll try it out. It make take a week before I have a jdk up and working, but oh well. I really hate Java.

      among planned steps is implementation in C# (Mono) and small embeddable C/C++ agent

      I'd probably have tried it before now if there was a C/C++ client. Preferably with a GUI of some kind, even some web-based interface would be okay.

      But then again, Java P2P clients like Limewire/Bearshare are fairly popular, so it might just be me.

      If you're really interested in getting users, why not try submitting a story to /. here?
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    7. Re:Spoofed UDP packets by larytet · · Score: 1
      Rodi documentation sucks, that's true. mainly because of my English and partially because it was updated from time to time and now is inconsistent. Still it contains enough info to get a rough idea how the things work. The problem is that it requires more effort than it should to get through the docs. i think that this is an exageration, that it will take a week to install java. two days ago i installed JDK on fedora server Core 2. btw you need much smaller JRE instead of JDK (15M vs. 45M).

      On Linux download rmp.bin file from java.sun.com. on some systems you will need to execute script
      export JAVA_HOME="/usr/java/jdk1.5.0_06/"
      export JAVA_PATH="$JAVA_HOME"
      export PATH="$PATH:$JAVA_HOME/bin"

      Correct JAVA_HOME to point to the installed code and save it as a shell script file, for example java.sh. put the file to /etc/profile.d or in one of init scripts /etc/rcX.d

      On Windows you get JRE installer which does all the work.
      I never had access to OSX - i can't help you here, but Rodi works on Apple machines.

      Java engine has both command line and GUI options. i use mainly command line interface to save RAM. GUI is bad, but allows to access main functionality. Command line provides extensive (i mean really extensive) debug info on what is going on with counters and logs in each and every corner.

      the project was on slashadot. it is insanely hard to get into the slashdot news for an average guy and i failed to do, but one of the ZDNET bloggers posted about the project and some Slashdoter without even bothering to contact me or let me know decided to post "Is Rodi a Bittorrent replacement ?". Rodi was never ment as a replacement of BT btw. i witnessed ~10K of downloads in one day and as you can already guess was complitely unprepared for it. There was no reliable peers, etc.

    8. Re:Spoofed UDP packets by larytet · · Score: 1
      ...Bearshare is apparently dead. they had to settle (30mil USD ?). Now iMesh (?) owns code base, trade name and all related domains. i think this is last widely used commercial p2p application. i expect that next step is going to be to attempt to remove all open source clients from the US servers.

      what is interesting that both clients you mentioned use UDP as a transport, something that Bram Cohen hardly accepts even for client/tracker negotiation.

    9. Re:Spoofed UDP packets by evilviper · · Score: 1
      i think that this is an exageration, that it will take a week to install java. two days ago i installed JDK on fedora server Core 2. btw you need much smaller JRE instead of JDK (15M vs. 45M).

      I'm on FreeBSD... I have to go download package after package, clear up about 2GBs in /usr, and wait as it downloads and compiles Openmotif, Linux binary compatibility modules, etc. etc.

      Going into day 2 now...
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    10. Re:Spoofed UDP packets by larytet · · Score: 1

      console (command shell) version requires only GNU Java if you have GCC of reasonably fresh version check in README how to compile the source code and generate binary for your platform. compilation is fairly easy process - you just have to compile all java files in src directory and you are done. to get GUI you indeed need rather new JRE. i think 1.4 will do the trick.

  21. Slashdotted spoofing server? by caluml · · Score: 2, Insightful
    I think that the server that the client connects to is having a few problems. We've slashdotted a spoofing TCP server.
    arse spoofer-0.4 # ./spoofer
    >> Spoofing Tester v0.4
    >> Rob Beverly <rbeverly at mit dot edu>
    >> More information: http://spoofer.csail.mit.edu/
    >>
    ** server terminated prematurely** server terminated prematurely>> Source 5 non-spoofed packets...
    >> Source 5 spoofed packets (IP: 1.2.3.4)...
    >> Source 5 spoofed packets (IP: 172.16.1.100)...
    >> Source 5 spoofed packets (IP: 6.1.2.3)...
    Broken pipe
    arse spoofer-0.4 #
    1. Re:Slashdotted spoofing server? by throwaway18 · · Score: 1

      I happen to be working on a box thats about to get reinstalled so I broke my usually rule of allways monitoring what new software does in a virtual machine first.

      On slackware 9.1 I get this

      root@obfusticated:~# ./spoofer
      >> Spoofing Tester v0.4
      >> Rob Beverly
      >> More information: http://spoofer.csail.mit.edu/
      >>
      >> Source 5 non-spoofed packets...
      Broken pipe

      tracert shows a load of packets between here and fyodor.emailtester.net (18.26.0.235)

      strace shows it stopping at
      write(3, "DISTANCE LINUX 4\n", 17) = -1 EPIPE (Broken pipe)

    2. Re:Slashdotted spoofing server? by caluml · · Score: 1
      Gad. I get this now.
      http://spoofer.csail.mit.edu/report.php?sessionkey =forbidden
      Which displays:
      Sorry, hosts are forbidden from sending more than 3 spoofing reports per week in order to prevent abuse.
      Look here, MIT. If your software is going to crash each time, you can't count that as a proper "count".
    3. Re:Slashdotted spoofing server? by novus+ordo · · Score: 1

      Expect no less from the best.

      --
      "You're everywhere. You're omnivorous."
  22. heh, memories by Ivan+Matveitch · · Score: 1

    i invented that one too

    1. Re:heh, memories by caluml · · Score: 1

      Are you serious, or insane?

  23. waste of time by frovingslosh · · Score: 2

    The win versionh is less than useless. Doesn't work on Win98. When I tried it under XP it ran, but in a command shell and then tried to start IE. Well, IE will never get past my firewalls, and I couldn't tell much from the giberish the stupid client printed out (the final html link it gave me was useless).

    --
    I'm an American. I love this country and the freedoms that we used to have.
    1. Re:waste of time by saleenS281 · · Score: 1

      98 doesn't even have the ability to spoof packets so it's not a big shocker the app doesn't work. Your firewall blocked it's attempt to send information back to the source... Sounds like a pebcak to me.

    2. Re:waste of time by Anonymous Coward · · Score: 0

      wow. you're pretty stupid if that was gibberish to you. it tried to open ie to show you the results page.

    3. Re:waste of time by frovingslosh · · Score: 1

      I think you missed the point - I permitted the application to send packets through the firewall - it seemed to send them fine. But then it opened IE - which is an action that I will not tolerate on my system. When IE tried to go to the web page it was blocked dead in it's tracks (as I told the firewall to always do, no exceptions). Any application that uses IE is one that I don't want on my system, and if I had been warned about this behaviour I would have never tried to run the program.

      --
      I'm an American. I love this country and the freedoms that we used to have.
    4. Re:waste of time by frovingslosh · · Score: 1

      And you are extremely stupid to post and call others names when you didn't try the program and get the facts. It printes out a URL and claims that that URL will give your your results. But it doesn't (even when the URL is cut and pasted into Firefox). Of couser, that's to be expected from an AC.

      --
      I'm an American. I love this country and the freedoms that we used to have.
  24. Oh, oh, difficult one, well.... by Anonymous Coward · · Score: 0

    I can spoof IP packets, so I guess the answer for me is a resounding "YES!". It may differ for other people though - with your line in questioning, have you thought about a job in politics?

  25. Try tenets, as in a belief by PitaBred · · Score: 2, Funny

    He's talking about the tenants of the Internet architecture in his introduction... should I assume he means the electrons, or the switches?

  26. Use SELinux (was Re:Sounds dangerous) by giminy · · Score: 3, Informative

    Create an selinux policy to ensure that this software doesn't do anything weird. Give it no access to your filesystem (it shouldn't need it) and ability to use libnet (or whatever it uses to generate the packets). Voilla, paranoia (mostly) gone.

    --
    The Right Reverend K. Reid Wightman,
    1. Re:Use SELinux (was Re:Sounds dangerous) by advocate_one · · Score: 1

      well, if you're really paranoid you could run it inside a virtual machine... and snoop on the packets themselves yourself.

      --
      Donald 'Duck' Dunn: We had a band powerful enough to turn goat piss into gasoline.
  27. Obvious ? by Martin+Spamer · · Score: 3, Insightful


    80% of the IP addresses measured no longer support spoofing!

    Given the move to broadband with home routers and NAT it seems obvious that spoofing capable networks are on the decline.

    1. Re:Obvious ? by SacredNaCl · · Score: 1

      80% of the IP addresses measured no longer support spoofing!

      Given the move to broadband with home routers and NAT it seems obvious that spoofing capable networks are on the decline.

      I am behind a NAT, got exactly (and expected) the results you described. So I decided to directly connect & test this. Same results. My ISP has egress filtering in place. I still get spoofed packets showing up in the firewall log from the net, but not at the level I did a year ago.

      Time to make the donuts...

      --
      Freedom is merely privilege extended unless enjoyed by one and all.
  28. Have they tried . . . by Orange+Crush · · Score: 2, Funny

    Are the spoofed packets' evil bits set to 1?

  29. IE? by Odin_Tiger · · Score: 1

    This opened IE. My default browser is FF, so the stupid fsking thing must be hard-coded to open IE. Why?

    --
    Unpleasantries.
    1. Re:IE? by Anonymous Coward · · Score: 0

      Easy, IE comes built-in with Windows.

    2. Re:IE? by molarmass192 · · Score: 3, Informative

      Yep, line 429 of spoofer.c in the source code, hardcoded. He should have used the rundll url call instead.

      --

      Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws-Plato
    3. Re:IE? by Davus · · Score: 1

      Guys, guys, guys, no need to worry. It's just a proof of concept, simple little code, a little hobby, nothing that will be as big as GNU.

      --
      The above is most likely humour. Slashdot foot icon goes here.
    4. Re:IE? by Anonymous Coward · · Score: 0

      Yeah, the author of the Windows version obviously felt the need to go beyond the scope of the ShellExecuteA function, and reinvent the wheel (badly).

      What is really scary is that it came from somebody at MIT.

  30. spoofing is old by Anonymous Coward · · Score: 0

    Even with anti-spoofing, attackers can just use free open proxies to hide where they're coming from.

  31. I'll download only if: by psbrogna · · Score: 5, Funny

    These additional demands are met:
    1. a free lollipop.
    2. a car ride deep in the forest

  32. The usefulness of this measurement is questionable by saikatguha266 · · Score: 5, Informative

    The questions is not can an IP be spoofed (yes, it can always be spoofed from somewhere), but rather from where can it be spoofed and to where can it be spoofed to. You can spoof any IP address to another box on your local ethernet segment -- there are no routers en route that can drop the packet. You probably cannot spoof an IP to someone on the other side of the world, but your ISP or your ISP's ISP can. In fact, you can spoof any IP to almost everywhere if you have a connection to one of the few core Internet routers.

    The project basically is saying that home users cannot spoof IPs to their measurement server. That's well and good, but useless.

    Home users no longer need to spoof IPs to hide the source of the attack (as in days past). Home users now are simply trojan/zombie boxes that are hiding the true source of the attack by using their own IP -- no spoofing required. Back when zombies were not a problem, attackers used spoofing to hide their true location; it is no longer required now that boxes can be 0wned with relative ease.

    I don't see the point of this project.

  33. In related news.... by Mayhem178 · · Score: 5, Funny

    ...the other 20% of spoofable IP addresses are reported to be in the possession of Weird Al Yankovic, who, according to US Attorney General Alberto R. Gonzales, is capable of spoofing damn near anything.

    A full-blown investigation is under way to put an end to Weird Al's wild spoofing. Rap legend Coolio has pledged his support in these investigations.

    Weird Al was unavailable for comment, but his assistant did pass along his official response, which was, "Mecha lecha hi, Mecha hiny hiny ho."

    More at 11.

    --

    "You will pay for your lack of vision..." - Emperor Palpatine to Ray Charles

    1. Re:In related news.... by dickeya · · Score: 1

      so 20% huh?

      When did Weird Al start working for Google?

    2. Re:In related news.... by slughead · · Score: 1

      Weird Al was unavailable for comment, but his assistant did pass along his official response, which was, "Mecha lecha hi, Mecha hiny hiny ho."

      Wasn't this from PeeWee's playhouse?

    3. Re:In related news.... by Mayhem178 · · Score: 1

      Well, yeah, but it's also on Running With Scissors, Pretty Fly For A Rabbi.

      --

      "You will pay for your lack of vision..." - Emperor Palpatine to Ray Charles

    4. Re:In related news.... by Anonymous Coward · · Score: 0
      ...the other 20% of spoofable IP addresses are reported to be in the possession of Weird Al Yankovic

      Jenny I got your address, I'm going to make it mine! 86.75.30.9...

  34. Unique? by iminplaya · · Score: 5, Funny

    Apparently, 80% of the IP addresses measured no longer support spoofing!

    Yes, but how many of those are unique IPs?

    --
    What?
  35. Spoofing is still a HUGE problem where I am. by weeboo0104 · · Score: 1, Funny

    I've been checking IP addresses on all the workstations around me and every one of them has 127.0.0.1 entered. I can't believe our internet even works here!

    --
    It is easier to build strong children than to repair broken men. -Frederick Douglass
  36. UTSL by Dom2 · · Score: 2, Informative
    Use The Source, Luke

    Seriously, they provide source. It's a small program, you can browse it and get the gist of what it's doing in fairly short order. You can change it any way you want, and recompile. beautiful, isn't it?

    The program doesn't have a particular license attached though, I would assume that the intention is that it be licensed under the MIT license. Mighht want to check that before packaging it for Debian.

    -Dom

  37. Yeah right by jafiwam · · Score: 2, Insightful

    So I can get my ISP pissed at me and watching what I do because attempting to spoof packets is something "hackers" do.

    I like my broadband too much to participate in anything that even LOOKS bad to the security idiots watching my cable modem.

    1. Re:Yeah right by evilviper · · Score: 1

      On the contrary. Anything benign, which has is now widely viewed as "hacking" by the minimum-wage fools at large, is something we should get HUGE NUMBERS of people to do, all at once.

      The guys upstairs would be mighty unhappy if the residence MSCE decided that 1/4 of all their subscribers were hackers that needed their contracts terminated for port-scanning some public servers...

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  38. tor by meetmeonaholiday · · Score: 1

    yup, did it with tor. wouldn't work on my debian unstable box, but after installing tor it worked without a hiccup. try it

  39. wow by stinky+wizzleteats · · Score: 3, Funny

    Why don't we do something less invasive, like snmpwalk every address on the Internet?

    1. Re:wow by Slashcrap · · Score: 1

      Why don't we do something less invasive, like snmpwalk every address on the Internet?

      Heh. I doubt you'd be able to walk every SNMP capable device on the Internet though. I'd bet that in these security conscious* times, at least a few percent have had the monitor community string changed to something other than "public".

      * Fuck. I had to check the spelling of "conscious" so I tried to go to dictionairy.com. Which is of course mis-spelled. Goes to a fucking link farm / search engine. How embarassing. Oh well, at least they provided a link to dictionary.com.

  40. Write raw frames instead by Anonymous Coward · · Score: 0

    True, the Win XP SP stops you from writing raw, but you can just write the ethernet frames to get around that.

  41. Spoof _IP_ packets? by twistah · · Score: 1

    Am I missing something? IP spoofing, in the classical sense, involves SYN flooding and messing with the three-way handshake and all that. What they are testing is, how many IP stacks out there can set a false source address on a UDP packet. This was one of the functionalities removed by XP SP2. I might be missing something, but I think this is a badly-titled article.

    1. Re:Spoof _IP_ packets? by slashname3 · · Score: 1

      I think this is a badly-titled article.

      You are correct. The actual title should be:

      "Help me win the bet, I can get at least two thousand users to download and install a root kit by posting an article to slashdot."

  42. You deserve a medal by Anonymous Coward · · Score: 0

    So get one here cheap! FB!!!

    http://makeashorterlink.com/?A25124D0D

  43. It's only comforting if you haven't made it easy.. by hackwrench · · Score: 1

    Otherwise, there's still the feeling, well, gee, if it's happened to me before, then it may very well happen again. The comforting come in when you can have the illusion that not that many people could actually do it to you. A comfort I don't believe in taking.

  44. I can't... by cepler · · Score: 1

    I can't, I don't allow spoofed traffic in or out. Duh.

  45. With so many layers of encapsulation going on... by Anonymous Coward · · Score: 0

    in some enviroments its still possible to send a something unencapsulates on the other end as a spoofed packet.

  46. Spoof? or Siphon? =) by v3xt0r · · Score: 0

    Spoofing packets is soooooo 20th century.

    Siphoning Packets is much more obfusophisticated. =p

    --
    the only permanence in existence, is the impermanence of existence.
  47. What's the point? by causality · · Score: 2, Insightful

    There's one thing I seem to be missing in all of the comments here: what's the point of this exactly?

    The massive DDoS attacks generally come from botnets that do not need to bother spoofing their source IP. Also, anyone who relies on IP address alone (especially with "connectionless" protocols like IP/ICMP/UDP) for their security needs is just begging for problems because they're trusting a network that is not trustworthy. Seems to me it would be far easier to discourage the practice of trusting an untrustworthy network -- the black hats seem useful for this purpose -- than it would be to check each and every individual subnet for whether they will pass spoofed packets.

    Given this, what does it matter whether I can spoof UDP/ICMP packets? What service or what architecture that is widely used today is so brain-dead that it does not require a password or strong encryption or some other form of security and/or authentication that would ensure that spoofing the IP address does not constitute a successful attack?

    All of this would have been great ten years ago but today, the DDoS kiddies and spam botnets are enabled by the unwillingness to value security on the part of too many Windows users with broadband connections, combined with Microsoft's inability or unwillingness to market a secure-by-default OS. I say "market" here because I am assuming that with the resources at their disposal, Microsoft could create an extremely secure OS, if they really wanted to. Just look at what the OpenBSD team has done with far fewer resources available to them.

    And yes, I see that as a responsibility of Microsoft's since their fortunes are largely built by mass-marketing a technical product to the non-technical, "I just want it to work with zero effort" crowd (and apparently this type of can't-be-bothered-to-learn-anything user wants it to be the first thing in this life ever observed to do so, other than entropy). If Windows were marketed exclusively to computer security specialists then I would not blame Microsoft if extremely insecure configurations kept happening.

    So anyway, somebody please explain to me how it will matter one way or the other whether 0% of all internet users can spoof or whether 100% of them can spoof.

    --
    It is a miracle that curiosity survives formal education. - Einstein
    1. Re:What's the point? by Anonymous Coward · · Score: 0

      The massive DDoS attacks generally come from botnets that do not need to bother spoofing their source IP.
      Are you sure? If the source address isn't spoofed, you have some ability to filter out the DDoS hosts sending the most data, and you have some ability to contact the upstream of the misbehaving machines. If the attack is all spoofed source addresses, you're more hosed than if they're not. If you can spoof the source address and own a machine with a very good connection, you can cause a lot of trouble. It's much nicer when networks prevent source address spoofing.

    2. Re:What's the point? by evilviper · · Score: 1
      What service or what architecture that is widely used today is so brain-dead that it does not require a password or strong encryption or some other form of security and/or authentication that would ensure that spoofing the IP address does not constitute a successful attack?

      NFS.

      Despite the numerous one-off network filesystem projects out there, none of them have caught-on (I believe that's mainly because of licensing) so NFS continues to be used extensively.

      People are trying to tack-on different forms of authentication, such as kerberos/knfs, tunneling it over SSH, using something like pf-auth, or using VPNs. Unfortunately, all of the above are quite complex to setup and maintain, and wide-open NFS is still quite common.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  48. I don't see it either, here's why. by hackwrench · · Score: 1

    Put all hosts behind networks that can't forward from other networks, problem solved. Hosts can't spoof hosts from other networks, because the next network up sees that the address isn't coming from the network not allowed to forward.

  49. Windows security and spoofing by bpbond · · Score: 1

    From TFA:

    On *nix systems, you must run the spoofer as root (in order to create the raw socket) with no arguments, e.g.
          # ./spoofer
    On Windows, simply double-click on the spoofer executable after downloading.


    Classic.

    --
    "Science is a tribute to what we can know although we are fallible" -Jacob Bronowski
  50. Mod parent down by Anonymous Coward · · Score: 0

    -1, stupid kiddie.

  51. XD by Ayanami+Rei · · Score: 1

    I dunno about it being a Linux "litmus-test"
    ps -ef vs ps aux is just a SysV vs. BSD thing.

    Of course on Solaris the aux thing might make sense if you had /usr/ucb in the front of your PATH.

    But I learned on Solaris and I use ps -ef. Which is the way-we-do-things-now (TM).

    --
    THIS THING CAN TURN ON A DIME, MACROSSZERO STYLE ALSO FUCK BETA, ~NYORON
    1. Re:XD by ozmanjusri · · Score: 1

      I learned on SunOS and still have a "ps -aux | grep blah" reflex...

      --
      "I've got more toys than Teruhisa Kitahara."
  52. Doesn't run under XP SP2 by Pedrito · · Score: 1

    This won't work under Windows XP SP2, apparently, so don't waste your time if that's what you have. Ummmm.... Not that I'm running XP... I'm a linux guy. Yeah... A friend told me. That's what happened...

    1. Re:Doesn't run under XP SP2 by aybiss · · Score: 0

      Fsck it! OK now you got my inerest up. Scanning for viruses - looks OK. C'mon its from MIT! Those .edu domains aren't reserved for nothing. Hmmm. Under Win2k3, it seems to attempt to run. Unfortunately the server won't tell me the results. Aaron.

      --
      It's OK Bender, there's no such thing as 2.
  53. Admin accounts and spoofing by Anonymous Coward · · Score: 0

    "On Windows, simply double-click on the spoofer executable after downloading. "

    Try that on a non-administrator account, then get back with us on the results.*

    *If memory serves, Linspire originally use to run root as default.

  54. Re:Have they tried . . . by Architect_sasyr · · Score: 2, Funny

    Not long after Fyodor put out the freebie chapter for how to own a continent, I looked into the process of spoofing a full TCP connection.

    I felt it prudent to follow the RFC's and set said evil bit. So now I have a DoS tool with the evil bit...

    If spoofing is no longer valid, then someone has a hell of a lot of explaining to do as to why this tool works so well...

    --
    Me failed English...
    FreeBSD over Linux. If my comments seem odd, this may explain...
  55. No such thing as "spoofable addresses" by jroysdon · · Score: 1

    Addresses that can be spoofed are completely dependant on each ISPs filter rules. No ISP should allow you to use an address they don't own unless you have a BGP peer relationship with them and can show that your ASN has been assigned those addresses.

    1. Re:No such thing as "spoofable addresses" by rednuhter · · Score: 1

      exactly and that is what they are testing as asking the ISPs directly is too much work.

      --
      ERR 411[Max number of witty sigs reached]
    2. Re:No such thing as "spoofable addresses" by Shimbo · · Score: 1

      Addresses that can be spoofed are completely dependant on each ISPs filter rules.

      Well, yes. That's the whole point of the project: to see how widespread proper filtering rules are.

  56. Fools! by suso · · Score: 2, Insightful

    Hey, the point is that you're already giving it access to your network through root access on your machine so that you can generate special packets. Its not much of a step from that to sniffing your network for packets. And the big deal is that the program is sniffing or scanning your network from INSIDE your network, behind DMZ firewalls, etc. Using SELinux or virtual machines won't necessarily protect you and I wasn't refering to a local machine exploit in my original post.

  57. Re:IE? Scary Source Code by malakai · · Score: 1

    From spoofer.c

    #ifdef _WIN32 /* spawn an IE window with the results */
            snprintf(buf, SMALLBUF*2, "c:\\progra~1\\intern~1\\iexplore http://s/report.php?sessionkey=%25s\n",
                            REPORT_HOST, sessionkey);
            system(buf);
            winpause("Press Enter to Exit.");
    #endif


    Wow. It's been a while since I've seen a hard coded path to an executable compiled in a win32 program. I mean, wtf are you thinking? Ugh, and 8.3 assumptions as well. It would have been more versatile if he'd replaced "c:\\progra~1\\intern~1\\iexplore" with simply "start". That would have defaulted to the "HKEY_CLASSES_ROOT\http\shell\open\command" key value.

  58. A problem? by PhreakOfTime · · Score: 1

    Well whoever own the 34/8 subnet, they are getting used as a source for some spoofed packets Im seeing on my router trying to access a high number port. Almost looks like a scan for a Trojan.

    But then again, are they really being spoofed? Who can say for sure. Im still keeping in mind that that has been a part of my firewall ruleset for over 6 years, and April of this year was the first month I saw them from that address/port.

    Take a look at who owns that netblock.

  59. Got Root?! by 955301 · · Score: 4, Funny


    Blockquoth the poster:

    On *nix systems, you must run the spoofer as root (in order to create
    the raw socket) with no arguments, e.g.
          # ./spoofer

    Ahahahahahahah! You're kidding, right?

    --
    You are checking your backups, aren't you?
  60. In other news by Anonymous Coward · · Score: 1, Funny

    A new social engineering experiment has been set up where people are encouraged to download a program which reports back to home with the results to see how many people will idly run any program they are told to. To make it more interesting users are told they must give the program full access to their system (known as "root" in geek terms) for it to work. Results of this experiment will be out tommorow!

  61. well... both by Ivan+Matveitch · · Score: 1

    anyway, who cares. in many places (eg china) p2p will soon be banned and blocked completely behind firewalls and proxies that no one can circumvent.

  62. Zombies and Spoofing - DDOS but not Spam by billstewart · · Score: 1
    Best Current Practices for ISPs have recommended spoof-proofing since at least 1998 (RFC2267 / RFC 2827 / BCP38), which block transmission of packets purporting to be from IP addresses that aren't registered for that access line, and it's really nice to see that it's had 80% takeup (I work for a carrier that was one of the early adopters.) If you've got a /24 (old Class C), you might still be able to spoof one of the other computers at your site and annoy your sysadmins, but it's still identifiable as one of your addresses.

    If you can spoof IP, you can spoof many UDP applications successfully - spoofing TCP is not impossible, but it's much much harder, because you not only have to guess sequence numbers (can be easy or hard, depending on whether your TCP stack vendor listened to Steve Bellovin's early warnings), but for both protocols you aren't going to see the response packets from the packet destination.

    This means that Zombies on ISPs that allow spoofing can participate in UDP or ICMP DDOS attacks, such as smurf broadcasts or large-response DNS queries forged from the victim's IP address. (Spoof-proofing prevents these attacks.) But they can't do email spam in ways that hide their IP address, because email requires a TCP connection and multiple Layer-7 handshakes. So if they're spamming, you'll be able to see that the email came from port123.router456.cable-modem-carrier.example.net instead of the real IP addresses for Paypal or Chase Bank. (And if those financial institutions had the sense to use SPF, you'd be able to recognize those addresses and discard the spam.)

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
  63. ISP support for anti-spoofing by billstewart · · Score: 1
    As rstory says, "not even close" to all ISPs do it after all these years - I'm really pleasantly surprised to see the study reporting 80% compliance, but I haven't looked at their statistics enough to see how good their coverage is. (For instance, do Chinese ISPs or Korean apartment buildings block spoofed packets?) The carrier I work for was an early adopter of RFC2267, and it's helped us clean up a lot of potential user-behaviour problems as well as making security a lot simpler.

    uRPF works pretty well on most Cisco router models - typically you use strict enforcement on end-user access lines and loose enforcement on connections from other ISPs. There are some problems that are harder, such as customers that are homed to multiple ISPs for reliability reasons - you can't strict-enforce on them, and you have to be careful to accept route advertisements for both halves of their connections, and deal with the issues if they change one of their ISPs, so it's harder to automate. On the other hand, most of those customers run firewalls and aren't likely to allow outbound spoofed packets. There are other people, often consumers or SOHO, doing lightweight dual-homing, e.g. they have a cable modem and a DSL line and aren't always symmetric about their routing.

    --

    Bill Stewart
    New Fast-Compression-only CPR http://preview.tinyurl.com/dy575ks
  64. Re:The usefulness of this measurement is questiona by Anonymous Coward · · Score: 0

    All your points are valid, especially about how things are measured.

    My quibble here is that if my servers were on the receiving end of a DDOS attack, I would want to be able to filter out the attacking machines. So if I am being attacked by zombies that don't sppof their IP addresses, I would begin filtering IP addresses that are making too many requests. Granted, this would not lead me to the ultimate source of the attack, but might be enough to keep me servers working and defeat the attack.

    If these zombies spoofed their packets, then my job is more difficult.

    What would I do if zombies spoofed packet? Hmmm...Well if a substantial part of the Internet was using some kind of ingress/egress filtering, perhaps I would look at my traffic and look for areas of address space that are sending few or no packets and allow those areas to connnect to my server. Areas of address space giving me heavy traffic are suspected of not filtering, areas with light traffic are considered clean. This would definitely block many legit users, but may keep me up and allow some users to connect. The beauty is that users on networks that user ingress/egress filtering are more likely to get service.

  65. compilation with GNU Java by larytet · · Score: 1
    To compile with GNU Java compiler use

    gcj --main=rodi.Start -g -o rodi.bin rodi/*.java rodi/chat/*.java rodi/dt/*.java rodi/dt/naive/*.java rodi/mng/*.java rodi/msg/*.java rodi/parser/*.java rodi/rm/*.java rodi/util/*.java rodi/xml/*.java

    It will give you console only, no GUI version.

    1. Re:compilation with GNU Java by evilviper · · Score: 1
      No such luck I'm afraid:
      "gcj33: libgcj.spec: No such file or directory"

      to get GUI you indeed need rather new JRE. i think 1.4 will do the trick.

      In only 3 days, I managed to built the jdk:

      $ java -version
      java version "1.4.2-p8"


      You should probably see me in your list of Peers now.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    2. Re:compilation with GNU Java by evilviper · · Score: 1

      Hmm, well I've been running it for a little while, and it seems like a fairly primitive P2P program, but it works.

      However, the main idea was anonymity, and that doesn't seem to be used by any of the 3 peers right now (downloads are stamped with the proper source addresses), so I can hardly test anything, without setting up a whole lab myself.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    3. Re:compilation with GNU Java by larytet · · Score: 1
      i will try search in approx 10 hours

      i appreciate your efforts and time, i really do

    4. Re:compilation with GNU Java by larytet · · Score: 1
      probably no one of the existing peers employ any meanings of protection, but on the other hand probably one of them does. you never can be sure is it a bouncer and seed spoofing IP address or you talk directly with the seed without a bouncer on the way.

      For example, scenario with two machines in the same campus LAN - one is a bouncer and the other is a publisher. And bouncer probably duplicates packets to many IPs and only one of them belongs to the publisher and publisher sends ack directly to the leacher spoofing IP of the bouncer. can be tricky to figure out what is going on without log of all IP headers on all participating gateways and routers.

      there are two ways in the existing code to hide real identity. Using bouncers and spoofing IP. For spoofing IP in Java you will have to add dummy IP interface in your system. I am not sure does your connection allow IP spoofing, but we can run tests. IP spoof in LAN is always possible and can be interesting in some situation. Try this help http://rodi.sourceforge.net/helpRodi.html#Lesson%2 03

      The other way to protect the connection is DSA signature. Rodi client can be configured to discard unsigned packets. Because Rodi is UDP based protocol and is completely connectionless typical IP port scan will not discover the Rodi node if Rodi client is configured to drop unsigned packets.

      One of the possible applications is a message collector. Let's say that you are an extremely good listener. But you do not like to talk much. you can publish an IP range (not one IP, but a subnet containing 2 or more IP addresses). leachers looking for sensitive data send requests (see Rodi chat help) and you log the messages, but you never ack, because messages are not signed. This is what i call a message collector. If in 24 hours from the first request the data appears somewhere on the NET and can be found with regular search this is a pure coincidence. It can be extremely hard to follow all IP's and trace spoofed IP addresses.

      Message collector does not have to have uplink, which is interesting in sense that this is probably first "half duplex" internet application. or message collector can send acks via a bouncer (with some delay) or spoof IP and send ack, and so on.

      On one of the Rodi web pages (probably "general questions" section of the help) you will find following example. Imagine that you knock all doors on a street and ask for milk (you probably should use some well defined knock), but nobody opens the door and suddenly in one of the windows you see hand giving you a glass of milk. can you know what door exactly you have to knock to get that milk ? not really, because you have no idea what is going behind the doors (phone calls may be ?). ... and not even by knocking one door and waiting some time, because such behaviour can be easily discovered and such customer blocked.

    5. Re:compilation with GNU Java by larytet · · Score: 1
      P.S. let's return to the problem of communication between an american spy in Russia and CIA. CIA should send messages to the spy and spy should send messages to CIA. assumng (unlikely) decision of CIA to use Rodi for the communication CIA can broadcast messages to 1000s of IPs where only one of IPs belong to the spy. for example, CIA can spam the whole ISP in Russia. spy can use public terminal to get the messages (spy never acks the message directly).

      spy send messages to CIA using a chain (or tree) of bouncers preestablished and controlled by CIA. spy never knows that (s)he works for the CIA, because IP address of CIA is hidden.

      it is similar to posting a message among ads in the dayly news paper.

      anonymity of the transaction is based on the amount of the traffic running through the gateways/routers and complexity of the tracing of spoofed IP headers running through long chain of bouncers, where each bouncer can forward message to more than one IP.

      this is one of the interestig catches here - bouncer does not neccessary know exact IP of the destination peer. bouncing rule contains
      - incoming port (PI)
      - destination IP subnet (DS)
      - destination port (DP)

      which reads "forward all packets arriving on port PI to all IPs in the subnet DS port DP". in the typical application CIA sends "GET DATA" request to the bouncer port, but the data itself can be sent directly.

    6. Re:compilation with GNU Java by evilviper · · Score: 1
      And bouncer probably duplicates packets to many IPs and only one of them belongs to the publisher and publisher sends ack directly to the leacher spoofing IP of the bouncer. can be tricky to figure out what is going on without log of all IP headers on all participating gateways and routers.

      I can't see bouncers having much of a life, at least on the public internet. There aren't many people that want to donate large ammounts of bandwidth to P2P users. But, I suppose it's necessary for publishers who cannot spoof their IP. Though I really find it hard to believe that only 20% of hosts can spoof their source addresses. I've seen too many DDoS attacks, far too recently, to believe that's really the case.

      For spoofing IP in Java you will have to add dummy IP interface in your system.

      That's a very unfortunate restriction. I believe, for an anonymous P2P network to be successful, you really need to just have a configuration option. Maybe have it try spoofing source addresses in the same /24 block, or in the multicast range, by default.

      The message collector idea is... interesting, but I can't imagine it's very practical. Surely anyone that needs like kind of security has a better (more deniable, for both sender and reciever) system in place.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    7. Re:compilation with GNU Java by larytet · · Score: 1
      I can't see bouncers having much of a life, at least on the public internet.

      Unless publisher "owns" or controls the bouncers. Think about network of people who attempt to solve a problem of data delivery. networks like Ant, Mute, Tor exist. in all of them people donate bandwidth. in Tor there 100s of dedicated proxys. i do not see reason for using Tor and not Rodi or both. sometimes people are driven not only by personal desires.

      IP spoofing is a tough task. it is not easy to do it automatically in reliable way. i yet have to add code which allows to discover that IP spoofing possible for the node. the most important - IP spoofing is platform dependent. such automatic process it requires external server running 24/7 (think about privacy issues for this server, which require opennes of all server side code, all collected logs are known, etc.). only two weeks ago i did not have access to such server. Rodi project survives because of efforts and time of one person. i work, but the progress is slow.

      message collector idea demonstrates one of possible applications for half duplex proxy. you can think about more applications. for example, resident in country where access to Internet is restricted still can receive messages from friends without advertising real IP address.

      today there is no functional network i am aware of which allows "spaming" - sending messages to whole ISP subnet. all networks are TCP based and require "connection".

      the same is search for the peer. In Rodi you need only port number and IP subnet and IP scan (no kidding here, real IP scan if your NAT can stand it) will do the rest. If you know how to sign the packet you will get ack. In Tor you need exact IP address and nothing else will work.

      In your typical anonymous network you see clear header (pattern) in the IP packet. existing traffic shapers can easy filter out Skype or Filetopia. Rodi functional requirements (not implemented yet) assume that Rodi packets will spoof existing popular protocols, like VoIP to hide the nature of the traffic.

      In many ways Rodi differs signficantly from other projects.