<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title><![CDATA[[SecurityRatty] tag: webwise]]></title>
    <link>http://securityratty.com/tag/webwise</link>
    <description></description>
    <pubDate>Tue, 18 Mar 2008 11:26:32 +0000</pubDate>
    <generator>iRatty Engine</generator>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <item>
      <title><![CDATA[Twisty little passages, all alike]]></title>
      <link>http://securityratty.com/article/38bceb2696d21aa734f9db6425a391c4</link>
      <guid>http://securityratty.com/article/38bceb2696d21aa734f9db6425a391c4</guid>
      <description><![CDATA[Last month, on the 4th April, I published a document describing how the Phorm system worked and blogged about what I thought of the scheme. The document had been run past Phorms technical people to...]]></description>
      <content:encoded><![CDATA[<p>Last month, on the 4th April, I published <a href="http://www.cl.cam.ac.uk/~rnc1/080404-phorm.pdf">a document</a> describing how the Phorm system worked and blogged about what I thought of the scheme. The document had been run past Phorm&#8217;s technical people to ensure it was correct, but &#8212; it turns out &#8212; there were still a handful of errors in it.  A number of helpful people pointed out that I&#8217;d misdescribed third-party cookies (which didn&#8217;t matter much because Phorm specifically uses first-party cookies), and I&#8217;d managed to reference <a href="http://www.ietf.org/rfc/rfc2695.txt">RFC2695</a> rather than <a href="http://www.ietf.org/rfc/rfc2965.txt">RFC2965</a> !</p>
<p>In my original document, I&#8217;d waved my hands a little bit about how the system worked if people had blocked cookies for specific domains, and so I swapped some more email with Phorm to better understand, and then published a <a href="http://www.cl.cam.ac.uk/~rnc1/080423-phorm.pdf">revised version</a> on 23rd April &#8212; so that the correct information would be available to accompany FIPR&#8217;s <a href="http://www.fipr.org/press/080423phorm.html">press release</a> and <a href="http://www.fipr.org/080423phormlegal.pdf">paper</a> on the various laws that the Phorm system breaks. However, there was one final thing that wasn&#8217;t dealt with by press time, and that&#8217;s now been explained to me&#8230;.</p>
<p>The Phorm system does some of its tracking magic by redirecting browser requests using HTTP 307 responses. When this was first explained to me at the meeting with Phorm there were two redirections (a scan of my notes is <a href="/wp-content/uploads/2008/05/phorm_meeting_notes1.png">here</a>), but having thought about this for a while, I asked for it to be explained to me again later on, and it turned out that I had previously been misled, and that there were in fact three redirections (<a href="/wp-content/uploads/2008/05/phorm_meeting_notes2.png">here&#8217;s</a> my notes of this part of the meeting).</p>
<p>It now turns out, following my further emails with Phorm, that there are in fact FOUR redirections occurring! This is not because my notes are rubbish &#8212; but because Phorm have managed to recall more of the detail of their own system!</p>
<p>For full details of how I understand the system works (at least until some more detail comes to light), see the <a href="http://www.cl.cam.ac.uk/~rnc1/080518-phorm.pdf">latest version of my explanatory document</a>, but to give you a flavour of it, consider an example visit to <code>www.cnn.com</code>:</p>
<ul>
<li>The user wants to visit <code>www.cnn.com</code>, but their request does not contain a cookie (for <code>www.cnn.com</code>) with a Phorm unique identifier within it. They are redirected (ONE) by the Phorm system to www.webwise.net.</li>
<li>The user visits <code>webwise.net</code> by following the redirection. If they do not have a Phorm identifier cookie, then they will be issued with a new identifier and redirected (TWO) elsewhere on <code>webwise.net</code>.</li>
<li>The user visits <code>webwise.net</code> for the second time. If they still don&#8217;t have a Phorm identifier cookie then their IP address is marked as wishing to opt-out and they will be redirected to <code>www.cnn.com</code> and they won&#8217;t be redirected again for at least 30 minutes. If they do have a cookie (or if they had one at the previous stage) they are redirected (THREE) to a special URL within <code>www.cnn.com</code>.</li>
<li>The user visits the special URL, which the Phorm system redirects to a fake version of www.cnn.com that sets a <code>www.cnn.com</code> cookie with their Phorm identifier in it, and redirects (FOUR) them to the URL they wanted to visit all along.</li>
</ul>
<p>For the moment, this appears to be the grand total; there can be up to four redirections, and it is deducible from this description what happens if you refuse (or delete) cookies in the <code>webwise.net</code> and <code>www.cnn.com</code> domains. It is also apparent that if you resolve <code>webwise.net</code> to 127.0.0.1 that you&#8217;ll never get past the first redirection; and you will need to rely on the Phorm system spotting these repeated failures and turning off redirection for your IP address.</p>
<p><strong>direct</strong> <em>adjective</em>: Straightforward in manner or conduct; upright, honest.</p>
<p><strong>indirect</strong> <em>adjective</em>: Mechanism by which Phorm fools your system into accepting tracking cookies from third-party websites, even when those websites <a href="http://www.bankofengland.co.uk/privacy.htm">promise never to track you</a>!</p>
]]></content:encoded>
      <pubDate>Sun, 18 May 2008 15:29:56 +0000</pubDate>
      <category domain="http://securityratty.com/tag/cookie">cookie</category>
      <category domain="http://securityratty.com/tag/phorm identifier cookie">phorm identifier cookie</category>
      <category domain="http://securityratty.com/tag/identifier">identifier</category>
      <category domain="http://securityratty.com/tag/phorm identifier">phorm identifier</category>
      <category domain="http://securityratty.com/tag/phorm">phorm</category>
      <category domain="http://securityratty.com/tag/phorm fools">phorm fools</category>
      <category domain="http://securityratty.com/tag/phorm unique identifier">phorm unique identifier</category>
      <category domain="http://securityratty.com/tag/phorm system redirects">phorm system redirects</category>
      <category domain="http://securityratty.com/tag/phorm system breaks">phorm system breaks</category>
      <source url="http://www.lightbluetouchpaper.org/2008/05/18/twisty-little-passages-all-alike/">Twisty little passages, all alike</source>
    </item>
    <item>
      <title><![CDATA[Adding webwise.net into the CNI]]></title>
      <link>http://securityratty.com/article/734438b0e8cd30dd719fca4bc57e17bd</link>
      <guid>http://securityratty.com/article/734438b0e8cd30dd719fca4bc57e17bd</guid>
      <description><![CDATA[The way in which the Phorm system works (see yesterdays blog post ) creates an interesting, and possibly unexpected, risk for the ISPs that decide to go ahead and deploy the system
Quite clearly , web...]]></description>
      <content:encoded><![CDATA[<p>The way in which the Phorm system works (see <a href="http://www.lightbluetouchpaper.org/2008/04/04/the-phorm-webwise-system/">yesterday&#8217;s blog post</a>) creates an interesting, and possibly unexpected, risk for the ISPs that decide to go ahead and deploy the system.</p>
<p><a href="http://www.cl.cam.ac.uk/~rnc1/080404phorm.pdf">Quite clearly</a>, web browsing from within these ISPs now depends on the correct functioning of the &#8220;Layer 7 switch&#8221; and Phorm&#8217;s &#8220;Anonymiser&#8221; machine. This should not be too much of a concern. Network engineers are used to designing out &#8220;<a href="http://craighuggart.typepad.com/tech_yourself_to_rest/2007/06/never-rely-on-a.html">single points of failure</a>&#8220;. Thus, for example, the <a href="http://www.theregister.co.uk/2008/02/29/phorm_documents/">BT schematics</a> obtained by The Register show parallel systems and cross-coupling of components, so that a single failure will not take out the system. Add in the fact that what are apparently single machines will almost certainly be clusters fronted by intelligent load-balancing devices, and the system is expensive, but extremely resilient.</p>
<p>However, there&#8217;s another rather less obvious issue that needs to be addressed.</p>
<p>The bouncing of all web requests back and forth with HTTP 307 redirections means that the system is critically dependent upon the correct resolving of the <a href="http://www.whois.ws/whois-net/ip-address/webwise.net/">webwise.net</a> domain. If, for whatever reason, the domain name system (DNS) didn&#8217;t return the correct answer when asked for the IP address of webwise.net, then everyone at that ISP would find that their browsing was seriously affected.</p>
<p>If the incorrect address came back as <a href="http://tools.ietf.org/rfc/rfc3330.txt">127.0.0.1</a> then the customers wouldn&#8217;t be able to reach any websites at all &#8212; if it came back as the IP address of a machine in downtown St Petersburg, then that site could redirect their web sessions at will &#8212; and there&#8217;s likely <a href="http://www.sptimes.ru/index.php?action_id=2&#038;story_id=23314">some criminals in that city</a> with some innovative ideas of what could happen next.</p>
<p>So the webwise.net domain has suddenly been promoted to become part of the <a href="http://www.cpni.gov.uk/">Critical National Infrastructure</a> (CNI).</p>
<p>The domain is currently hosted at <a href="http://www.godaddy.com/">GoDaddy</a>, an american registrar. Last summer the rock-phish gang spent a week running phishing attacks not just against banks, as they usually do, but <a href="http://www.castlecops.com/Citizens_Bank_GoDaddy_Rock_Phish_Royal_Bank_of_Scotland_phish522534.html"> also against GoDaddy</a>. The immediate reaction was that the criminals wanted to use captured credentials to purchase domain names for free &#8212; but wiser heads pointed out that with the login details for a GoDaddy account you were in <a href="http://blog.internetidentity.com/blog/_archives/2007/8/3/3142735.html">full control of any domain names that had already been bought</a> : the security of the websites of thousands of major companies (and a great many banks) was resting on the security of eight-character registrar login passwords.</p>
<p>However, firms that have considered the risk don&#8217;t buy $10 domain names, but spend rather more, and their registrar will insist on rigorous security checks before altering any details. We must obviously assume that webwise.net is not at risk from registrar phishing in this simplistic way.</p>
<p>The more likely way of subverting what webwise.net resolves to is called &#8220;DNS cache poisoning&#8221;. There are several ways of doing this (this <a href="http://en.wikipedia.org/wiki/DNS_cache_poisoning">Wikipedia article</a> provides a helpful summary), most of which shouldn&#8217;t work if the ISP has configured their DNS server correctly.</p>
<p>However fundamental weaknesses in the DNS protocol (relying on 16bit values matching to show authenticity) means that DNS forgery attacks can only be made harder, not prevented altogether. Making it harder may currently be sufficient to make phishing attackers use simpler methods &#8212; but if the prize is the disruption of web browsing for millions of people&#8230;?</p>
<p>There are things that the ISPs can do to improve security &#8212; such as each of them making themselves authoritative for webwise.net, which should address the DNS forgery issue. Let&#8217;s hope that they haven&#8217;t overlooked this.</p>
<p>[[with acknowledgments to Matt Johnson and others involved in understanding this particular design risk]]</p>
]]></content:encoded>
      <pubDate>Sat, 05 Apr 2008 10:13:01 +0000</pubDate>
      <category domain="http://securityratty.com/tag/domain names">domain names</category>
      <category domain="http://securityratty.com/tag/purchase domain names">purchase domain names</category>
      <category domain="http://securityratty.com/tag/net">net</category>
      <category domain="http://securityratty.com/tag/dns">dns</category>
      <category domain="http://securityratty.com/tag/dns forgery issue">dns forgery issue</category>
      <category domain="http://securityratty.com/tag/domain">domain</category>
      <category domain="http://securityratty.com/tag/dns forgery attacks">dns forgery attacks</category>
      <category domain="http://securityratty.com/tag/webwise">webwise</category>
      <category domain="http://securityratty.com/tag/net domain">net domain</category>
      <source url="http://www.lightbluetouchpaper.org/2008/04/05/adding-webwisenet-into-the-cni/">Adding webwise.net into the CNI</source>
    </item>
    <item>
      <title><![CDATA[The Phorm Webwise System]]></title>
      <link>http://securityratty.com/article/84a7a08de1b599965d339a85228285f8</link>
      <guid>http://securityratty.com/article/84a7a08de1b599965d339a85228285f8</guid>
      <description><![CDATA[Last week I spent several hours at Phorm learning how their advertising system works this is the system that is to be deployed by the UKs largest ISPs to pick apart your web browsing activities to try...]]></description>
      <content:encoded><![CDATA[<p>Last week I spent several hours at <a href="http://www.phorm.com">Phorm</a> learning how their advertising system works &#8212; this is the system that is to be <a href="http://uk.biz.yahoo.com/14022008/323/phorm-exclusive-ad-platform-deals-bt-talktalk-virgin-media-update.html">deployed by the UK&#8217;s largest ISPs</a> to pick apart your web browsing activities to try and determine what interests you.</p>
<p>The idea is that advertisers can be more picky in who they serve adverts to&#8230; you&#8217;ll get travel ads if you&#8217;ve been looking to go to <a href="http://www.tripadvisor.com/Travel-g187520-s208/Pamplona:Spain:Weather.And.When.To.Go.html">Pamplona</a> for the running of the bulls, <a href="http://www.oldclassiccar.co.uk/oldadvertisements.htm">car adverts</a> if you&#8217;ve been checking out the prices of Fords (the intent is that Phorm&#8217;s method of distilling down the ten most common words on the page will allow them to distinguish between a <a href="http://www.spain-info.com/Culture/bullrunning.htm">Fiesta</a> and a <a href="http://www.ford.co.uk/fiesta">Fiesta</a>!)</p>
<p>I&#8217;ve now written up the extensive technical details that they provided (10 pages worth) which you can now <a href="http://www.cl.cam.ac.uk/~rnc1/080404phorm.pdf">download from my website</a>.</p>
<p>Much of the information was already known, albeit perhaps not all minutiae. However, there were a number of new things that were disclosed.</p>
<p>Phorm explained the process by which an initial web request is redirected three times (using <a href="http://sebastians-pamphlets.com/the-anatomy-of-http-redirects-301-302-307/#307-temporary-redirect">HTTP 307 responses</a>) within their system so that they can inspect <a href="http://www.aboutcookies.org/">cookies</a> to determine if the user has opted out of their system, so that they can set a unique identifier for the user (or collect it if it already exists), and finally to add a cookie that they forge to appear to come from someone else&#8217;s website. A number of very well-informed people on the <a href="http://www.chiark.greenend.org.uk/mailman/listinfo/ukcrypto">UKCrypto</a> mailing list have suggested that the last of these actions may be illegal under the <a href="http://www.opsi.gov.uk/Acts/acts2006/ukpga_20060035_en_1">Fraud Act 2006</a> and/or the <a href="http://www.davros.org/legal/cma.html">Computer Misuse Act 1990</a>.</p>
<p>Phorm also explained that they inspect a website&#8217;s <a href="http://www.robotstxt.org/">&#8220;robots.txt&#8221;</a> file to determine whether the website owner has specified that search engine &#8220;spiders&#8221; and other automated processing systems should not examine the site. This goes a little way towards obtaining the permission of the website owner for intercepting their traffic &#8212; however, in my view, failing to prohibit the <a href="http://www.google.com/support/webmasters/bin/answer.py?answer=70897&#038;topic=8843">GoogleBot</a> from indexing your page is rather different from permitting your page contents to be snooped upon, so that Phorm can turn a profit from profiling your visitors.</p>
<p>Overall, I learnt nothing about the Phorm system that caused me to change my view that the system <a href="http://www.fipr.org/press/080317phorm.html">performs illegal interception</a> as defined by s1 of the <a href="http://www.opsi.gov.uk/acts/acts2000/ukpga_20000023_en_2#pt1-ch1-pb1-l1g1">Regulation of Investigatory Powers Act 2000</a>.</p>
<p>Phorm argue, with some justification, that their system does not permit them to identify individuals and that they meet and exceed all necessary Data Protection regulations &#8212; producing a system that is superior to other advertising platforms that profile Internet users.</p>
<p>Mayhap, but this is to mix up data protection and privacy.</p>
<p>The latter to me includes the important notion that other people, even people I&#8217;ll never meet and who will never meet me, don&#8217;t get to know what I do, they don&#8217;t get to learn what I&#8217;m interested in, and they don&#8217;t get to assume that targeting their advertisements will be welcomed.</p>
<p>If I spend my time checking out the details of a surprise visit to Spain, I don&#8217;t want the person I&#8217;m taking with me to glance at my laptop screen and see that its covered with travel adverts, mix up cause and effect, and think &#8212; even just for a moment &#8212; that it wasn&#8217;t my idea first!</p>
<p>Phorm says that of course I can opt out &#8212; and I will &#8212; but just because nothing bad happens to me doesn&#8217;t mean that the deploying the system is acceptable.</p>
<p>Phorm assumes that their system &#8220;anonymises&#8221; and therefore cannot possibly do anyone any harm; they assume that their processing is generic and so it cannot be interception; they assume that their business processes gives them the right to impersonate trusted websites and add tracking cookies under an assumed name; and they assume that if only people understood all the technical details they&#8217;d be happy.</p>
<p>Well now&#8217;s your chance to see <a href="http://www.cl.cam.ac.uk/~rnc1/080404phorm.pdf">all these technical details</a> for yourself &#8212; I have, and I&#8217;m still not happy at all.</p>
]]></content:encoded>
      <pubDate>Fri, 04 Apr 2008 12:53:06 +0000</pubDate>
      <category domain="http://securityratty.com/tag/phorm">phorm</category>
      <category domain="http://securityratty.com/tag/system">system</category>
      <category domain="http://securityratty.com/tag/phorm assumes">phorm assumes</category>
      <category domain="http://securityratty.com/tag/phorm argue">phorm argue</category>
      <category domain="http://securityratty.com/tag/phorm system">phorm system</category>
      <category domain="http://securityratty.com/tag/extensive technical details">extensive technical details</category>
      <category domain="http://securityratty.com/tag/technical details">technical details</category>
      <category domain="http://securityratty.com/tag/system anonymises">system anonymises</category>
      <category domain="http://securityratty.com/tag/details">details</category>
      <source url="http://www.lightbluetouchpaper.org/2008/04/04/the-phorm-webwise-system/">The Phorm Webwise System</source>
    </item>
    <item>
      <title><![CDATA[Bad Phorm]]></title>
      <link>http://securityratty.com/article/21947036e4e8fef730a5c3afeff2f56b</link>
      <guid>http://securityratty.com/article/21947036e4e8fef730a5c3afeff2f56b</guid>
      <description><![CDATA[The prospect of behavorial-based advertising is something we should all be concerned about and something we should all be strongly voicing an objection to. Phorm, the company offering such a service...]]></description>
      <content:encoded><![CDATA[
      The prospect of behavorial-based advertising is something we should all be concerned about and something we should all be strongly voicing an objection to. Phorm, the company offering such a service as part of their Webwise product, have engaged with BT, Virgin, and Talk Talk for trials of the servcie.

Read about it <a href="http://news.bbc.co.uk/1/hi/technology/7301379.stm">here</a>.

Personal security and privacy of data are not the only issues here. <blockquote>The BT spokesman said Phorm offered consumers two benefits. 

"Customers will receive more relevant advertising and will get warnings if any of the websites they visits are known to be phishing sites." </blockquote>I'd like to meet a BT customer who wants more relevant advertising. I'd prefer BT to be blocking all advertising - I damn well pay them enough for use of the copper wire across which the content I actually <strong><em>do </em></strong>want has to crawl like treacle. The last thing I need is for my precious bandwidth to be inundated with advertising. Even more so for my children - what <em>targeted </em>advertising will appear on the screen when they're on line?

Phorm have apparently gone to great lengths to ensure the legality of their "service" having spoken at great length to the Home Office to make sure that its scheme doesn't break RIPA (the Regulation of Investigatory Powers Act). However, surely once you have in place a system that's capable of intercepting traffic for any purpose other than routing between the ISP and the end-user, then in my mind you're also opening up that same system to the risk of abuse.

There's some good commentary on the issues on this blog <a href="http://blog.itsecurityexpert.co.uk/2008/03/its-just-bad-phorm.html">here</a>.<blockquote>While Phorm and the ISPs signing up say users will be able to opt out, but they don’t say whether everyone will be opted out or in automatically by default, I strongly suspect everyone will be opted in as a matter of course, here’s why. If you were to ask the users to opt in with this form advertising, I’m pretty sure just about everyone would say no thank you! Which for me answers the question to whether this is a good idea or not, in fact I’ve seen one Virgin forum (cableforum.co.uk) poll that stated 95% of users would want to opt out. I’ve also heard that if Phorm don’t have millions of users signing up, the whole system would not be viable, so we can be pretty sure everyone will be signed up by default.</blockquote> More good words <a href="http://www.sophos.com/security/blog/2008/03/1187.html">here</a>: <blockquote>The thing that puzzles me most about Phorm is their description of the Webwise system, which presents it primarily as an anti-fraud technology. This leaves an impression that its real purpose is somewhat hidden. I suppose this is because nobody really like adverts, especially not the ones intruding with the content of the page we wanted to see.</blockquote> 








      
   ]]></content:encoded>
      <pubDate>Tue, 18 Mar 2008 11:26:32 +0000</pubDate>
      <category domain="http://securityratty.com/tag/phorm">phorm</category>
      <category domain="http://securityratty.com/tag/system">system</category>
      <category domain="http://securityratty.com/tag/webwise system">webwise system</category>
      <category domain="http://securityratty.com/tag/users">users</category>
      <category domain="http://securityratty.com/tag/strongly suspect">strongly suspect</category>
      <category domain="http://securityratty.com/tag/real purpose">real purpose</category>
      <category domain="http://securityratty.com/tag/strongly">strongly</category>
      <category domain="http://securityratty.com/tag/virgin forum">virgin forum</category>
      <category domain="http://securityratty.com/tag/opt">opt</category>
      <source url="http://www.computerweekly.com/blogs/stuart_king/2008/03/bad-phorm.html">Bad Phorm</source>
    </item>
  </channel>
</rss>
