Risk
10/14/2013
09:33 AM
Connect Directly
RSS
E-Mail
50%
50%

LinkedIn Preps 'Block User' Capability

Feature will help end online stalkers' pursuit of victims.

When Anna Rihtar began her campaign for LinkedIn to add a block user feature, she was at the beginning of her sales career -- and in the middle of an ongoing stalking nightmare. Sadly, she was far from alone.

Rihtar worked with Change.org to bolster her earlier efforts and began a LinkedIn Privacy/Blocking Petition group on the business-oriented social media site (membership required). When I first wrote about her efforts, many were surprised that LinkedIn didn't already include this capability, which is readily available on many other social networks. All that changed recently when LinkedIn finally agreed to begin working on a block user feature.

Writing in a forum on the LinkedIn privacy group, Paul Rockwell, the company's head of trust and safety, told members that LinkedIn is building a block user feature. Rockwell also pointed participants to the redesigned Safety Center and reminded them about flagging or reporting inappropriate or threatening behavior.

The feature is not out yet, and Rockwell didn't give an estimated timeframe. That left some skeptics among the group's approximately 80 members -- many of whom say they have been stalked online.

Bonny Folkestad, a consultant who has been stalked via LinkedIn, told me in an email:

I don't know if it will change anything, since a trust has been broken. I don't know if I can ever feel safe to be honest. It is a true love/hate relationship. I really think LinkedIn, Pinterest, FaceBook, etc., should all have staff that pay attention to and welcome emails regarding concerns that people might have, that they would take customer service to the virtual world and even investigate complaints. The front end is changing so fast that the back end has to catch up. These companies are making enough money that they can afford to have staffs to protect those that use their sites. They need the ethical hackers to protect us. Actually they can't afford not to.

Read the rest of this article on Internet Evolution.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading Must Reads - September 25, 2014
Dark Reading's new Must Reads is a compendium of our best recent coverage of identity and access management. Learn about access control in the age of HTML5, how to improve authentication, why Active Directory is dead, and more.
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2012-5619
Published: 2014-09-29
The Sleuth Kit (TSK) 4.0.1 does not properly handle "." (dotfile) file system entries in FAT file systems and other file systems for which . is not a reserved name, which allows local users to hide activities it more difficult to conduct forensics activities, as demonstrated by Flame.

CVE-2012-5621
Published: 2014-09-29
lib/engine/components/opal/opal-call.cpp in ekiga before 4.0.0 allows remote attackers to cause a denial of service (crash) via an OPAL connection with a party name that contains invalid UTF-8 strings.

CVE-2012-6107
Published: 2014-09-29
Apache Axis2/C does not verify that the server hostname matches a domain name in the subject's Common Name (CN) or subjectAltName field of the X.509 certificate, which allows man-in-the-middle attackers to spoof SSL servers via an arbitrary valid certificate.

CVE-2012-6110
Published: 2014-09-29
bcron-exec in bcron before 0.10 does not close file descriptors associated with temporary files when running a cron job, which allows local users to modify job files and send spam messages by accessing an open file descriptor.

CVE-2013-1874
Published: 2014-09-29
Untrusted search path vulnerability in csi in Chicken before 4.8.2 allows local users to execute arbitrary code via a Trojan horse .csirc in the current working directory.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
In our next Dark Reading Radio broadcast, we’ll take a close look at some of the latest research and practices in application security.