Attacks/Breaches
8/30/2013
10:36 AM
Connect Directly
RSS
E-Mail
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
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-2014-0972
Published: 2014-08-01
The kgsl graphics driver for the Linux kernel 3.x, as used in Qualcomm Innovation Center (QuIC) Android contributions for MSM devices and other products, does not properly prevent write access to IOMMU context registers, which allows local users to select a custom page table, and consequently write ...

CVE-2014-2627
Published: 2014-08-01
Unspecified vulnerability in HP NonStop NetBatch G06.14 through G06.32.01, H06 through H06.28, and J06 through J06.17.01 allows remote authenticated users to gain privileges for NetBatch job execution via unknown vectors.

CVE-2014-3009
Published: 2014-08-01
The GDS component in IBM InfoSphere Master Data Management - Collaborative Edition 10.0 through 11.0 and InfoSphere Master Data Management Server for Product Information Management 9.0 and 9.1 does not properly handle FRAME elements, which makes it easier for remote authenticated users to conduct ph...

CVE-2014-3302
Published: 2014-08-01
user.php in Cisco WebEx Meetings Server 1.5(.1.131) and earlier does not properly implement the token timer for authenticated encryption, which allows remote attackers to obtain sensitive information via a crafted URL, aka Bug ID CSCuj81708.

CVE-2014-3534
Published: 2014-08-01
arch/s390/kernel/ptrace.c in the Linux kernel before 3.15.8 on the s390 platform does not properly restrict address-space control operations in PTRACE_POKEUSR_AREA requests, which allows local users to obtain read and write access to kernel memory locations, and consequently gain privileges, via a c...

Best of the Web
Dark Reading Radio