Vulnerabilities / Threats
1/20/2010
06:41 PM
50%
50%

Researcher: Flaws In Facebook App Authorization Could Lead To Clickjacking

Vulnerabilities could enable attackers to collect data on Facebook users and friends, Dhanjani says

Vulnerabilities in the way members authorize the use of third-party applications in Facebook could potentially lead to loss of personal information or even targeted attacks on specific individuals, a security researcher said today.

Nitesh Dhanjani, a well-known security researcher and author of Hacking: The Next Generation, says he has discovered design flaws in Facebook that could allow attackers to collect the personal information of users on the social networking site, and even build profiles of "friends" that might facilitate direct attacks on specific individuals within a company.

The flaws were presented to Facebook in November; Dhanjani has agreed not to release specific code or other details for two weeks while technical staffers at the social networking site continue their efforts to patch the vulnerabilities. Dhanjani says he has begun to speak generally about the problem, without specifics.

The vulnerabilities center around the way Facebook enables users to place third-party applications on their social networking pages, Dhanjani says. In a nutshell, Facebook allows the use of third-party apps within the confines of the site, but only if the user authorizes them. "If you click on a link that requires a third-party application, you see a dialog box, and you have to click 'yes' to authorize it," Dhanjani explains. "Once you authorize its use, all of your information -- your user ID, your friends list, everything -- is shipped to the third party. I'm not sure people really understand what's happening to their data."

Worse, Facebook also has enabled some applications to provide "automatic" authorization, Dhanjani observes. "When the user visits the application from within the Facebook environment, Facebook inserts "a parameter," he states in a report about the vulnerability. "If this parameter is present when the application is rendered, the application is allowed to scour information from the user's profile. The intention in this situation is that if the user clicked on the application [rather than a third-party site that redirects the user], the user has implicitly granted some level of authorization."

Dhanjani calls this automated authorization a "design flaw" in Facebook, but the social networking site has chosen not to comment on this particular concern. "They want users to be able to use the applications more easily, so it's basically a business decision to leave it the way it is," he states.

However, Facebook is responding to Dhanjani's assertion that flaws in these authorization procedures could potentially be exploited to create clickjacking attacks.

"The goal is to write a rogue Facebook application that is rendered when a user visits a malicious third party Website," Dhanjani explains in his report. "If the user already has an established session in Facebook [on another browser tab or window], the third-party site can load the malicious Facebook application in an iFrame to identify the user and steal the user's Facebook information."

Since only part of the actual Facebook site is being displayed in the iFrame, the attacker is essentially executing a "clickjacking" attack, Dhanjani says. The attacker is essentially creating a malicious application that looks like a legitimate app -- and then when the user clicks on the right link, the malware uses Facebook's flawed authorization process to collect all of the user's Facebook data, including information about the user's "friends."

"We've already seen clickjacking work on Facebook, but those attacks were mostly used to spread spam to users and their friends," Dhanjani says. "What's happening in this case is that the attacker is using clickjacking to collect the data of the user, as well as the data on their friends. You could map that data to specific domains, such as users who are in a company and their friends."

Cybercriminals could potentially use such a flaw to collect data on specific individuals, Dhanjani warns. "If you want to install malware on the computer of a user in a particular business unit of [a corporation], for example, that's pretty hard to do with a traditional browser attack. But with this, you can actually target an individual or build a group of individuals that you want to target with a specific piece of malware."

It's hard to tell how dangerous these attacks might be because the severity of targeted attacks can't be measured in numbers of infections or numbers of instances detected, Dhanjani says. "But I would be very surprised if there aren't already [hackers] looking at this vulnerability," he says.

Dhanjani plans to provide more details on the vulnerability, including specifics on code, in about two weeks -- "Hopefully, after Facebook has fixed the problem," he says.

Have a comment on this story? Please click "Discuss" below. If you'd like to contact Dark Reading's editors directly, send us a message. Tim Wilson is Editor in Chief and co-founder of Dark Reading.com, UBM Tech's online community for information security professionals. He is responsible for managing the site, assigning and editing content, and writing breaking news stories. Wilson has been recognized as one ... View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
5 Security Technologies to Watch in 2017
Emerging tools and services promise to make a difference this year. Are they on your company's list?
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.
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2013-7445
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...

CVE-2015-4948
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.

CVE-2015-5660
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.

CVE-2015-6003
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.

CVE-2015-6333
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.