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

1/31/2008
02:23 AM
Connect Directly
Twitter
RSS
E-Mail
50%
50%

90% of Facebook Apps Have Unnecessary Access to Private Data

Researcher is building a prototype to protect users' privacy from Facebook 'widgets'

University of Virginia researchers have discovered that 90.7 percent of Facebook's most popular applications have access to users' private data, whether they need it or not -- leaving users exposed to targeted phishing attacks and identity theft. So a UVA researcher is currently building a "privacy-by-proxy" prototype aimed at hiding a user's private information on Facebook from these apps.

Today, a third-party Facebook "widget" or application requires full user privileges to a user's account on the social networking site, including his or her name, address, friends' profiles, and photos. There's no way to specify which apps can access which personal information. So Adrienne Felt, a fourth-year computer science major at UVA, is developing an application that lets Facebook users run these widgets while keeping their private data private. It basically works like this: The Facebook server gives the application a random sequence of letters in lieu of the user's name and other private data.

Felt began developing the tool after studying the top 150 Facebook third-party platform applications last fall. It turns out 8.7 percent of these widgets didn’t need any personal information, she found, and only 9.3 percent required private data -- the remaining 82 percent used "public" Facebook data, such as the user's name, network, and list of friends. Felt and fellow researcher Andrew Spisak concluded that nearly 91 percent of these apps are getting access to more privileges than they actually need in order to run.

And when users install these widgets, their data gets stored on the widgets' third-party servers. Although Facebook's terms of service say developers can't abuse the Facebook data they access, there's no way for Facebook to enforce that, Felt says, because once that data leaves Facebook's servers, it's free game to the third-party application provider.

Privacy has always been a sticky issue for social networking sites. But Facebook's third-party apps, which anyone with a Facebook account can develop, have been considered by some security experts as an open invitation for abuse. Earlier this month, Fortinet researchers found the first evidence of such abuse, reporting spyware disguised as a Facebook application spreading around the social networking site. (See 'Secret Crush' Spreads Spyware, Not Love.)

Kevin Haley, director, of product management for Symantec Security Response, says another risk with these apps is the distribution of malware. "Now that you have a platform to create programs for these sites... malware quickly follows," he says.

Felt's prototype is providing some hope for protecting and securing Facebook users' privacy. "This is the first step," says Felt, who has built several Facebook widgets herself. "Hopefully, the research findings and proposed solution will trigger more responsible privacy and information management policies from social networking sites and will better inform users."

— Kelly Jackson Higgins, Senior Editor, Dark Reading

  • Fortinet Inc.

    Kelly Jackson Higgins is the Executive Editor of Dark Reading. She is an award-winning veteran technology and business journalist with more than two decades of experience in reporting and editing for various publications, including Network Computing, Secure Enterprise ... View Full Bio

    Comment  | 
    Print  | 
    More Insights
  • Comments
    Oldest First  |  Newest First  |  Threaded View
    Edge-DRsplash-10-edge-articles
    7 Old IT Things Every New InfoSec Pro Should Know
    Joan Goodchild, Staff Editor,  4/20/2021
    News
    Cloud-Native Businesses Struggle With Security
    Robert Lemos, Contributing Writer,  5/6/2021
    Commentary
    Defending Against Web Scraping Attacks
    Rob Simon, Principal Security Consultant at TrustedSec,  5/7/2021
    Register for Dark Reading Newsletters
    White Papers
    Video
    Cartoon
    Current Issue
    2021 Top Enterprise IT Trends
    We've identified the key trends that are poised to impact the IT landscape in 2021. Find out why they're important and how they will affect you today!
    Flash Poll
    How Enterprises are Developing Secure Applications
    How Enterprises are Developing Secure Applications
    Recent breaches of third-party apps are driving many organizations to think harder about the security of their off-the-shelf software as they continue to move left in secure software development practices.
    Twitter Feed
    Dark Reading - Bug Report
    Bug Report
    Enterprise Vulnerabilities
    From DHS/US-CERT's National Vulnerability Database
    CVE-2020-20092
    PUBLISHED: 2021-05-13
    File Upload vulnerability exists in ArticleCMS 1.0 via the image upload feature at /admin by changing the Content-Type to image/jpeg and placing PHP code after the JPEG data, which could let a remote malicious user execute arbitrary PHP code.
    CVE-2020-21342
    PUBLISHED: 2021-05-13
    Insecure permissions issue in zzcms 201910 via the reset any user password in /one/getpassword.php.
    CVE-2020-25713
    PUBLISHED: 2021-05-13
    A malformed input file can lead to a segfault due to an out of bounds array access in raptor_xml_writer_start_element_common.
    CVE-2020-27823
    PUBLISHED: 2021-05-13
    A flaw was found in OpenJPEG’s encoder. This flaw allows an attacker to pass specially crafted x,y offset input to OpenJPEG to use during encoding. The highest threat from this vulnerability is to confidentiality, integrity, as well as system availability.
    CVE-2020-27830
    PUBLISHED: 2021-05-13
    A vulnerability was found in Linux Kernel where in the spk_ttyio_receive_buf2() function, it would dereference spk_ttyio_synth without checking whether it is NULL or not, and may lead to a NULL-ptr deref crash.