Tracking Human Mobility using WiFi signals
sunelehmann.com
Tracking Human Mobility using WiFi signals
1–10 of 16 posts
Re: Tracking Human Mobility using WiFi signals
#2Re: Tracking Human Mobility using WiFi signals
#3Re: Tracking Human Mobility using WiFi signals
#4Here's a startup that leverages this for in store analytics: http://euclidanalytics.com/
Re: Tracking Human Mobility using WiFi signals
#5- Google maps cars collecting wifi ssid's
- Android phones collecting wifi ssid's
- Chromecast scanning internal networks
They know the names of the networks behind public IP's, they know where the networks are, and they know who connects to them.
Sometimes I wonder if IPv6 will ever be truly adopted, or if big companies have mined so much IPv4 data that they have little incentive to switch all systems to IPv6. Not everyone has the level of access and insight to IPv4 networks that big companies do. When every device has a unique IP, big companies will lose a competitive advantage.
Re: Tracking Human Mobility using WiFi signals
#6Here's a startup that leverages this for in store analytics: http://euclidanalytics.com/
This is something different: they just know when you visit a location with a router that they control. We show that you don't need to control any routers to track people's location, as long as you have an app with the "WiFi information" permission (and most of the apps do have it).
Did you watch the network traffic that apps send home? I would be curious to know, of the top games in the app store that see wifi data, how many of them actually send it back to their servers.
I've been running mitmproxy for a project, giving me rare insight into the data that leaves my phone. It's amazing how often android/ios apps "phone home." Every few seconds, apple and google servers receive a request from my phone with fingerprint information sufficient to pinpoint my location on a map. Usually the current WiFi SSID is included in that.
It has me wondering if there is viability in a consumer-grade "man in the middle" router for auditing/filtering the traffic leaving the user's home network.
Re: Tracking Human Mobility using WiFi signals
#7Earlier quoted context omitted.
This is something different: they just know when you visit a location with a router that they control. We show that you don't need to control any routers to track people's location, as long as you have an app with the "WiFi information" permission (and most of the apps do have it).
(Assuming you are the author of the post) Did you watch the network traffic that apps send home? I would be curious to know, of the top games in the app store that see wifi data, how many of them actually send it back to their servers. I've been running mitmproxy for a project, giving me rare insight into the data that leaves my phone. It's amazing how often android/ios apps "phone home." Every few seconds, apple and…
I did however read through the privacy policies of the apps, and one of the top 20 with WiFi but not location permission mentioned collecting your location data.
Re: Tracking Human Mobility using WiFi signals
#8[1]: http://blog.rootshell.be/2012/01/12/show-me-your-ssids-ill-t...
Re: Tracking Human Mobility using WiFi signals
#9Google likely has the most accurate "IP Address Location" map of any company. They have all the data necessary for a true "god mode" view of the internet map. Consider the data they have: - Google maps cars collecting wifi ssid's - Android phones collecting wifi ssid's - Chromecast scanning internal networks They know the names of the networks behind public IP's, they know where the networks are, and they know who co…
Re: Tracking Human Mobility using WiFi signals
#10I am not sure this is a new threat, a user's list of known SSIDs has been a recognized threat to privacy for a long time. You do not even need to have an app installed on Alice's phone to track her location. All Eve has to do is listen for beacon probes from alice's laptop and Eve can get a good picture of where Alice has been and more: "Show me your SSIDS I'll tell you who you are"[1] [1]: http://blog.rootshell.be/2…
2) ssids are not unique - when it says "airport" it can be any airport. When you have access to the mac of the device, you can pin point it uniquely - that's the threat we present.
3) with the threat you link, you theoretically might be able to recover some of the past locations of the user where they did connect to WiFi. With the threat we present you get the location history with time resolution of up to 20 seconds, whether the user connects to WiFi or not, and even if they disable WiFi, and you don't have to control any routers. I would say this constitutes a novelty.
=== EDIT ====
4) the link only mentions a theoretical possibility, we show that the threat is real based on real data collected over 6 months about multiple people.