Informaticastudent: Vodafone omzeilt cookiewet

@Anoniem: klopt, maar het is mij niet duidelijk of dit ook pre-purchase mogelijk is. Het is mogelijk dat Vodafone identificatie pas tijdens de daadwerkelijke betaling mogelijk maakt. Het is dan alleen mogelijk om een aanschafpatroon te registreren voor de verkopende partij, maar niet om al content aan te raden aan de klant of om op maat te adverteren.

Volgens mij zou dat niet eens in strijd zijn met cookiewetgeving. Een standaard webshop kan adhv betalingsgegevens of leveringsadres altijd een aankoop tracken, dat is in dit geval niet anders. Je trackt niet de cookie maar je trackt transactiegegevens. Dat dit trackbaar is vind ik niet eens onredelijk. Ook schendt dit volgens mij op geen enkele manier de privacy.

Helaas is het niet na te gaan of je ook pre-purchase een klant kan tracken omdat je een NDA moet tekenen voordat je meer informatie kunt krijgen van Vodafone... Want als je pre-purchase klanten kunt volgen dan zou dat wel kwalijk zijn.

Maar zouden ze het toegeven zelfs als het zo was? Hoe dan ook moet je je pijlen niet alleen richten op Vodafone, maar ook op andere aanbieders die exact hetzelfde doen, maar dan op een minder zichtbare manier.

Het is wel bekend dat bij Vodafone de header ook gebruikt kan worden om bezoekers te volgen.

https://developer.vodafone.com/partners/faq/#faq6
"Vodafone offers a variant of ACR that contains a customer specific, static portion that can be used to identify returning customers."

@wurtel: ik zeg dat KPN en T-Mobile dit ook doen, maar alleen naar aangemelde websites (namelijk sites die carrier billing gebruiken).

Vodafone doet het naar alle sites, maar de ACR die ze sturen is nutteloos voor derden aangezien dit een hashed waarde is waaruit het origineel niet af te leiden is. Tevens verandert de ACR per request waardoor deze niet kan worden gebruikt voor tracking-doeleinden.

Dit is gebruiksvriendelijker voor haar partners en is niet meer of minder 'schadelijk' dan de methode die KPN en T-Mobile toepassen (enkel invoegen van headers bij geregistreerde sites).

Overigens is ACR een zeer bekend fenomeen binnen mobiele netwerken en is er zelfs een draft standard die een uniforme methode van genereren van ACR mogelijk moet maken, die door alle operators wordt toegepast. Dit kan zeer grote voordelen hebben op termijn voor eindgebruikers die zo eenvoudig via hun telefoonrekening kunnen betalen voor bijvoorbeeld apps en content:
http://tools.ietf.org/html/draft-uri-acr-extension-00

Doordat de operator de betaling verwerkt (van A tot Z) komt informatie over de eindgebruiker NOOIT terecht bij de content-aanbieder.

Ik heb net geconstateerd dat vodafone deze header in accesses naar willekeurige sites invoegt, o.a. een paar willekeurige van mijzelf.

@Sorcerer: Broenink constateert een header; dat kan dus alleen aan de zijde van de webserver. Dus niet "alleen naar Bol.com" bijvoorbeeld, maar _dus_ naar alle sites.

Apart. Dat hele verhaal van die interface die Vodafone haar klanten aanbiedt vind ik nergens terug in het paper van Broenink... Volgens mij wordt de Anonymous Customer REFERENCE alleen gebruikt om betalingen af te wikkelen, tracking is niet mogelijk.

Broenink ziet een header DUS zal die wel worden misbruikt. Zal ik je eens wat vertellen? Als ik Ziggo ben, en ik besluit naar Bol.com toe een header te injecten, maar dan alleen naar Bol.com toe, dan kun jij op geen enkele manier controleren of ik dat wel of niet doe...

En zal ik je nog eens wat vertellen? KPN en T-Mobile doen dit ook, maar dan alleen naar aangemelde partners, en juist ja: ook om betalingen te verwerken.

Of er tracking wordt toegepast kan Broenink niet zeggen. Dat kunnen alleen de betrokken partijen zeggen. Is een kwestie van vertrouwen hebben in je provider.

Ik vind dit stemmingmakerij...