Attacks/Breaches
8/30/2013
10:36 AM
50%
50%

Malicious Chrome Extension Poses As Facebook Video

As malware attacks targeting browser extensions become more common, security researchers advise users to be more careful about installing extensions and to regularly review permissions.

Beware an attack campaign that pretends to offer a Facebook video but instead installs a malicious extension in Chrome Web browsers.

That warning was sounded this week by Kaspersky Lab, which said that it had spotted variations of that attack being hosted on the official Google Chrome Web store. Some versions of the attack, which originated in Turkey, are customized to target Italian users of Facebook, while other variations target Latin Americans.

"Attacks such as these ones are getting very common," Fabio Assolini, senior security researcher at Kaspersky Lab, said via email. He blamed users for too often not exercising good sense when it comes to adding extensions to their browser. "They need to know that an extension can access everything you do in the browser, all the data, passwords and the websites visited, so it's very important to not install unknown extensions," he said. "The situation gets worse when the malicious extension is hosted in the official Chrome Web store, as we noticed in some attacks."

[ Are Gmail users entirely too trusting? Read Gmail Is Not A Privacy Problem. ]

As with the Android security model, the Chrome browser lists which permissions any Chrome extension will be granted should a user allow it to be installed. Assolini recommended that all Chrome users regularly review the extensions they have installed, as well as the permissions they'd been granted. "Avoid installing those asking [for too many] permissions to access personal data," he advised.

The fake Facebook video attack campaign isn't the first time users have been targeted by malicious Chrome extensions. A particularly large campaign was spotted last year that targeted people in Brazil -- where Chrome's installation base is now 65%, according to StatCounter -- via malicious extensions distributed by the Chrome Web store.

Assolini said there's a constant "cat and mouse game" between cybercriminals, who upload malicious extensions to the Chrome Web store and attempt to trick people into installing them, and Google, which removes the extensions whenever it learns they're there.

The Chrome extension security situation improved after June 2012, however, when Google updated Chrome to prevent it from running any extension that wasn't procured from the Chrome Web store, and required users to navigate to their browser's "extensions" page to add any extension. Google explained that it made the change because it doesn't have the ability to take down malicious items promoted on other websites, meaning hackers could have launched attacks that silently installed extensions that would then monitor all Web traffic and information flowing to or from a browser.

At the same time it announced that change, Google also revealed that it had begun scanning extensions for signs of maliciousness. "To help keep you safe on the Web, we have started analyzing every extension that is uploaded to the Web Store and take down those we recognize to be malicious," the company said.

Still, some information security experts see a lingering Chrome extension security risk, since they're set to automatically update. For example, if an attacker was able to compromise an updated extension prior to its distribution, they'd have a prebuilt mechanism for injecting malicious JavaScript into the browser of any user that had installed the extension. In corporate environments, it's unlikely that antivirus tools would spot any such malicious activity since malicious extensions would be handling only HTTP requests and JavaScript code and would thus appear normal.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading December Tech Digest
Experts weigh in on the pros and cons of end-user security training.
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2014-1421
Published: 2014-11-25
mountall 1.54, as used in Ubuntu 14.10, does not properly handle the umask when using the mount utility, which allows local users to bypass intended access restrictions via unspecified vectors.

CVE-2014-3605
Published: 2014-11-25
** REJECT ** DO NOT USE THIS CANDIDATE NUMBER. ConsultIDs: CVE-2014-6407. Reason: This candidate is a reservation duplicate of CVE-2014-6407. Notes: All CVE users should reference CVE-2014-6407 instead of this candidate. All references and descriptions in this candidate have been removed to pre...

CVE-2014-6093
Published: 2014-11-25
Cross-site scripting (XSS) vulnerability in IBM WebSphere Portal 7.0.x before 7.0.0.2 CF29, 8.0.x through 8.0.0.1 CF14, and 8.5.x before 8.5.0 CF02 allows remote authenticated users to inject arbitrary web script or HTML via a crafted URL.

CVE-2014-6196
Published: 2014-11-25
Cross-site scripting (XSS) vulnerability in IBM Web Experience Factory (WEF) 6.1.5 through 8.5.0.1, as used in WebSphere Dashboard Framework (WDF) and Lotus Widget Factory (LWF), allows remote attackers to inject arbitrary web script or HTML by leveraging a Dojo builder error in an unspecified WebSp...

CVE-2014-7247
Published: 2014-11-25
Unspecified vulnerability in JustSystems Ichitaro 2008 through 2011; Ichitaro Government 6, 7, 2008, 2009, and 2010; Ichitaro Pro; Ichitaro Pro 2; Ichitaro 2011 Sou; Ichitaro 2012 Shou; Ichitaro 2013 Gen; and Ichitaro 2014 Tetsu allows remote attackers to execute arbitrary code via a crafted file.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
Now that the holiday season is about to begin both online and in stores, will this be yet another season of nonstop gifting to cybercriminals?