<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:blogChannel="http://backend.userland.com/blogChannelModule">

<channel>
<title>Topic &#x27;Can&#x27;t confirm the transparent DNS hijacking&#x27; in forum &#x27;&#x27; - dslreports.com</title>
<link>http://www.dslreports.com/forum/Cant-confirm-the-transparent-DNS-hijacking-22523200</link>
<description></description>
<language>en</language>
<pubDate>Sat, 11 Feb 2012 12:06:15 EDT</pubDate>
<lastBuildDate>Sat, 11 Feb 2012 12:06:15 EDT</lastBuildDate>

<item>
<title>Tried on OOL Boost w/OpenDNS WRT54G</title>
<link>http://www.dslreports.com/forum/Tried-on-OOL-Boost-wOpenDNS-WRT54G-22526419</link>
<description><![CDATA[SSidlov posted : Noteworthy Events<br><br>Major Abnormalities<br><br>    * We received unexpected and possibly dangerous results when looking up important names <br><br>Minor Aberrations<br><br>    * Your DNS resolver returns results even when no such server exists <br><br>Address-based Tests<br><br>NAT detection: NAT Detected<br><br>Your global IP address is xxx.xxx.xxx.xxx while your local one is 192.168.2.122. You are behind a NAT. Your local address is in unroutable address space.<br><br>Your NAT renumbers TCP source ports sequentially. The following graph shows connection attempts on the X-axis and their corresponding source ports on the Y-axis.<br><br>port sequence plot<br><br>DNS-based host information: OK<br>You are not a Tor exit node for HTTP traffic.<br>You are listed on the Spamhaus Policy Based Blacklist, meaning that your provider has designated your address block as one that should not be sending any email.<br>The SORBS DUHL believes you are using a dynamically assigned IP address.<br>Reachability Tests<br><br>General connectivity: OK<br>Basic UDP access is available.<br>Direct UDP access to remote DNS servers (port 53) is allowed.<br>The applet was also able to directly request a large DNS response.<br>Direct UDP access to remote MSSQL servers (port 1434) is allowed.<br>Direct TCP access to remote FTP servers (port 21) is allowed.<br>Direct TCP access to remote SSH servers (port 22) is allowed.<br>Direct TCP access to remote SMTP servers (port 25) is prohibited.<br>This means you cannot send email via SMTP to arbitrary mail servers. Such blocking is a common countermeasure against malware abusing infected machines for generating spam. Your ISP likely provides a specific mail server that is permitted. Also, webmail services remain unaffected.<br>Direct TCP access to remote DNS servers (port 53) is allowed.<br>Direct TCP access to remote HTTP servers (port 80) is allowed.<br>Direct TCP access to remote POP servers (port 110) is allowed.<br>Direct TCP access to remote RPC servers (port 135) is allowed.<br>Direct TCP access to remote NetBIOS servers (port 139) is blocked.<br>This is probably for security reasons, as this protocol is generally not designed for use outside the local network.<br>Direct TCP access to remote IMAP servers (port 143) is allowed.<br>Direct TCP access to remote SNMP servers (port 161) is allowed.<br>Direct TCP access to remote HTTPS servers (port 443) is allowed.<br>Direct TCP access to remote SMB servers (port 445) is blocked.<br>This is probably for security reasons, as this protocol is generally not designed for use outside the local network.<br>Direct TCP access to remote SMTP/SSL servers (port 465) is allowed.<br>Direct TCP access to remote secure IMAP servers (port 585) is allowed.<br>Direct TCP access to remote authenticated SMTP servers (port 587) is allowed.<br>Direct TCP access to remote IMAP/SSL servers (port 993) is allowed.<br>Direct TCP access to remote POP/SSL servers (port 995) is allowed.<br>Direct TCP access to remote SIP servers (port 5060) is allowed.<br>Direct TCP access to remote BitTorrent servers (port 6881) is allowed.<br>Network Access Link Properties<br><br>Network latency measurements: Latency: 16ms Loss: 0.0%<br>The round-trip time (RTT) between your computer and our server is 16 msec, which is good.<br>We recorded no packet loss between your system and our server.<br><br>TCP connection setup latency: 19ms<br>The time it takes your computer to set up a TCP connection with our server is 19 msec, which is good.<br><br>Network bandwidth measurements: Upload 5.2 Mbit/sec, Download >20 Mbit/sec<br>Your Uplink: We measured your uplink's sending bandwidth at 5.2 Mbit/sec. This level of bandwidth works well for many users.<br>During this test, the applet observed 4 reordered packets.<br>Your Downlink: We measured your downlink's receiving bandwidth at >20 Mbit/sec. This level of bandwidth works well for many users.<br><br>Network buffer measurements: Uplink 340 ms, Downlink is good<br>We estimate your uplink as having 340 msec of buffering. This level may serve well for maximizing speed while minimizing the impact of large transfers on other traffic.<br>We were not able to produce enough traffic to load the downlink buffer, or the downlink buffer is particularly small. You probably have excellent behavior when downloading files and attempting to do other tasks.<br>HTTP Tests<br><br>Address-based HTTP proxy detection: OK<br>There is no explicit sign of HTTP proxy use based on IP address.<br><br>Header-based HTTP proxy detection: OK<br>No HTTP header or content changes hint at the presence of a proxy.<br><br>HTTP proxy detection via malformed requests: OK<br>Deliberately malformed HTTP requests arrive at our server unchanged. We are not able to detect a proxy along the path to our server using this method.<br><br>Filetype-based filtering: OK<br>We did not detect file-content filtering.<br><br>JavaScript-based tests: OK<br>The applet was not run from within a frame.<br>Your web browser reports the following cookies for our web page:<br><br>    * netAlizEd (set by our server)<br><br>Your web browser was unable to fetch an image using IPv6.<br><br>HTTP caching behavior: OK<br>There is no suggestion that a transparent HTTP cache exists in your network.<br>DNS Tests<br><br>Restricted domain DNS lookup: OK<br>We are able to successfully lookup a name which resolves to the same IP address as our webserver. This means we are able to conduct many of the tests on your DNS server.<br><br>Unrestricted domain DNS lookup: OK<br>We are able to successfully lookup arbitrary names from within the Java applet. This means we are able to conduct all test on your DNS server.<br><br>DNS resolver address: OK<br>The IP address of your ISP's DNS Resolver is 208.67.217.8, which resolves to bld3.nyc.opendns.com.<br><br>DNS resolver properties: Lookup latency: 360ms<br>Your ISP's DNS resolver requires 360 msec to conduct an external lookup, and 170 msec to lookup an item in the cache.<br>Your resolver is using QTYPE=A for default queries.<br>Your resolver also performs IPv6 queries in addition to IPv4 queries.<br>Your DNS resolver does not use EDNS.<br>Your resolver does not use 0x20 randomization, but will pass names in a case-sensitive manner.<br>Your ISP's DNS resolver respects a TTL of 0 seconds.<br>Your ISP's DNS resolver respects a TTL of 1 seconds.<br><br>DNS glue policy: OK<br>Your ISP's DNS resolver accepts generic glue records located in subdomains of the queried domain.<br>Your ISP's DNS resolver accepts additional (glue) records for nameservers located in subdomains of the queried domain.<br>Your ISP's DNS resolver follows CNAMEs when it is in the same domain.<br><br>DNS resolver port randomization: OK<br>Your ISP's DNS resolver properly randomizes its local port number.<br>The following graph shows DNS requests on the x-axis and the detected source ports on the y-axis.<br><br>port sequence plot<br><br>DNS lookups of popular domains: Warning<br>You appear to be using OpenDNS as your DNS resolver. One known issue with OpenDNS is that, by default, OpenDNS acts as a Man-in-the-Middle for some servers, returning the address of one of their servers that acts as an intermediary, rather than the final result. This can both slow down searches and may break other functionality. As a result, 1 lookup appears to be anomalous.<br>Name &#9;IP Address &#9;Reverse Name/SOA<br>www.google.com &#9;208.67.217.231 &#9;google.navigation.opendns.com<br>74 of 74 popular names were resolved successfully. Show all names.<br>In the following table reverse lookups that failed but for which a Start Of Authority (SOA) entry indicated correct name associations are shown using an "X", followed by the SOA entry. Absence of both IP address and reverse name indicates failed forward lookups.<br>Name &#9;IP Address &#9;Reverse Name/SOA<br>www.abbey.co.uk &#9;165.160.13.20 &#9;X (pdns1.cscdns.net)<br>ad.doubleclick.net &#9;216.73.86.152 &#9;annymegaadvip2.doubleclick.net<br>www.alliance-leicester.co.uk &#9;194.130.105.121 &#9;X (alice.ioko365.com)<br>www.amazon.com &#9;72.21.210.250 &#9;210-250.amazon.com<br>www.ameritrade.com &#9;204.58.27.113 &#9;beta-new.tdameritrade.com<br>www.bankofamerica.com &#9;171.161.161.173 &#9;www.bankofamerica.com<br>www.bankofscotland.co.uk &#9;195.171.171.21 &#9;X (ns0.bt.net)<br>www.bankofthewest.com &#9;207.114.194.101 &#9;X (dns1a.bankofthewest.com)<br>www.barclays.co.uk &#9;213.219.1.141 &#9;X (dns1.lon7.telecityredbus.net)<br>www.capitalone.com &#9;208.80.50.112 &#9;X (chia.arin.NET)<br>www.careerbuilder.com &#9;208.82.6.22 &#9;X (smokey.careerbuilder.com)<br>www.chase.com &#9;159.53.60.105 &#9;X (ns1.jpmorganchase.com)<br>chaseonline.chase.com &#9;159.53.60.54 &#9;resources-cdc1.chase.com<br>www.citi.com &#9;192.193.232.227 &#9;X (ns.citicorp.com)<br>www.citibank.com &#9;192.193.232.227 &#9;X (ns.citicorp.com)<br>www.citimortgage.com &#9;192.193.218.222 &#9;X (ns.citicorp.com)<br>www.cnn.com &#9;157.166.224.25 &#9;X (twdns-02.ns.aol.com)<br>www.desjardins.com &#9;142.195.128.44 &#9;desjardins.com<br>www.deutsche-bank.de &#9;217.73.49.24 &#9;www.deutsche-bank.de<br>www.e-gold.com &#9;209.200.169.10 &#9;unknown.prolexic.com<br>www.ebay.com &#9;66.135.200.27 &#9;hp-core.ebay.com<br>www.etrade.com &#9;12.153.224.22 &#9;etrade.com<br>www.facebook.com &#9;69.63.184.143 &#9;www-11-03-ash1.facebook.com<br>www.fdic.gov &#9;192.147.69.84 &#9;www.fdic.gov<br>www.friendfinder.com &#9;208.88.180.81 &#9;X (ii53-30.friendfinderinc.com)<br>www.geocities.com &#9;98.137.46.72 &#9;intl1.geo.vip.sp2.yahoo.com<br>www.halifax.co.uk &#9;212.140.245.97 &#9;www.halifax.co.uk<br>www.hsbc.co.uk &#9;193.108.74.126 &#9;X (ns3.hsbc.com)<br>www.jpmorganchase.com &#9;159.53.60.166 &#9;X (ns1.jpmorganchase.com)<br>www.lloydstsb.com &#9;193.34.230.181 &#9;X (ns2.lloydstsb.co.uk)<br>mail.google.com &#9;66.102.1.19 &#9;he-in-f19.google.com<br>mail.live.com &#9;64.4.20.186 &#9;dp4.mail.live.com<br>mail.yahoo.com &#9;69.147.112.160 &#9;l2.login.vip.re3.yahoo.com<br>www.mbna.com &#9;209.135.59.10 &#9;X (ns1.usi.net)<br>www.mbna.net &#9;209.135.59.10 &#9;X (ns1.usi.net)<br>www.meebo.com &#9;208.81.191.110 &#9;X (ns1.meebo.com)<br>messenger.yahoo.com &#9;68.142.230.204 &#9;myc1.msg.vip.re2.yahoo.com<br>www.microsoft.com &#9;207.46.193.254 &#9;wwwtk2test2.microsoft.com<br>www.nationwide.co.uk &#9;155.131.127.10 &#9;www.nationwide.co.uk<br>www.networksolutions.com &#9;205.178.187.13 &#9;www.networksolutions.com<br>www.newegg.com &#9;216.52.208.185 &#9;X (pdns1.ultradns.net)<br>www.nordea.fi &#9;195.215.15.166 &#9;www.nordea.fi<br>online.citibank.com &#9;192.193.180.87 &#9;citibankonline.com<br>online.wellsfargo.com &#9;151.151.13.132 &#9;psaltery-on.wellsfargo.com<br>www.orange.fr &#9;193.252.122.103 &#9;www.orange.fr.b2.fti.net<br>pagead.googlesyndication.com &#9;66.102.1.166 &#9;he-in-f166.google.com<br>partner.googleadservices.com &#9;66.102.1.166 &#9;he-in-f166.google.com<br>www.paypal.com &#9;64.4.241.49 &#9;node-64-4-241-4[...]orks.paypal.com<br>www.rbs.co.uk &#9;155.136.80.222 &#9;X (ns0-08.dns.pipex.net)<br>www.schwab.com &#9;162.93.224.80 &#9;wwwschwab-vip.schwab.com<br>www.sears.com &#9;96.6.73.99 &#9;a96-6-73-99.dep[...]echnologies.com<br>www.secureworks.com &#9;65.114.32.183 &#9;www.secureworks.net<br>smartzone.comcast.net &#9;76.96.26.12 &#9;webmail3.emeryv[...]ail.comcast.net<br>www.smithbarney.com &#9;192.193.20.126 &#9;X (ns.citicorp.com)<br>www.sparkasse.de &#9;195.140.127.130 &#9;www.sparkasse.de<br>www.sterlingsavingsbank.com &#9;12.19.55.215 &#9;sterlingsavingsbank.com<br>www.tdameritrade.com &#9;204.58.27.105 &#9;beta-new.tdameritrade.com<br>www.ticketmaster.com &#9;69.192.20.199 &#9;a69-192-20-199.[...]echnologies.com<br>www.trendmicro.com &#9;204.141.87.33 &#9;X (auth1.ns.gin.ntt.net)<br>us.etrade.com &#9;12.153.224.21 &#9;us.etrade.com<br>www.verisign.com &#9;65.205.249.60 &#9;www.verisign.net<br>www.wachovia.com &#9;169.200.183.139 &#9;X (sls-ns1.wachovia.com)<br>www.wamu.com &#9;167.88.184.51 &#9;www.wamu.com<br>www.wellsfargo.com &#9;151.151.88.133 &#9;percussion-dd.wellsfargo.com<br>westernunion.com &#9;206.201.227.250 &#9;wumt1.westernunion.com<br>windowsupdate.microsoft.com &#9;207.46.225.221 &#9;X (msnhst.microsoft.com)<br>wireless.att.com &#9;135.209.208.191 &#9;origin-busine[...]eless.att.com<br>www.yahoo.com &#9;69.147.76.15 &#9;f1.www.vip.re1.yahoo.com<br>2 popular names have a mild anomaly. The ownership suggested by the reverse name lookup does not match our understanding of the original name. The most likely cause is the site's use of a Content Delivery Network. Show all names.<br>Name &#9;IP Address &#9;Reverse Name/SOA<br>www.postbank.de &#9;195.50.155.73 &#9;X (ns1.arcor-ip.de)<br>www.usbank.com &#9;170.135.216.181 &#9;facts529.com, frysvisa.net, frysvisa.org, u-s-bank.us, u-s-bank.biz, u-s-bank.net, u-s-bank.org, usbanksl.com, usbtrust.com, vailbank.com, cachevisa.com, usbancorp.cc, usbancorp.us, usbancorp.biz, usbancorp.net, usbancorp.org, usbancorp.info, vailbanks.com<br>3 popular names have a mild anomaly: we are unable to find a reverse name associated with the IP address provided by your ISP's DNS server. This is most likely due to a slow responding DNS server or misconfiguration on the part of the domain owner. Show all names.<br>Name &#9;IP Address &#9;Reverse Name/SOA<br>www.f-secure.com &#9;216.246.75.83 &#9;X<br>www.irs.gov &#9;216.246.75.73 &#9;X<br>www.visa.com &#9;216.246.75.91 &#9;X<br><br>DNS results wildcarding: OpenDNS<br><br>You appear to be using OpenDNS. OpenDNS, by default, deliberately returns addresses even for domain names which should not resolve. Instead of an error, the DNS server returns an address of 208.67.217.132, which resolves to hit-nxdomain.opendns.com. You can inspect the resulting HTML content here.<br><br>This is central to OpenDNS's business model. In order to profit from an otherwise free service, OpenDNS presents the users with advertisements whenever they make a typo in their web browser. You can disable this behavior through the OpenDNS Dashboard.<br><br>The big problem with this behavior is that it can potentially break any network application which relies on DNS properly returning an error when a name does not exist.<br><br>The following lists your DNS server's behavior in more detail.<br><br>Your ISP's DNS server returns IP addresses even for domain names which should not resolve. Instead of an error, the DNS server returns an address of 208.67.217.132, which resolves to hit-nxdomain.opendns.com. You can inspect the resulting HTML content here.<br><br>There are several possible explanations for this behavior. The most likely cause is that the ISP is attempting to to profit from customer's typos by presenting advertisements in response to bad requests, but it could also be due to an error or misconfiguration in the DNS server.<br><br>The big problem with this behavior is that it can potentially break any network application which relies on DNS properly returning an error when a name does not exist.<br><br>The following lists your DNS server's behavior in more detail.<br><br>    * www.{random}.com is mapped to 208.67.217.132.<br>    * www.{random}.org is mapped to 208.67.217.132.<br>    * fubar.{random}.com is mapped to 208.67.217.132.<br>    * www.yahoo.cmo [sic] is mapped to 208.67.217.132.<br>    * nxdomain.{random}.netalyzr.icsi.berkeley.edu is mapped to 208.67.217.132.<br><br>Host Properties<br><br>System clock accuracy: OK<br>Your computer's clock agrees with our server's clock.<br><br>Browser properties<br>The following parameters are sent by your web browser to all web sites you visit:<br><br>    * User Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.10) Gecko/2009042316 Firefox/3.0.10 (.NET CLR 3.5.30729)<br>    * Accept: text/html,application/xhtml+xml,application/xml; q=0.9,*/*; q=0.8<br>    * Accept Language: en-us,en;q=0.5<br>    * Accept Encoding: gzip,deflate<br>    * Accept Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7<br><small>--<br>&raquo;<A HREF="http://www.Warpstock.org" >www.Warpstock.org</A><br></small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Tried-on-OOL-Boost-wOpenDNS-WRT54G-22526419</guid>
<pubDate>Wed, 10 Jun 2009 08:16:11 EDT</pubDate>
</item>

<item>
<title>Can&#x27;t confirm the transparent DNS hijacking</title>
<link>http://www.dslreports.com/forum/Cant-confirm-the-transparent-DNS-hijacking-22523200</link>
<description><![CDATA[koitsu posted : As blogged...<br><br>&raquo;<A HREF="http://koitsu.wordpress.com/2009/06/09/comcast-isnt-messing-with-my-port-53-traffic/" >koitsu.wordpress.com/2009/06/09/&middot;&middot;&middot;traffic/</A>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Cant-confirm-the-transparent-DNS-hijacking-22523200</guid>
<pubDate>Tue, 09 Jun 2009 16:48:21 EDT</pubDate>
</item>

</channel>
</rss>

