06:01 PM
Connect Directly

Google+ Accepts Pseudonyms, With Caveats

Google+ updated name policy stops short of unqualified pseudonym acceptance, but endorses use of "established" alternate names.

10 Essential Google+ Tips
Slideshow: 10 Essential Google+ Tips
(click image for larger view and for slideshow)
Google has revised its much-maligned name policy for Google+ Profiles to include support for nicknames, non-Roman scripts, and, to a limited extent, pseudonyms.

When Google+ launched last year, Google insisted that users identify themselves with the name by which they're commonly known. When users complained about the lack of support for pseudonyms, Google made some adjustments but stopped short of embracing names that conceal identity.

Now Google has given a bit more ground, although its revised policy, perhaps inevitably, remains rather ambiguous.

Bradley Horowitz, Google's VP of product, announced the change in a post on Google+. Based on feedback from the 1% of would-be Google+ users appealing denials of their desired Profile name, Horowitz said that 60% of users simply want to add a nickname, that 20% are businesses that are inadvertently trying to use Google+ Profiles rather than Google Pages to establish their Google+ presence, and that 20% are looking to use a pseudonym or other unconventional name.

[ What was the problem with the Google+ name policy? Read 5 Reasons Google+'s Name Policy Fails. ]

To address this feedback, Google over the next week will add support for nicknames and names written in an alternate script, like Cyrillic or Arabic, for example. These names will be presented alongside users' common names, rather than in place of them. Thus, a nickname will augment but not conceal a user's identifying name.

Conceding that Google has sometimes flagged names it should not have, Horowitz also said, "[W]e're updating our policies and processes to broaden support for established pseudonyms, from +trench coat to +Madonna."

Note the use of the word "established." Google is officially recognizing the presence of online pseudonymous personalities, like Thomas Hawk, whose presence on Google+ previously was inconsistent with Google's position on pseudonyms.

However, this isn't merely a formalization of Google's favoritism toward the famous, whereby services like Hangouts On Air are offered first to celebrities and those rich in followers. It's the de facto acceptance of reasonable, non-offensive pseudonyms.

If you open a Google+ account and lay claim to a pseudonym by which you're not already known, chances are Google won't allow it, if anyone at the company finds out. Try starting an account under the name "Larry Page" to find out more about the name-flagging process.

At the same time, building an online pseudonym to the point of being "established" should be relatively easy. With a few online posts as "SuperPundit," a handful of Twitter followers, and a few links to your website--search engine optimization 101--you're probably ready to participate in the Google social protection program, aka pseudonymous Google+. Horowitz suggests that possible criteria for establishing a pseudonym might be, among other things, a "meaningful following," whatever that means.

A Google spokesperson more or less conceded that Google isn't likely to be able to distinguish between real and fake names if those names don't call attention to themselves. If you sign up for Google+ under a pseudonym that sounds like a common name, Bob Smith for example, chances are no one at Google will ever know, unless someone rats you out. So between the fact that Google doesn't really want to subject every name to close scrutiny, and the fact that pseudonyms can be established with relative ease, expressing one's identity on Google+ is now subject to relatively few constraints.

Horowitz says that Google will continue to refine its handling of names and identity in the months to come. For now, the name policy on Google+ looks a bit more privacy-friendly than the name policy on Facebook.

Social media are generating tons of data, but that data only becomes truly valuable when examined in context. Attend the virtual Enterprise 2.0 event Social Analytics: The Bridge To Business Value, and learn how social analytics will provide the bridge to unlocking business value. It happens Feb. 16.

Comment  | 
Print  | 
More Insights
Newest First  |  Oldest First  |  Threaded View
User Rank: Apprentice
1/27/2012 | 12:23:48 AM
re: Google+ Accepts Pseudonyms, With Caveats
I don't buy it. I've been using the name "seebs" pretty much exclusively for close to twenty years now. My boss, my coworkers, my lawyer, my neighbors, my spouse, and my friends all call me "seebs". I am not allowed to use that name. There is no possibility of discussion, explanation, or conversation. I am not permitted to offer even a single word in defense of the name people call me by in real life. I just get told no. They haven't even said why, and there is no way to ask.

It's a publicity stunt, not a sincere response to the very real need for pseudonymity in the online world. They aren't serious about it. They are not making even a good faith effort to solve the problem.
Register for Dark Reading Newsletters
White Papers
Current Issue
Security Operations and IT Operations: Finding the Path to Collaboration
A wide gulf has emerged between SOC and NOC teams that's keeping both of them from assuring the confidentiality, integrity, and availability of IT systems. Here's how experts think it should be bridged.
Flash Poll
New Best Practices for Secure App Development
New Best Practices for Secure App Development
The transition from DevOps to SecDevOps is combining with the move toward cloud computing to create new challenges - and new opportunities - for the information security team. Download this report, to learn about the new best practices for secure application development.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
Published: 2015-10-15
The Direct Rendering Manager (DRM) subsystem in the Linux kernel through 4.x mishandles requests for Graphics Execution Manager (GEM) objects, which allows context-dependent attackers to cause a denial of service (memory consumption) via an application that processes graphics data, as demonstrated b...

Published: 2015-10-15
netstat in IBM AIX 5.3, 6.1, and 7.1 and VIOS 2.2.x, when a fibre channel adapter is used, allows local users to gain privileges via unspecified vectors.

Published: 2015-10-15
Cross-site request forgery (CSRF) vulnerability in eXtplorer before 2.1.8 allows remote attackers to hijack the authentication of arbitrary users for requests that execute PHP code.

Published: 2015-10-15
Directory traversal vulnerability in QNAP QTS before 4.1.4 build 0910 and 4.2.x before 4.2.0 RC2 build 0910, when AFP is enabled, allows remote attackers to read or write to arbitrary files by leveraging access to an OS X (1) user or (2) guest account.

Published: 2015-10-15
Cisco Application Policy Infrastructure Controller (APIC) 1.1j allows local users to gain privileges via vectors involving addition of an SSH key, aka Bug ID CSCuw46076.

Dark Reading Radio
Archived Dark Reading Radio
In past years, security researchers have discovered ways to hack cars, medical devices, automated teller machines, and many other targets. Dark Reading Executive Editor Kelly Jackson Higgins hosts researcher Samy Kamkar and Levi Gundert, vice president of threat intelligence at Recorded Future, to discuss some of 2016's most unusual and creative hacks by white hats, and what these new vulnerabilities might mean for the coming year.