W3C home > Mailing lists > Public > public-web-security@w3.org > June 2011

RE: CSP and web analytics

From: Hill, Brad <bhill@paypal-inc.com>
Date: Wed, 8 Jun 2011 11:40:51 -0600
To: Adam Barth <w3c@adambarth.com>, John Wilander <john.wilander@owasp.org>
CC: "public-web-security@w3.org" <public-web-security@w3.org>
Message-ID: <213E0EC97FE58F469BB618245B3118BB54F68D0A76@DEN-MEXMS-001.corp.ebay.com>
While the earliest adopters (e.g. PayPal) are going to want very fine grained control, larger adoption would probably be helped by a standardized set of  "profiles" that scripts and protected resources can declare conformance to for interoperability.   

Letting sites do something like declare to an ad network that they will only accept ads that conform to "Sandboxed Inline Ad 1.0" will help establish a critical mass of demand, and also one that can be reasonably responded to.

-Brad

-----Original Message-----
From: public-web-security-request@w3.org [mailto:public-web-security-request@w3.org] On Behalf Of Adam Barth
Sent: Wednesday, June 08, 2011 10:25 AM
To: John Wilander
Cc: public-web-security@w3.org
Subject: Re: CSP and web analytics

Yeah, one of the challenges for CSP is that it imposes constraints on how you integrate with third-parties.  Web analytics is probably one of the easier examples of this issue.  Advertising is probably more challenging.  My sense is that CSP succeeding on this dimension is going to take a while.  Enough developers need to be interested in using the feature that providers of these third-party services have an incentive to play nicely with CSP.

Adam


On Wed, Jun 8, 2011 at 4:19 AM, John Wilander <john.wilander@owasp.org> wrote:
> Hi PubWebSec!
>
> To get ready for Content Security Policy in production organizations 
> have to get JavaScript guidelines in place stating no inline 
> JavaScript, only JavaScript in files. That's fine for in-house 
> developers but I'm starting to get worried about web analytics tools 
> such as Omniture SiteCatalyst and Google Analytics. These are very 
> popular out there and the decision to use them are typically made by 
> managers closer to money than the security department typically is.
>
> I've been using both SiteCatalyst and Analytics before, both using 
> inline JavaScript. Looking at their online documentation and tutorials 
> I only see inline solutions.
>
> Example from SiteCatalyst tutorial
> (https://developer.omniture.com/en_US/get-started/sitecatalyst-tagging):
> [bla, bla] return to the Page Code tab and copy all of the code in the tab.
> In the HTML files, locate the comment that says Begin Paste the 
> SiteCatalyst JavaScript Page code here and then paste the Page Code below the comment.
>
> Example from Analytics tutorial
> (http://www.google.com/support/googleanalytics/bin/answer.py?answer=174090):
> In the Profile Settings page, click the "Check Status" link. You'll 
> see something similar to the code snippet below. (...) Once you find 
> the code snippet, copy and paste it into your web page, just before 
> the closing </head> tag.
>
> All of this will be a show stopper for CSP. I think we have to start 
> working with the web analytics vendors to 1) find working file-only 
> solutions, and
> 2) write good tutorials on how to get file-only web analytics 
> working.. We might be successful since developers in general consider 
> this "paste the JavaScript into your page" practice quite ugly.
>
> Thoughts?
>
>    Regards, John
>
> --
> John Wilander, https://twitter.com/johnwilander Chapter co-leader 
> OWASP Sweden, http://owaspsweden.blogspot.com Conf Comm, 
> http://www.owasp.org/index.php/Global_Conferences_Committee
> My music http://www.johnwilander.com
>
>
Received on Wednesday, 8 June 2011 17:41:32 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:26:19 UTC