W3C home > Mailing lists > Public > public-tracking@w3.org > October 2014

ISSUE-24 (fraud detection and defense)

From: Justin Brookman <jbrookman@cdt.org>
Date: Thu, 9 Oct 2014 16:19:02 -0400
Message-Id: <98CAB9C0-4EEB-43A4-A66D-731293764DBF@cdt.org>
To: "public-tracking@w3.org (public-tracking@w3.org)" <public-tracking@w3.org>
Hello all, last October we came very close to final agreement on language on the fraud/security permitted use:

Regardless of the tracking preference expressed, data MAY be collected, retained, and used to the extent reasonably necessary to detect security incidents, protect the service against malicious, deceptive, fraudulent, or illegal activity, and prosecute those responsible for such activity, provided that such data is not used for operational behavior (profiling or personalization) beyond what is reasonably necessary to protect the service or institute a graduated response.
When feasible, a graduated response to a detected security incident is preferred over widespread data collection. An example would be recording all use from a given IP address range, regardless of DNT signal, if the party believes it is seeing a coordinated attack on its service (such as click fraud) from that IP address range. Similarly, if an attack shared some other identifiable fingerprint, such as a combination of User Agent and other protocol information, the party could retain logs on all transactions matching that fingerprint until it can be determined that they are not associated with such an attack or such retention is no longer necessary to support prosecution.

However, Shane strongly objected to the language and the issue has remain unresolved.  So I am inclined to go for a Call for Objections on the issue.  Shane, would your proposal just end in the first paragraph after “to protect the service”?  Or do you wish to propose something different?

Justin Brookman
Director, Consumer Privacy
Center for Democracy & Technology
202.407.8812
@JustinBrookman
Received on Thursday, 9 October 2014 20:19:44 UTC

This archive was generated by hypermail 2.3.1 : Friday, 3 November 2017 21:45:24 UTC