Slashdot Mirror


How One Man Fought His ISP's Bad Behavior and Won

An anonymous reader writes "Eric Helgeson documents his experience with an unscrupulous ISP that was injecting affiliate IDs into the URLs for online retailers. 'It appears that the method they were using was to poison the A record of retailers and do a 301 redirect back to the www cname. This is due to the way apex, or 'naked' domain names work.' Upon contacting the ISP, they offered him access to two DNS servers that don't perform the injection, but they showed no indication that they would stop, or opt-out any other subscribers. (It was also the only wireless provider in his area, so he couldn't just switch to a competitor.) Helgeson then sent the data he gathered to the affiliate programs of major retailers on the assumption that they'd be upset by this as well. He was right, and they put a stop to it. He says, 'ISP's ask you to not do crummy things on their networks, so how about they don't do the same to their customers?'"

48 of 181 comments (clear)

  1. Use public DNS by DigiShaman · · Score: 5, Informative

    Google DNS is 8.8.8.8. and 8.8.4.4
    Open DNS is 208.67.222.222 and 208.67.220.220

    Norton Safe Connect (personal use, not for business) is 199.85.126.10 and 199.85.127.10. Supposed to protect against malware, phishing sites, and scams.
    https://dns.norton.com/dnsweb/homePage.do

    --
    Life is not for the lazy.
    1. Re: Use public DNS by corychristison · · Score: 3, Informative

      Personally use 4.2.2.[1-6]
      I think they are provided by Level 3. Get great response time here in the Canadian Prairies.

      I've never trusted my ISP's DNS servers.

    2. Re:Use public DNS by Nerdfest · · Score: 5, Informative

      You can try this tool to check your existing DNS for performance and behaviour. Google's is very well behaved by the way, so please don't spread FUD.

    3. Re:Use public DNS by Nerdfest · · Score: 5, Informative

      I should add that both Google DNS and OpenDNS support DNS-SEC which is nice as well. OpenDNS also supports a form of DNS request encryption which hides even the sites you go to.

    4. Re:Use public DNS by adolf · · Score: 4, Interesting

      A good suggestion, though I wouldn't trust Google not to do the same or worse with their DNS.

      Trust? Why is trust necessary? Because it's hard to look at the address bar and see that you haven't wound up at an affiliate link?

    5. Re:Use public DNS by arth1 · · Score: 4, Interesting

      You can try this [google.com] tool to check your existing DNS for performance and behaviour. Google's is very well behaved by the way, so please don't spread FUD.

      I think his point was that Google's DNS is very well behaved now, but that there is no guarantee that any DNS run by a major advertisement funded business won't, in the future, be tempted to put profit over principles.
      Blind trust is seldom a recipe for long term success. Uncertainty and doubt might be in order.

    6. Re:Use public DNS by Anonymous Coward · · Score: 2, Informative

      Other dns servers as well.

      Cisco
      128.107.241.185
      192.135.250.69

      Verizon (Level3) Nameservers
      4.2.2.1
      4.2.2.2
      4.2.2.3
      4.2.2.4
      4.2.2.5
      4.2.2.6

      SpeakEasy Nameservers
      66.93.87.2
      216.231.41.2
      216.254.95.2
      64.81.45.2
      64.81.111.2
      64.81.127.2
      64.81.79.2
      64.81.159.2
      66.92.64.2
      66.92.224.2
      66.92.159.2
      64.81.79.2
      64.81.159.2
      64.81.127.2
      64.81.45.2
      216.27.175.2
      66.92.159.2
      66.93.87.2

      ORSC Public Access DNS Nameservers
      199.166.24.253
      199.166.27.253
      199.166.28.10
      199.166.29.3
      199.166.31.3
      195.117.6.25
      204.57.55.100

      Sprintlink General DNS
      204.117.214.10
      199.2.252.10
      204.97.212.10

      Comcast
      75.75.75.75
      75.75.75.76

      Never know when a server will be unreachable. It's nice to have a list saved locally you can lookup.

    7. Re:Use public DNS by Anonymous Coward · · Score: 5, Insightful

      I think the point is that Google pwns every bit of information about you.

      It's not good enough that they track you at every site that uses Analytics, every site that uses AdWords, every site you go to from their search engine, every site you visit with their Toolbar in play. (I'm forgetting a hundred other ways they suck your data.)

      Nah, not good enough. Why not tell google every single DNS lookup you ever make??

      Why do people mistrust the NSA so much and yet think Google is some kind of sparkly-super-shiny white hat? They work very hard to provide you with tons of free services that give them this wealth of information about you. WHY do they give you these????

    8. Re:Use public DNS by Pichu0102 · · Score: 2, Interesting

      Downside of using shared DNS servers is that some servers, like those for Sony's PSN, try to get you to download from servers based on your DNS server.

      Why? I have no clue. However, it kills your connection speed until you reset it to your local ISP's DNS servers. Be wary.

    9. Re:Use public DNS by Nerdfest · · Score: 2

      Sorry, looks like I was incorrect. OpenDNS does not seem to support DNSSEC. It does support DNSCrypt.

    10. Re:Use public DNS by Decker-Mage · · Score: 2

      On the other hand (I'm also an economist, sue me!), when/if Google were to try this, there would be open rebellion among the interneterati. Not that most people would even notice, but then again, they don't seem to think much, if at all, about the NSA spying scandals either. For those of us that actually might care about this, couple of clicks or one shell-script and we're invisible.

      --
      "[I]t is a wise man who admits the limits of his knowledge or skill, and that pretending either causes harm." --Terry Go
    11. Re:Use public DNS by aevan · · Score: 3, Insightful

      Google hasn't (to my knowledge) black-bagged anyone.

      On the other hand, there are powerpoints saying they'll hand off the info to the people who then will do it...

    12. Re:Use public DNS by Anonymous Coward · · Score: 2, Informative

      The privacy policy for Google Public DNS is different than that for the rest of Google. It's also public. You can, you know, read it, then you can stop spreading FUD. https://developers.google.com/speed/public-dns/privacy

    13. Re:Use public DNS by Centurix · · Score: 3, Interesting

      Nope, even using Google's DNS won't save you: ISP's hijack DNS that aren't theirs

      For me I had to use DNSMASQ on my router and add: bogus-nxdomain=209.222.14.3 to stop Telstra from "helping" my DNS requests when using 8.8.8.8 and 8.8.4.4...

      --
      Task Mangler
    14. Re:Use public DNS by Runaway1956 · · Score: 3, Interesting

      You may use a random server supplied by any person on the internet. Results will be random, of course. Why not use a tool designed to find the best servers FOR YOU? You could see an even greater improvement.

      https://code.google.com/p/namebench/

      Default ISP servers are often the worst of the worst.

      --
      "Windows is like the faint smell of piss in a subway: it's there, and there's nothing you can do about it." - Charlie Br
    15. Re: Use public DNS by DamonHD · · Score: 2

      Really depends what you mean by 'private'.

      I've been running my own (mine/company) Internet-facing DNS almost since there was live IP in the UK and I got caught out by this.

      And I still see people regularly *trying* to use my DNS for amplification, ie probing, or at least laundering their attacks, but give up, after I made the appropriate fixes.

      And I'm not alone. (See recent item on The Register for example.)

      Rgds

      Damon

      --
      http://m.earth.org.uk/
    16. Re:Use public DNS by gnasher719 · · Score: 3, Insightful

      You can try this [google.com] tool to check your existing DNS for performance and behaviour. Google's is very well behaved by the way, so please don't spread FUD.

      "I wouldn't trust Google" isn't FUD, it's common sense. Remember that you are not Google's customer. You are Google's product.

    17. Re:Use public DNS by Jon+Stone · · Score: 3, Informative

      If a DNS reply passes DNSSEC validation, I can be confident the response is what the zone administrator wanted it to be and it hasn't been tampered with. DNSCurve provides no such assurance.

      Widespread DNSSEC and client-side validation would kill OpenDNS's business model, which revolves around tampering with DNS responses. DNSCurve continues to allow them to do this.

    18. Re:Use public DNS by StripedCow · · Score: 3, Funny

      Google's is very well behaved by the way, so please don't spread FUD.

      Yeah, well we all thought the NSA was well-behaved. Look how that turned out.

      --
      If Pandora's box is destined to be opened, *I* want to be the one to open it.
    19. Re:Use public DNS by number17 · · Score: 4, Insightful

      The privacy policy for Google Public DNS is different than that for the rest of Google. It's also public. You can, you know, read it, then you can stop spreading FUD. https://developers.google.com/speed/public-dns/privacy

      That's like saying the NSA won't spy on you because the Constitution is public and you can read it.

    20. Re:Use public DNS by slashdime · · Score: 3, Insightful

      "I wouldn't trust Google" isn't FUD.

      But "I wouldn't trust Google not to do the same or worse with their DNS" is.

      Especially when presented with the evidence in the response. Their baseless accusation to inspire fear, uncertainty, and doubt with something google has done in a correct way (so far at least) is just that, baseless.

      Your post to continue with this tinfoil asshattery despite seeing the evidence is begotten fud.

    21. Re:Use public DNS by JWSmythe · · Score: 2

      Ummm. That wasn't Santa. That was a fat guy in a red track suit, driving a red car. He's already reported the mugging to authorities. You may want to lay low.

      --
      Serious? Seriousness is well above my pay grade.
    22. Re:Use public DNS by mysidia · · Score: 2

      Google DNS is 8.8.8.8. and 8.8.4.4
      Open DNS is 208.67.222.222 and 208.67.220.220

      And when the ISP does this on their router facing you?

      ip nat outside source static udp 8.8.8.8 53 [ISP's DNS Server IP 1] 53
      ip nat outside source static udp 8.8.4.4 53 [ISP's DNS Server IP 2] 53
      ip nat outside source list 140 dnspool
      access-list 140 permit udp any any eq 53

      Or (rough Linux equivalent)

      iptables -t nat -A PREROUTING -p udp --dport 53 -d [ISP's DNS server IP 1] -j ACCEPT
      iptables -t nat -A PREROUTING -p udp --dport 53 -d [ISP's DNS server IP 2] -j ACCEPT
      iptables -t nat -A PREROUTING -p udp --dport 53 -j DNAT --to-destination [ISP's DNS Server IP 1]

    23. Re:Use public DNS by dj245 · · Score: 2

      If a DNS reply passes DNSSEC validation, I can be confident the response is what the zone administrator wanted it to be and it hasn't been tampered with. DNSCurve provides no such assurance.

      Widespread DNSSEC and client-side validation would kill OpenDNS's business model, which revolves around tampering with DNS responses. DNSCurve continues to allow them to do this.

      Their product is their business. Not everybody likes the same products. Putting cream and sugar in coffee is "tampering" to one person but value-added to another.

      --
      Even those who arrange and design shrubberies are under considerable economic stress at this period in history.
    24. Re:Use public DNS by DeVilla · · Score: 2

      Google hasn't (to my knowledge) black-bagged anyone....

      I wasn't sure if that was true, but a google search turned up nothing. I guess you are right.

  2. DNSSEC by tepples · · Score: 3, Insightful

    From the featured article: "There is currently no way to validate the DNS record you’re being served is what the person hosting the website intended." Apparently the author hasn't heard of DNSSEC.

    1. Re:DNSSEC by SuricouRaven · · Score: 4, Funny

      It's scheduled for widespread deployment some time between the domestic service rollout of IPv6 and the year of linux on the desktop.

  3. Not wireless by Anonymous Coward · · Score: 5, Informative

    (It was also the only wireless provider in his area, so he couldn't just switch to a competitor.)

    No, the blog says:

    You may be asking why don’t I switch ISPs? Well they are the only one besides a wireless provider in my area.

    Which means there are 2 ISPs. The one he's using is not wireless, and the other one is wireless.

  4. Which ISP? by jones_supa · · Score: 2

    Name of the ISP please?

    1. Re:Which ISP? by Crudely_Indecent · · Score: 2

      FTA: Arvig

      --


      "Lame" - Galaxar
  5. A company with little big man syndrome by Anonymous Coward · · Score: 3, Interesting

    Being from the part of Minnesota that Arvig is based in, I can tell ya, this behavior is very typical of them.

    When I had gotten set up upon moving into the area, the install tech bragged how all the homes (over 200 of them) on this part of town were all connected on 1 cable loop. It was a heads up from the tech that I should have paid attention to. I ended up cancelling my service early due to a consistent 1mb down every Friday and Saturday when I was paying for 10mb. Customer service actually said "we guarantee up to 10mb" "10mb is the maximum you will get"

    So many have switched over to 4g hotspots, they actually cut the offices hours here.

  6. Public DNS considered harmful by kriston · · Score: 4, Interesting

    Saw this in Reddit this morning but thanks for reposting it.

    Seriously, the drawback to using public DNS like OpenDNS and Google DNS is that they present a serious performance problem.

    Even though the physical DNS servers are "anycast" and geographically diverse, the IP addresses are still the same. Threrefore, the large content delivery networks (CDNs) like Akamai and LimeLight still use the IP address of the DNS server to judge your location.

    Therefore, any service that uses a CDN (even Google's use them in spite of their own network) will really serve your content out of a data center that is not geographically or logically near your machine's location.

    The article (if you read it) mentions that his ISP, like most that have similar revenue-extracting services, really does offer alternative DNS servers that do not pack affiliate cookies. You should use those if you want to enjoy high-performance, edge-serve content via Akamai (AKAM) and LimeLight (LLNW).

    Otherwise, you'll all get your edge content served from some random data center in the central USA.

    --

    Kriston

    1. Re:Public DNS considered harmful by jd2112 · · Score: 2

      >

      Otherwise, you'll all get your edge content served from some random data center in the central USA.

      Unless you happen to be in central USA, in which case content will be served from a server somewhere near Timbuctu.

      --
      Any insufficiently advanced magic is indistinguishable from technology.
    2. Re:Public DNS considered harmful by drmofe · · Score: 5, Interesting

      I commented on the reddit thread in the same vein as you and got downvoted. So I did some research. Several contributors to that thread suggest that Google DNS has solved the CDN problem by adding and original IP field that the CDN can use to geolocate the subscriber. This is due to Google implementing edns-client-subnet EDNS0 extensions as of late-2011.

    3. Re:Public DNS considered harmful by kasperd · · Score: 3, Informative

      Even though the physical DNS servers are "anycast" and geographically diverse, the IP addresses are still the same. Threrefore, the large content delivery networks (CDNs) like Akamai and LimeLight still use the IP address of the DNS server to judge your location.

      Let's get this misunderstanding sorted out. Because that sentence is indeed describing a non-existent problem. In reality anycast DNS is not part of the problem, it is part of the solution.

      Anycast DNS works by having a large number of resolvers spread throughout the world with the same IP address on each of them. A request from a client to this IP will reach the closest of those resolvers. What happens next is that the resolver will query authoritative servers (unless it already has a cached result). If the request from the resolver to the authoritative server was send using the anycast IP as source IP, it would not work. The reason it would not work is, that the reply from the authoritative server would be sent to the closest resolver, which is not necessarily the same as the one, which is closest to the client. You'd have most replies end up at the wrong resolver, which would simply discard it, as it would look like a failed poisoning attempt.

      In order to solve that problem you have to give each of those resolvers two IP addresses. It will have the anycast IP address (which is the same on all servers in the pool) and a unicast IP address, which is different on each of those resolvers. The client will still use the anycast IP in order to send a query to the resolver, but the resolver will then use its unicast IP when sending the request to the authoritative server. That way the reply from the authoritative server will make it back to the correct resolver.

      Incidentally this also solves the geolocation problem mentioned. The authoritative servers will indeed see different IP addresses depending on which resolver in the pool the request came through. The content providers just have to figure out the geographic location of each of those resolvers, which is mostly the same they have to do for the resolvers for any ISP. Additionally providers of resolvers such as Google do have an incentive to make this easy to figure out, since that will make their resolvers provide a faster overall experience.

      The above is of course slightly simplified, because any well operated resolver is dual stack. That means it need both IPv4 and IPv6 addresses. The anycast addresses can be separate pools such that each resolver has only one anycast address, which is either IPv4 or IPv6. Alternatively you can let one resolver be part of one IPv4 anycast pool and of one IPv6 anycast pool. However the unicast side of these resolvers need to be dual stack, so each resolver needs at least two unicast addresses, one IPv4 and one IPv6.

      You could even assign multiple unicast addresses to each resolver. The extra addresses could be used to provide additional protection against poisoning. An attack would then have to not only guess a request ID and port number, but also the IP address. Alas that is really not feasible with IPv4 due to shortage of addresses, but for IPv6 you could easily affort a /64 for each resolver.

      If you want to know the IPv6 unicast address of the resolver you are currently using, I have a special domain for that. If you look up the AAAA record for the domain mydnsv6.kasperd.net, it will actually respond with the IPv6 unicast address of the resolver you are using (or server error if the resolver has no IPv6 address). I could have made an identical service to find the IPv4 unicast address of the resolver, but I didn't have a spare IPv4 address to host the authoritative server on.

      --

      Do you care about the security of your wireless mouse?
    4. Re:Public DNS considered harmful by tomstorey · · Score: 2

      Except that is slightly wrong.

      Sure, they all share the same anycast IP address, but they also all need to be uniquely addressable too (at the very lease for management purposes). Otherwise how does an anycast server perform any kind of look up to an external server and guarantee that it will get the response back?

      If an anycast DNS resolver sent out a request to resolve an IP from an authoritative server on the other side of the country and soured it from its anycast address, how does that authoritative DNS server know that it shouldnt just send the response to its nearest anycast neighbor?

      As long as an individual providers anycast servers are sufficiently dense then you probably cant beat them for location correctness.

  7. Illegal behavior by WaffleMonster · · Score: 4, Insightful

    It would have been better to contact FBI and report this fraud. Whoever the hell runs fwdsnp.com needs to spend some time in jail.

    1. Re:Illegal behavior by eladts · · Score: 3, Informative

      It would have been better to contact FBI and report this fraud. Whoever the hell runs fwdsnp.com needs to spend some time in jail.

      This isn't just plain fraud, it's wire fraud. The penalty for it is up to 20 years in prison.

    2. Re:Illegal behavior by Anonymous Coward · · Score: 4, Informative

      I think you are confused.

      It was a CORPORATION that was scamming money out of affiliate links, so everything is A-OK!

      Of course, we punish the little people for exactly the same thing:

      http://www.justice.gov/usao/can/news/2012/2012_06_19_kennedy.sentenced.press.html

  8. DNSJumper by Guy+From+V · · Score: 2

    Do a search for "DNSjumper". It's a great little tool that lets one well...uh...jump around various DNS servers and arrange them in any order you want, ping them much easier and more often and makes it comfortable to change one or all if you feel your current list isn't to your liking. (I'm not sure of the author's or company's official website, so I don't want to push one source over another).

  9. Re:Repost! by 228e2 · · Score: 5, Funny

    I think I read 75% of the things here elsewhere around a day in advance.
    Slashdot isn't (well, in its prime) where you come for breaking news, it's where you go (again, back in its prime) for great intellectual technological discussions.

    --
    Since when does being a Socialist mean 'someone who has a different opinion than me'?
  10. Re:Opt in. by jpatters · · Score: 2

    I don't think the online retailers would agree. The ISP is doing nothing to promote specific items or online stores, so why should the online stores subsidize your internet connection?

    --
    "Remember, there never were pineapple-almond cookies here."
  11. Therefore more Google = less tracking by raymorris · · Score: 2

    > It's not good enough that they track you at every site that uses Analytics,
    > every site that uses AdWords, every site you go to from their search engine,
    > every site you visit with their Toolbar in play. (I'm forgetting a hundred other ways they suck your data.)

    Factoring in a few of the other ways you didn't list, like sites with YouTube videos, we can guess Google is aware of about 85% of consumer web traffic. Using their DNS would tell them the only the hostname of the other 15%, and only once per TTL. So call that 7% from using Google's DNS.

    Using anyone else's DNS gives that other company 100% of your lookups rather than the 0% they had before. 100% is a lot more than 7% or 15%, so you're giving up a lot more privacy by using any DNS other than Google.

    In other words, Google already knows which sites you're visiting - you got to those sites by searching Google. Why would you also give that information to some other company?

    That was my thought process after I found that Chrome is so good for web development. I'm using Chrome, so Google has a profile of my web surfing. There is no reason to let another company have the same information, so I'm better off using Google services all around. (Besides the fact that Google provides good services, which get better as they are integrated.)

  12. Both Amazon and other affiliates by dutchwhizzman · · Score: 4, Informative

    First of all, Amazon doesn't get a very high percentage of affiliate tagged traffic/purchases. If every ISP would do this, it would get 100% and the whole business model wouldn't work any more. Amazon would have to pay out way too many affiliate bonuses. Second, any affiliate that the user might choose, would lose out because their tag would get replaced by that of the ISP.

    --
    I was promised a flying car. Where is my flying car?
  13. Fraud by MrL0G1C · · Score: 4, Insightful

    To be clear, the ISP has committed a criminal act (fraud), it is obtaining financial gain by deception - the concealment of the fact that no person willingly used an affiliate link.

    I think that if they weren't prosecuted then they committed a crime and got away with it. The victims being the retailers and any legitimate affiliates who lost out (if that is the case).

    --
    Waterfox - a Firefox fork with legacy extension support, security updates and better privacy by default.
  14. Re:Repost! by MrBingoBoingo · · Score: 2

    Well, I like to use Slashdot as a filter to make sure I didn't miss anything. It may not post the fastest, but generally it covers most things.

  15. Re:Repost! by rroman · · Score: 4, Funny

    How is it possible, that this post was modded Funny? Slashdot is exactly what this post describes. Slashdot is mainly great because of great comments and well done comment rating system.

  16. Re:What exactly happened? by hey! · · Score: 5, Informative

    Short, simplistic answer: the ISP found a way to fraudulently skim a percentage from online retailers for every purchase made by the ISP customers.

    Slightly more detailed answer: the ISP directed users looking for online merchants like "amazon.com" to it's own bogus server. That bogus server then re-directs the user's browser to the merchant's server in such a way the consumer doesn't notice and the merchant thinks the customer is following a product referral from an advertising partner. Thus the ISP collects a kickback intended for people who make product recommendations and referrals, without actually having made any recommendation or referral.

    --
    Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.