Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Risk

8/26/2009
12:27 PM
50%
50%

Google Taps Mobile Phones For Traffic Data

The search giant says user privacy is protected because data stays anonymous.

Google is using data from cell phones and smartphones with GPS to provide more real-time traffic data for Google Maps.

The search giant is trying to crowd-source this project by aggregating data from the millions of cell phone users with Google Maps for Mobile. Motorists with Google Maps, the My Location feature, and a GPS chip can send anonymous traffic data back to Google. The company combines this data with traffic information from other mobile users, and layers it onto Google Maps for mobile.

"When we combine your speed with the speed of other phones on the road, across thousand of phones moving around a city at any given time, we can get a pretty good picture of live traffic conditions," Google said in a blog post. "We continuously combine this data and send it back to you for free in the Google Maps traffic layers. It takes almost zero effort on your part -- just turn on Google Maps for mobile before starting your car -- and the more people that participate, the better the resulting traffic reports get for everybody."

As for privacy concerns, Google said it built in protections from the start. The data is anonymous, and Google said it permanently deletes the start and end points of every trip. Users can also disable the My Location feature, or they can opt out by following these instructions.

Smartphones such as the T-Mobile myTouch 3G and the Palm Pre come with Google Maps and the crowdsourcing traffic feature preinstalled, but Google said the iPhone's mapping application does not support the new traffic service.


For enterprises, keeping mobile devices functioning without interruption and giving customers the service they expect are paramount. InformationWeek has published five important practices on this topic. Download the report here (registration required).

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
For Cybersecurity to Be Proactive, Terrains Must Be Mapped
Craig Harber, Chief Technology Officer at Fidelis Cybersecurity,  10/8/2019
A Realistic Threat Model for the Masses
Lysa Myers, Security Researcher, ESET,  10/9/2019
USB Drive Security Still Lags
Dark Reading Staff 10/9/2019
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Current Issue
7 Threats & Disruptive Forces Changing the Face of Cybersecurity
This Dark Reading Tech Digest gives an in-depth look at the biggest emerging threats and disruptive forces that are changing the face of cybersecurity today.
Flash Poll
2019 Online Malware and Threats
2019 Online Malware and Threats
As cyberattacks become more frequent and more sophisticated, enterprise security teams are under unprecedented pressure to respond. Is your organization ready?
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2019-17545
PUBLISHED: 2019-10-14
GDAL through 3.0.1 has a poolDestroy double free in OGRExpatRealloc in ogr/ogr_expat.cpp when the 10MB threshold is exceeded.
CVE-2019-17546
PUBLISHED: 2019-10-14
tif_getimage.c in LibTIFF through 4.0.10, as used in GDAL through 3.0.1 and other products, has an integer overflow that potentially causes a heap-based buffer overflow via a crafted RGBA image, related to a "Negative-size-param" condition.
CVE-2019-17547
PUBLISHED: 2019-10-14
In ImageMagick before 7.0.8-62, TraceBezier in MagickCore/draw.c has a use-after-free.
CVE-2019-17501
PUBLISHED: 2019-10-14
Centreon 19.04 allows attackers to execute arbitrary OS commands via the Command Line field of main.php?p=60807&type=4 (aka the Configuration > Commands > Discovery screen).
CVE-2019-17539
PUBLISHED: 2019-10-14
In FFmpeg before 4.2, avcodec_open2 in libavcodec/utils.c allows a NULL pointer dereference and possibly unspecified other impact when there is no valid close function pointer.