Talk:Summit 2011 Working Sessions/Session073

From OWASP
Jump to: navigation, search

Thank you for attending! This page is for the session participants to add their ideas and comments.

Please also take a look at the draft FTC response http://www.owasp.org/index.php/Industry:FTC_Protecting_Consumer_Privacy#Draft_Text_version_2 - your input would be very welcome!

Thank you

colin.watson(at)owasp.org


Contents

Accomplishments

I was asked to provide the top 3 accomplishments from our session to the summit team. I have suggested:

1) A recognition that OWASP MUST (not should) be active in this space

2) Direct input into OWASP's response to the FTC staff report on consumer privacy

3) A consensus to try to document the drivers, issues, resources and relevant technical approaches

Ideas...

Some suggested headings, but please feel free to add more:

Government legislation & policies

Legislation:

Primary data protection authorities:

  • US:
    • FTC
    •  ???

Issues

  • Fair processing
  • Acceptable use/specified purpose
  • Avoid collecting excessive information
  • Data accuracy
  • Data retention period enforcement (& disposal)
  • Protection of data
  • Transfers (inter department, company, country)
  • Tracking consent and withdrawal of consent
  • Provision of consent
  • Collection and storage of PII (personally identifiable information)
  • User tracking
  • User profiling

Privacy vulnerabilities

  • Build up user profiles used e.g. for retargetted / behavioral advertising
  • Identify users based on e.g. IP address, browser type and version, add-ons,... based on fingerprinting

Technical approaches

  • Privacy vulnerability detection on server side
  • Privacy vulnerability detection on client side
    • Client side patterns implying privacy vulnerability e.g.
      • 3rd party links (typically trackers)
      • 3rd party cookies
      • invisible images / web bugs
      • behavioral tracking patterns

Tools, Add-ons, Projects to Detect & Protect Privacy

Data privacy is not only a client-side issue, but may also be a server-side issue. For example storing data in cloud services, where the data needs to be protected somehow. So we destinguish protection and detection tools in four areas for now:

  1. client-side
  2. server-side
  3. protocol
  4. services

1. Client-side Tools

On the client we have three categories of tools:

  • Add-ons in the browser
  • Proxies
  • Standalone tools based on the underlaying OS
Add-ons in the browser

Template:TBD: table needs to be sorted according browser, functionality, etc.

Browser Add-ons
Name Description Link
Chrome
Click&Clean
Ghostery (see below)
Firefox
Template:List needs attributes for: usablity, funtionality, active/passive protection, ...
AddBan
AddBlock Plus
AddBlock Plus popup
BetterPrivacy
Browser Protect
Click&Clean
Cookie Whitelist With Buttons
Dashboard (see below)
FireStorage
Greasemonkey
Ghostery (see below)
Header Tool
Maximum AddBlock
PageTweak
Privarcy Protector
TACO - Targeted Advertisong Cookie Opt-Out
ThinkAhead
TrackerBlock
IE
Ghostery (see below)
Opera
Safari
WebKit
Ghostery plug-in
Available for Firefox, Chrome, Safari, Internet Explorer<brCScans the page for scripts, pixels, and other elements and notifies the user of the companies whose code is present on the page. These page elements aren't otherwise visible to the user, and often not detailed in the page source code. Ghostery allows users to learn more about these companies and their practices, and block the page elements from loading if the user chooses.

Download: http://www.ghostery.com/download

Ghostery is owned by Evidon (formerly "Better Advertising": http://www.evidon.com/solutions/overview.php

"Selected by the Digital Advertising Alliance (DAA) to power its online behavioral advertising Self-Regulatory Program"
Dashboard Firefox extension
Developed by the research project !PrimeLife funded by the European Commission’s 7th Framework Programme.
Download: http://www.primelife.eu/results/opensource/76-dashboard
Alpha release: tracks what information is collected by the visited websites. Allows to set preferences on a site by site basis.
Note: Currently maintained by W3.org, full description expected by March 2011.

Description:
  • observe HTTP Requests ans Responses while loading the web page
  • log collected HTTP traffic in a SQLite database"dashboard.sqlite" in the browser's profile folder
  • access additional databases maintained by the browser and the folders containing the LSOs
  • cancel HTTP requests e.g. for third party content based on user's preference for a given web site
  • user settable site preferences, e.g. to block 3rd party cookies or content, to disable scripting,...

Detected privacy patterns e.g.
  • internal third party content
  • external third party content
  • invisible images (based on the image dimension / hidden by CSS)

User Interface
  • adds smiley icon to the browser's navigation toolbar to reflect a measure of the privacy friendliness of the current web page
  • click on the face to view privacy details

Proxies

A proxy can either be one on a intermediate server such as a company gateway, or a proxy installed on the client system itself. In both cases the browser needs to be configured to use that proxy. As it is no difference from the browser's view, we do not destingush these proxy types.

Proxies
Name Description Link
any OS
JAP [1]
Polipo [2]
privoxy [3]
squid [4]
tinyproxy [5]
WWWOFFLE [6]
Windows
Proxomitron [7]
Note
The drawback when using a proxy is that SSL/TLS (https) is either not supported (i.e. privoxy, 2011), or the trust chain is broken and the browser indicates that with a proper message and a broken "lock" icon.
Standalone Tools

TBD

2. Server-side Tools

  • appexchange2 [8]

3. Protocol

Mozilla Firefox 4 Beta
"Do Not Track" Option - Privacy Feature
You can check a “Do Not Track” box in the “Advanced” screen of Firefox’s Options. When this option is selected, a header will be sent signaling to websites that you wish to opt-out of online behavioral tracking. You will not notice any difference in your browsing experience until sites and advertisers start responding to the header.

See: http://blog.mozilla.com/blog/2011/02/08/mozilla-firefox-4-beta-now-including-do-not-track-capabilities/

Note: Also available for Google Chrome: http://google-chrome-browser.com/tags/do-not-track

Micro survey

CW created a micro survey on paper called A Few Questions, to try to gather a few [10] views from other quarters in OWASP [2 participants from the working session, and 8 other leaders], as to the relevance of "personal data protection" within OWASP's mission. The questions (and anonymous answers) were:

Q1: Can OWASP contribute to PCI-DSS compliance initiatives?

A1:

Yes.

Yes of course - we already have by reference to the Top 10.

Yes, we have done so, but to my knowledge we have allowed our relationship with PCI to languish.

Yes.

Unsure, as I'm not fully used to PCI-DSS, but guess 'yes'.

Yes.

Yes.

Yes.

Don't know.

Yes in terms of providing knowledge, training and resources to QSAs. We [OWASP] could also provide info focused on companies who are going to be assessed.



Q2: Can OWASP contribute to fraud detection and prevention?

A2:

Yes.

Yes it would be included in our mission/purpose.

Yes, ***, *** and I were discussing some potential solutions to this.

Yes.

Yes.

Yes, it should at least 'list' possible threats.

Yes.

Yes.

Don't know.

AppSensor seems to be quite useful here.



Q3: Are there application vulnerabilities that can contribute to successful fraud?

A3:

Yes.

Yes of course.

At the risk of being glib, most successful exploitations of vulnerabilities lead to some sort of fraud.

Yes.

Maybe.

Yes.

Yes.

Yes.

-

Injection flaws, possibly XSS if client credentials can be compromised, session weaknesses, SSL issues.


Q4: Can OWASP contribute to the protection of personal data?

A4: (if 'no', skip Q5 and Q6 to end)

Yes.

Certainly.

Yes, anytime our efforts close a vulnerability, we contribute.

Yes.

No.

Yes.

Yes.

Yes.

Yes.

If OWASP wants to start talking at that issue, yes.


Q5: Are there application security vulnerabilities that can contribute to attacks against personal data?

A5: (if 'no', skip to end)

Yes.

Certainly, yes!

Yes, I'm hard pressed to think of one that doesn't have the potential.

Yes.

-

Yes (for example inclusion of 3rd party code/scripts).

Yes.

Yes.

-

Injection, XSS, session flows, SSL issues.


Q6: Are there vulnerabilities in the realms of personal data protection - consent, accuracy, fair use & retention (ie not just protection of data in use/at rest) - that OWASP can help with?

A6:

Yes, at least OWASP should in the future.

Possibly to a lesser degree - seems more like the legal realm than technical.

Certainly, but I'm not in a position to identify any that aren't already a focus of the organization [OWASP].

Yes.

-

Yes.

Yes.

I am not so sure - what is a vulnerability? If a poor audit trail or no audit trail is a vulnerability, then maybe. If lack of privacy policy is a vulnerability, then maybe.

-

Accuracy and use seem to be in the relam of privacy. If OWASP works in this area, we could rewach end users much more significantly.


End: Please supply any other comments here, or overleaf

-

-

-

[For] all questions, I answered yes, but it would need details how to achieve it.

-

-

-

-

I am working to enable ASVS as a government recommendation to verify the implementation of adequate protection of PII.

-

External Links