Oh no, you're thinking, yet another cookie pop-up. Well, sorry, it's the law. We measure how many people read us, and ensure you see relevant ads, by storing cookies on your device. If you're cool with that, hit “Accept all Cookies”. For more info and to customize your settings, hit “Customize Settings”.

Review and manage your consent

Here's an overview of our use of cookies, similar technologies and how to manage them. You can also change your choices at any time, by hitting the “Your Consent Options” link on the site's footer.

Manage Cookie Preferences
  • These cookies are strictly necessary so that you can navigate the site as normal and use all features. Without these cookies we cannot provide you with the service that you expect.

  • These cookies are used to make advertising messages more relevant to you. They perform functions like preventing the same ad from continuously reappearing, ensuring that ads are properly displayed for advertisers, and in some cases selecting advertisements that are based on your interests.

  • These cookies collect information in aggregate form to help us understand how our websites are being used. They allow us to count visits and traffic sources so that we can measure and improve the performance of our sites. If people say no to these cookies, we do not know how many people have visited and we cannot monitor performance.

See also our Cookie policy and Privacy policy.

This article is more than 1 year old

Google now minus Google Plus: Social mini-network faces axe in data leak bug drama

Project Zero would have been all over this – yet it remained under wraps

Google has surprised Google+ users – all two of them – by vowing to shutter the service over the next ten months in the wake of a potential data leak.

In what has become an all-too-familiar scenario, the decision is subject to claim and counter-claim: The Wall Street Journal today alleged that Google covered up a programming blunder that would have exposed people's private Google+ account data to app developers, all because the advertising giant didn't want to have to deal with the PR and regulatory fallout from admitting it screwed up.

Meanwhile, Google said the flaw was an unexploited API bug discovered and fixed internally before anyone externally found it – and in any case, it's shuttering Google+ because netizens don't use it. Businesses will still be able to use the service as an internal chat channel, though.

According to a statement today by Google engineering veep Ben Smith, the coding cockup was found in an API review dubbed Project Strobe. Before the bug was fixed, the API could have been exploited by applications connected to Google+ accounts to access the private parts of those profiles. Specifically, third-party applications linked to G+ accounts “had access to Profile fields that were shared with the user, but not marked as public.”

Amusingly, after years of Google PR playing down the small number of active G+ users, it's also now trying to spin that everything's going to be OK because virtually no one used the social network.

Conveyor belt production of jam-topped biscuits. Photo by Shutterstock

UK High Court blocks iPhone Safari privacy suit against Google

READ MORE

The software bug, Smith explained, would only have exposed “name, email address, occupation, gender and age,” if exploited, and not “Google+ posts, messages, Google account data, phone numbers or G Suite content.” The executive noted that while 438 apps could have leveraged the API's security hole, and 500,000 accounts would have been affected in that case, Google's review found “no evidence” that third-party developers had noticed the bug.

The WSJ story quoted unnamed sources that Google chose not to 'fess up to the bug in public because it feared “regulatory scrutiny” and “reputational damage.”

Google's response: “Our Privacy & Data Protection Office reviewed this issue, looking at the type of data involved, whether we could accurately identify the users to inform, whether there was any evidence of misuse, and whether there were any actions a developer or user could take in response. None of these thresholds were met in this instance.”

Regardless of the API gaffe, Google said low user take-up and engagement drove its decision to shutter the normie side of Google+. The service, Smith said, failed both in consumer adoption and engagement with apps: “90 percent of Google+ user sessions are less than five seconds.”

Some infosec bods have taken Google's side, arguing disclosure is only needed if there's evidence of a security breach. Otherwise, it's just another bug fix, in their eyes. Security and privacy researcher Lukasz Olejnik said the story “should not be taken out of proportion” because the bug was “found and fixed.”

Another security researcher, Ryan Satterfield, was even more critical:

On the other hand, of course, Google's Project Zero team publicly skewers organizations and projects that fall short in terms of security, calling out vulnerabilities in products whether they were actively exploited or not. It's perhaps another case of arrogant Google's do-as-we-say, not-as-we-do approach to technology and life. If this were a bug in Facebook discovered by Project Zero, it would have been documented by the team in public for all to see – yet Google kept a lid on its own cockup.

Home improvements

Google's Smith also outlined a slew of other changes pitched as privacy enhancements. These include more granular Google account permissions; limits on apps able to access Gmail accounts; and limits on apps' ability to access Android call logs and text messages.

The most important of these is the change to Gmail access, described in more detail here:

How Data May Not Be Used: 3rd-party apps accessing these APIs must use the data to provide user-facing features and may not transfer or sell the data for other purposes such as targeting ads, market research, email campaign tracking, and other unrelated purposes. (Note: Gmail users’ email content is not used for ads personalization.)

As an example, consolidating data from a user’s email for their direct benefit, such as expense tracking, is a permitted use case. Consolidating the expense data for market research that benefits a third party is not permitted.

We have also clarified that human review of email data must be strictly limited.

Finally, the Android contacts API will no longer let third-party apps access interactions with contacts. ®

Similar topics

TIP US OFF

Send us news


Other stories you might like