Cloud
7/28/2015
08:00 AM
Connect Directly
Twitter
Twitter
RSS
E-Mail
50%
50%

New Phishing Campaign Leverages Google Drive

Researchers believe technique is geared to take over Google SSO accounts.

For the second time in two years, security researchers have uncovered ongoing phishing attacks that leverage Google Drive, with this latest attack building on previous techniques by adding advanced code obfuscation.

Discovered by Aditya K Sood, architect of Elastica Cloud Threat Labs, and his research team, the new attack again uses phishing web pages hosted on Google Drive to lend them an air of credibility in order to fool even security trained users. As Sood explains, this exploits "the established trust users have with Google."

"In this phishing campaign, the attacker used Gmail to distribute emails containing links to unauthorized web pages hosted on Google Drive," he says. "The attacker actually abuses that Google Drive functionality. He's not conducting a man in the middle attack, he's not disrupting the network channel, he's simply abusing how the Google Drive publishing functionality works and then exploiting that for his own nefarious purposes."

Where this attack veers off the previous script is that it uses JavaScript code obfuscation to evade detection and a separate third-party domain to store stolen credentials. By using Google Drive, attackers are already making it difficult for security solutions to detect the attack using IP address-based blacklisting. The code obfuscation further mucks up the security detection process by hiding the HTML source code and taking in-line scanning off the table.

"The HTML source code is not directly available," Sood says. "So any security solution looking into different features out of the HTML page are not going to work in this scenario," he says.

According to Sood, it appears the ultimate target was to target Google users due to Google's use of single sign on and the potential for gaining access to multiple services through a single credential.

"The basic idea behind this attack is the attacker wants to go after the Google SSO  login accounts because it is used for multiple services and once you get a hold of it you  can access all those services configured for a specific user account," he says.

This new attack method shows that attackers are figuring out how to take advantage of the trust inherent in our relations with SaaS services. While employees are generally trained to look for strange language or attachments indicative of email phishing attacks, cloud application phishing attacks may not throw up red flags.

"Phishing attacks on cloud services can be designed to appear exactly like the service itself. This is in contrast to email where an attacker would not have easy access to the typical language used in company email," Sood said, explaining that a site served up over HTTPS further lends credibility to the phishing site. "Such attacks can even follow the flow of a typical cloud-app use-case. In this case study, the user was presented with a PDF document."

Ericka Chickowski specializes in coverage of information technology and business innovation. She has focused on information security for the better part of a decade and regularly writes about the security industry as a contributor to Dark Reading.  View Full Bio

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
jamieinmontreal
50%
50%
jamieinmontreal,
User Rank: Strategist
8/3/2015 | 11:34:25 AM
Single Sign On Vs Password Synchronization
The old Maxim says "Necessity is the mother of invention", I would add that "convenience is the father".   This is another area where we see the "need" being over-ridden by the "convenience"; the need for password security on everything (legitimate) has been trumped by the convenience of not having to type a few extra characters when logging in.   SSO is a vault of passwords masked by an authentication method and some scripts / APIs to apps, nothing wrong with it until someone figures out how to get in to your vault and take the passwords.

So what's the difference between the vault and the synchronized password?  Surely only one password is more of a risk than several (even if they are all placed in a handy vault for the bad guy to get a hold of)?

First of all the level of complexity for that one password can be higher because now your user has only one password to remember.

Secondly remediation when the password is revealed or hacked is SO much easier with a synchronized password - you simply change one password to clean all systems connected to your Password Manager.   

Compare that with the SSO world where users have multiple passwords they then have to change inside the SSO setup in order to restore the security of their password access.

Finally - no matter what method you choose, stale access rights are the next thing on your agenda as you try and strengthen your defences - users won't tell you what they DON'T need, nor will application owners tell you who should no longer have access.   

Neccessity is the mother of invention, convenience is the father.
LanceCottrell
50%
50%
LanceCottrell,
User Rank: Author
7/28/2015 | 5:42:14 PM
User training will never be enough
Great post, thanks! This attack shows once again that even sophisticated users will fall for phishing attacks. As security experts we need to give up on the idea that we can train our way out of this. While training is useful we need to create our tools under the assumption that user's will do nothing to contribute to their own protection.
121 Pieces of Malware Flagged on NSA Employee's Home Computer
Kelly Jackson Higgins, Executive Editor at Dark Reading,  11/16/2017
Mobile Malware Incidents Hit 100% of Businesses
Dawn Kawamoto, Associate Editor, Dark Reading,  11/17/2017
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Managing Cyber-Risk
An online breach could have a huge impact on your organization. Here are some strategies for measuring and managing that risk.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2017-0290
Published: 2017-05-09
NScript in mpengine in Microsoft Malware Protection Engine with Engine Version before 1.1.13704.0, as used in Windows Defender and other products, allows remote attackers to execute arbitrary code or cause a denial of service (type confusion and application crash) via crafted JavaScript code within ...

CVE-2016-10369
Published: 2017-05-08
unixsocket.c in lxterminal through 0.3.0 insecurely uses /tmp for a socket file, allowing a local user to cause a denial of service (preventing terminal launch), or possibly have other impact (bypassing terminal access control).

CVE-2016-8202
Published: 2017-05-08
A privilege escalation vulnerability in Brocade Fibre Channel SAN products running Brocade Fabric OS (FOS) releases earlier than v7.4.1d and v8.0.1b could allow an authenticated attacker to elevate the privileges of user accounts accessing the system via command line interface. With affected version...

CVE-2016-8209
Published: 2017-05-08
Improper checks for unusual or exceptional conditions in Brocade NetIron 05.8.00 and later releases up to and including 06.1.00, when the Management Module is continuously scanned on port 22, may allow attackers to cause a denial of service (crash and reload) of the management module.

CVE-2017-0890
Published: 2017-05-08
Nextcloud Server before 11.0.3 is vulnerable to an inadequate escaping leading to a XSS vulnerability in the search module. To be exploitable a user has to write or paste malicious content into the search dialogue.