Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 40 reacties

Microsoft erkent in een verklaring dat het mobiele OS Windows Phone ongewild locatiedata verstuurde. Daarnaast zou ook de mobiele functie Me ongevraagd gegevens verzamelen. Het bedrijf heeft de bugs met een update gerepareerd.

Het openen van de camera-applicatie was voldoende om de telefoon gegevens te laten versturen naar de servers van Microsoft, zelfs als de gebruiker nadrukkelijk aangaf dat niet te willen. Hoewel Microsoft aanvankelijk het probleem ontkende, komt het bedrijf nu terug op deze ontkenning. Windows Phone verstuurde wel degelijk locatiegegevens van nabijgelegen wifi-punten en telefoonmasten, geeft Microsoft toe. Ook de applicatie met Engelse spraakherkenning verzond locatiegegevens. De bugs zijn opgelost met de update naar Windows Phone Mango.

Hoewel het cameraprobleem nu is verholpen, dient zich een nieuwe bug aan. Microsoft geeft toe dat de Me-functionaliteit, bedoeld voor het plaatsen van statusberichten op bekende sociale netwerken, eveneens ongevraagd locatiegegevens doorstuurt als een gebruiker de feature benadert in Windows Phone. Microsoft zegt dat dit probleem met de volgende update van Mango wordt verholpen.

Moderatie-faq Wijzig weergave

Reacties (40)

Zoals ik het heb begrepen:
Het verzamelen van GPS- , GSM mast- en wifi router gegevens dient om een snellere locatiefix te kunnen krijgen (en een lokatie fix binnenshuis wanneer er geen GPS bereik is)

Het oppikken van een SSID (beter gezegd: het hardware-id of mac-adres van een wifirouter) en GSM mast gaat sneller dan een GPS lokatie berekenen, als er een database is waarin je die hardware-id's aan een GPS lokatie kunt koppelen, kun je dus heel snel een lokatie bepalen.

Die lokatie info wordt dus alleen verstuurd om zo'n database te vullen en up-to-date te houden.

De bug is waarschijnlijk dat wanneer jij aangeeft dat er geen lokatie info gebruikt mag worden (in bijv foto's) dit wèl betekent dat er geen GPS info in de Exif data van de foto's meer wordt gezet, maar dat het updaten van die lokatie database daarmee niet wordt uitgezet, en er dus nog steeds ongevraagd lokatiegegevens worden verzameld.

Dat hebben ze nu waarschijnlijk opgelost; uit = uit , of een andere slimme oplossing om snellere lokatiebepaling te doen.
Mooi toegelicht BigJoe.
Ik ben zelf helemaal niet paranoia ingesteld, men mag van mij gerust weten waar ik ben.
Maar waarom moet Microsoft dit eerst ontkennen? Dat geeft toch een rare nasmaak.
En voer voor degenen die wel heel erg gesteld zijn op hun privacy.
(al lijkt me dat je dan sowieso van het internet af moet blijven, alles wordt gelogd tegenwoordig)
woordvoerder: hey, WP7 toestellen sturen blijkbaar locatiegegevens door, ook als dit ongewenst is, klopt dit?
Programmeur: lijkt me sterk, toch niet dat ik weet
Woordvoerder naar buitenwereld: Microsoft verzamelt geen locatiegegevens
Programmeur: sh*t, we hebben bepaalde testcode niet gedelete, het klopt dus toch
Woordvoerder: Microsoft erkent de bug

Communicatiefouten gebeuren nu eenmaal, zeker in grote bedrijven als Microsoft. Lijkt me sterk dat ze zo iets bewust zouden ontkennen als ze zeker waren dat het er in zat.
Hoe je het ook wend of keert, het blijft een rare "bug."
In de test waarin het versturen van gsm locatie data werd gemeld werd de gsm gereset, waarna WiFi en BlauweTand uitstonden, maar location on. Vreemd.
Waarom geen:
GPS aan/uit en
GSM-antenne locatie data uitwisselen aan/uit in het lijstje opgenomen?
Helemaal als MS opgeeft dat het stroomverbruik van GPS belangrijk is, en ook privacy belangrijk is. Ze zeiden zelf dat er zonder toestemming geen gegevens zouden worden verstuurd. Dan ligt splitsen in 2 opties om aan en uit te zetten toch voor de hand?
mijn asus transformer android tablet 3.2 asus geeft volgens mijn dlink router logs om het paar uur een wifi connectie als hij standby staat. Alle settings staan juist dus waarom doet die android dat?
Niemand hoor je er over en dat is best vreemd!
Rare "bugs" dit. Ik heb meer het idee dat ze dit gewoon expres hebben gedaan, en gehoopt dat niemand het zou merken. Zoiets gebeurd volgens mij helemaal niet per ongeluk.
Zoiets kun je inderdaad niet perongeluk in de software inprogrammeren. Vreemd dat dat op deze manier gaat. Neemt niet weg dat het goed is dat Microsoft er toch op in gaat en de "bug" op gaat lossen.
Het kan juist heel makkelijk. Een programmeur maakt de functie die het geintje doet, maar vergeet de check te doen of de locatie mag worden opgevraagd of die check is niet helemaal juist. Een fout die gemakkelijk gemaakt wordt, zeker als locatiezaken en de rest los van elkaar gebouwd wordt. Het feit dat MS nu direct toegeeft dat er nog een fout in Me zit geeft aan dat ze het in ieder geval nu willen oplossen.
Het kan juist heel makkelijk. [...] Het feit dat MS nu direct toegeeft dat er nog een fout in Me zit geeft aan dat ze het in ieder geval nu willen oplossen.
In het artikel staat: "Hoewel Microsoft aanvankelijk het probleem ontkende ..." dus zo direct geven ze het ook weer niet toe.
Of het wel of niet waarschijnlijk een "bug" is weet ik niet: ben geen programmeur.
Heb wel het vermoeden dat er nog wel vaker dit soort "bugs" gaan opduiken. Met name na publicaties over privacy schendingen. Terwijl zulke grote bedrijven zelf toch ook de betreffende gsm 's of wat dan ook zullen gebruiken en testen, en er tegen aan zouden moeten kunnen lopen.
Welnee. De onkenning wordt aangegeven door een marketing/communicatie persoon omdat dit zo aangegeven is binnen het bedrijf dat dit niet vanzelf gebeurd. Nu blijkt een programmeur de check niet te hebben gedaan in de camera app of de gebruiker akkoord is of niet. Tada, bug.
Testers binnen het bedrijf hebben dit inderdaad geconstateerd, waardoor de marketing/communicatie persoon aangeeft dat dit een bug blijkt te zijn.

Niet alles hoeft expres te zijn. En ik ben ook snel een doemdenker, maar mijn bovenstaand verhaal zou ook gewoon van toepassing kunnen zijn.
Zeker omdat tegenwoordig gps in de telefoonapp handig is voor geotagging, de gps code zat er dus sowizo al in, een kleine check vergeten op "ik wil informatie delen met Microsoft om hun diensten beter te maken" is dan snel over het hoofd gezien (dus waarschijnlijk een bug). Het had wel tijdens het testen boven water mogen/moeten/kunnen komen + wat duidelijkheid over wat er nu met de onterecht verkregen data gaat gebeuren.
Ik snap wat je bedoelt maar die check zou helemaal niet in de code van die app moeten zitten. Dat behoort een check in het OS te zijn.

De app doet via de API een aanvraag voor de locatie. Het OS moet dan checken of de app daar toestemming voor heeft en zo nodig de gebruiker om toestemming vragen. Als die toestemming er is dan krijgt de app de locatiegegevens en anders niet. Zo werkt het in ieder geval op de iPhone en kan me niet voorstellen dat het op Windows Phone anders werkt.

Zoals Rafael Rivera in zijn blog posting al beschrijft is het gedrag van Windows Phone waarschijnlijk wel degelijk het gevolg van een bug in het OS. Alleen al het feit dat de app de locatie API initialiseert, ook al vraagt de app daarna nog helemaal niet om de locatie of krijgt het die niet omdat het geweigerd is, alleen de initialisatie is waarschijnlijk al genoeg om het OS te triggeren de huidige locatie te laten bepalen.

De bugfix van Microsoft is dan ook waarschijnlijk dat de telefoon pas echt de locatie gaat bepalen als het 100% zeker is dat het echt nodig is om een locatie te bepalen.
klopt precies wat je zegt, alleen voor de camera app is die toestemming waarschijnlijk gewoon gegeven, om je foto's te geotaggen. Alleen wil dat niet zeggen dat die ook automagisch naar redmond gestuurd mag worden. Dus gewoon een bug.
Alleen wil dat niet zeggen dat die ook automagisch naar redmond gestuurd mag worden. Dus gewoon een bug.
En bug?? Volgens mij moet je toch echt code toevoegen als een functie 'Send_Location_To_Home(myLocation);' dit is bewust doorgevoerd om wat gegevens te verzamelen van de distributie van MS phones door microsoft.

Tenzij, en dat lijkt me sterk, er ergens in het OS iets zit die kijkt welke applicatie de locatie opvraagt, en dat het OS het zelf verstuurd als de camera app het opvraagd, maar dat is de wereld echt op z'n kop.

Dit is duidelijk geen bug, maar iets dat bewust is toegevoegd.
Hoe wil jij weten wat voor code hun gebruiken ?
Het zou ook gewoon kunnen dat ze het niet toegevoegd hebben om te checken of hij informatie wil.

Ontopic:
Eigenlijk interreseert me dit niet zoveel..
Ik denk dat de meeste mensen overdrijven.
Mijn persoonlijke mening is dat mij dat niet eens interreseert of hun mijn locatie doorsturen of niet, Zolang mijn toestel fatsoenlijk werkt Mogen ze zelfs mijn fotos uitprinten en over heel Redmond ophangen..
Ramcee,

ik schrijf zelf software als professional freelancer en heb wel een redelijke kijk op hoe software werkt.
Je verstuurd niet zomaar iets naar een server, daar moet je echt code voor inbouwen om dat te bewerk stellingen.
Maar dat de code er is en dat doet staat toch niet ter discussie? Het wordt gedaan desondanks dat iemand heeft aangegeven dat hij/zij dat niet wil.

Dus een 'bug' (tja, wat is een bug in dit geval) is wat mij betreft plausibel te noemen, iemand is gewoon vergeten te kijken wat de gebruiker nou eigenlijk wilde (wel of geen gegevens delen). Wat overigens iets is wat je daarna snel kunt vergeten, want de software blijft gewoon correct werken.
Ik ben het niet met je eens. Het is wel degelijk het OS wat de locatiebepaling doet. niet de app. De app vraagt via een API call het OS om de huidige positie en het is aan het OS om die positie te bepalen. Of de app die locatie krijgt wordt bepaald door het OS en daarmee door de gebruiker, die daarvoor wel of niet toestemming geeft.

De enige invloed die de app daarop heeft is dat het kan vragen om een ruwe locatiebepaling of een meer precieze locatiebepaling (in verschillende stappen van nauwkeurigheid). Als een app alleen maar hoeft te weten in welk land of grofweg in welke regio het is dan is het helemaal niet nodig om de GPS in te schakelen en kan de locatiebepaling gebeuren met zendmasten en bekende WIFI access points.

Dat laatste is precies wat hier gebeurd. Er wordt namelijk helemaal geen locatie naar Microsoft gestuurd. In tegendeel, er wordt eigenlijk om een locatie gevraagd. Het OS stuurt daarvoor de ID's van de 3G masten en de MAC adressen van de WIFI access points die het in de omgeving ziet naar Microsoft zodat op basis hiervan de locatie grofweg bepaald kan worden.

Dat deze data verstuurd wordt is op zich geen probleem, alleen het moment waarop het gebeurd is niet juist. Dit mag alleen gebeuren als een app daadwerkelijk om een postie vraagt en de gebruiker er toestemming voor heeft gegeven en dat is nu niet het geval. Het lijkt zo te zijn dat het OS al begint met een (grove) locatiebepaling als alleen al de locatie API wordt geïnitialiseerd. Dat is niet juist en dat is dus de bug die Microsoft nu heeft gefixed.
Een programmeur maakt de functie die het geintje doet,..
Bij bedrijven als Microsoft hebben programmeurs helemaal geen vrijheid om zo'n geintje op eigen titel te bouwen. Mocht er toch eentje tussen zitten dan zou dit bij code review en bij QA testing eruit moeten rollen. Bovendien zal het toch heel stug zijn dat zo'n programmeur dit niet alleen 'per ongeluk' er bij knutselt, maar dat er dan ook nog eens 'per ongeluk' de infrastructuur neergezet wordt om die data centraal te ontvangen en op te slaan?
Tuurlijk meneer paranoia. (en paranoia aanhangers...)
En MSFT is zo naief om te denken dat daar waar consumenten er bij Apple achter kwamen, MSFT er mee weg zou komen...

Sure...
Hoezo bewust in geprogrammeerd? Het kan net zo goed een klein if-statement zijn wat niet goed is geschreven. Als een "!" mist of er in een if-statement staat, dan kan dat al aardig wat impact hebben en toch valt het niet op.
Ja bewust geprogrammeerd omdat de camera app helemaal geen gegevens hoeft te versturen. Dit is dus bewust door iemand er in geprogrammeerd.
Of er zit een fout in een API waardoor veel meer applicatie ongewenst locatie gegevens versturen naar Microsoft
Telkens als de locatie wordt opgevraagd wordt informatie verstuurd naar MS. Dit staat zo in de voorwaarden en daar geef je ook expliciet toestemming voor als je de locatie instelling aanzet. Niet dus maar staat wel in de privacy statement op dezelfde pagina.
Dat zegt mij dus dat het zeer waarschijnlijk volledig buiten de applicatie die het gebruikt omgaat en dat het simpelweg aanroepen van de service genoeg is om gegevens te versturen. Een ongewilde feature die snel tot onwenselijke gevolgen lijdt, maar waar de gebruiker wel toestemming voor heeft gegeven.

[Reactie gewijzigd door Caelorum op 29 september 2011 11:34]

edit: reactie op corl
Dat zegt toch helemaal niks?
Wie zegt dat de Camera app is die het daadwerkelijk verstuurd?
Misschien vraagt de Camera app wel aan de locatie service van, "hey service, geef mij eens de locatie gegevens" en doet de Camera app er verder niks mee, behalve deze informatie in de foto's zetten. De locatie service kan dan alsnog die data ook versturen, wat prima een bug kan zijn.

[Reactie gewijzigd door chrashoverraid op 29 september 2011 11:58]

Mooi dat Microsoft toch toegeeft dat er problemen zijn/waren.

Ik denk dat de consument een dergelijke eerlijk/openheid wel kan waarderen en waardering is volgens mij een goede stap om dit platform van de grond te krijgen.
Hoewel Microsoft aanvankelijk het probleem ontkende, komt het bedrijf nu terug op deze ontkenning
Denk dat de consument het nog meer zou apprecieren moesten ze direct eerlijk zijn.
Het is mijn bescheiden mening dat geen enkel bedrijf hier eerlijk en open over is omdat hier miljarden euro's/dollars mee gemoeid zijn.
Apple, Google of Microsoft (of hoe het beestje dan ook mag heten) het maakt niet uit, ze proberen allemaal (ongevraagd en het liefst onopgemerkt) zoveel mogelijk informatie over de gebruiker te verzamelen. Deze informatie is namelijk veel geld waard.
Natuurlijk claimen zij dat deze informatie bedoeld is om de producten/diensten te verbeteren, maar de belangrijkste reden om deze info te verzamelen is om adverteerders in staat te stellen om jou als gebruiker op elke locatie te voorzien van custom-made reclame.
Foutje? Bedankt!!
+1 niets aan toetevoegen.

Alleen spijtig dat deze bedrijven er ook gewoon mee wegkomen.
ik blijf het een vreemd verhaal vinden....
als ik zelf een besturing zou opzetten, dan zou niet elke app afzonderlijk info doorsturen.
dat zou dan gaan via een apart prog die op zijn beurt bijhoud wat wel en niet doorgestuurd mag per app die om "gegevens doorsturen" vraagt.
staat doorsturen dan op "nooit", dan is de doorsturing dus altijd geblokkeerd.
voor mij, valt zo'n fout gewoon onder prutswerk !
Toch wel bizar hoe vaak dit soort 'bugs' voorkomen. Google had die bug, Apple, Facebook en nu ook Microsoft. Je zou bijna gaan denken dat het geen bug was.
Het woord 'bug' is hier absoluut niet van toepassing. Zoiets is niet een + ipv een - of zo maar is er ongetwijfeld bewust ingeprogrammeerd.
Het woord 'bug' is hier absoluut niet van toepassing. Zoiets is niet een + ipv een - of zo maar is er ongetwijfeld bewust ingeprogrammeerd.
D'r zijn genoeg redenen om het in de ontwikkelfase ingebouwd te hebben. Alleen is vergeten het te verwijderen in de release builds. dan kun je dat nog steeds als een bug zien. (tenzij het bewust d'r in gelaten is, natuurlijk).

Dat kan zo simpel zijn als ergens vergeten een 1 in een 0 veranderen in de code.
Is wel een zwaktebod toch, dat zou betekenen dat niemand hebben die het product test...
Is wel een zwaktebod toch, dat zou betekenen dat niemand hebben die het product test...
aan de functionaliteit veranderd niets, dus dat komt gewoon de testen voor. De enige manier waarop het aan het licht zou kunnen komen, is als de overbodige code een crash veroorzaakt die in de testen naar voren komt. Zolang dat niet het geval is kan dergelijke code als spookcode in een project blijven.
het verzenden van gegevens zit er sowieso in, allen het checken van voowaarden lijkt fout te gaan. Als dat niet intentioneel is, is dat een bug.
Als het intentioneel was, is het jammer dat dat moeilijk aantoonbaar is! Microsoft krijgt dan ook, wat mij betreft, het voordeel van de twijfel.

ik weet dat gebruikersdata zeer waardevol is, maar ik stel me toch de vraag of Microsoft het genóeg waardevol vindt om intern allerlei verdoken communicatie te voeren om de wet te overtreden en er profijt uit te halen.

De moeite om zoiets verborgen te houden, en het risico dat er aan vasthangt (juridisch, financieel, goede naam,..) is ook niet gering!
Om locatiedata op te vragen zal iedereen dezelfde API gebruiken. (DRY) dus daar wordt de check dan ook ingebouwd.

Als je dan daar iets hebt staan als:

if(location.isEnabled != true)
{
//Doe je ding met locatie
}

in plaats van

if(location.isEnabled == true)
{
//Doe je ding met locatie
}

Dan merk je dat direct, immers krijgt dan wanneer je wel toegang wilt tot de locatie nooit toegang, en dan ga je direct kijken waar het probleem zit.

Lijkt me niet dus dat dat het geval is.
Kan zijn dat de functie eigenlijk moet checken of het verzamelen van data wordt toegestaan en dat de betreffende check niet functioneerde.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True