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
Flash Poll
Current Issue
Cartoon
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2009-5142
Published: 2014-08-21
Cross-site scripting (XSS) vulnerability in timthumb.php in TimThumb 1.09 and earlier, as used in Mimbo Pro 2.3.1 and other products, allows remote attackers to inject arbitrary web script or HTML via the src parameter.

CVE-2010-5302
Published: 2014-08-21
Cross-site scripting (XSS) vulnerability in timthumb.php in TimThumb before 1.15 as of 20100908 (r88), as used in multiple products, allows remote attackers to inject arbitrary web script or HTML via the QUERY_STRING.

CVE-2010-5303
Published: 2014-08-21
Cross-site scripting (XSS) vulnerability in the displayError function in timthumb.php in TimThumb before 1.15 (r85), as used in multiple products, allows remote attackers to inject arbitrary web script or HTML via unspecified vectors related to $errorString.

CVE-2014-3562
Published: 2014-08-21
Red Hat Directory Server 8 and 389 Directory Server, when debugging is enabled, allows remote attackers to obtain sensitive replicated metadata by searching the directory.

CVE-2014-3577
Published: 2014-08-21
org.apache.http.conn.ssl.AbstractVerifier in Apache HttpComponents HttpClient before 4.3.5 and HttpAsyncClient before 4.0.2 does not properly 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-...

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Three interviews on critical embedded systems and security, recorded at Black Hat 2014 in Las Vegas.