Risk

9/16/2008
07:25 AM
Connect Directly
Google+
Twitter
RSS
E-Mail
50%
50%

Disclosure of Major New Web 'Clickjacking' Threat Gets Deferred

Web security researchers bow to Adobe request for time to patch before releasing proof of concept of newly discovered, massive 'clickjacking' attack

Details of a new major Web attack that could potentially affect millions of users won’t see the light of day next week as planned after the researchers who discovered it agreed to hold off on disclosing their find until Adobe comes up with a patch for its product.

Renowned Web security researchers Robert "RSnake" Hansen and Jeremiah Grossman late yesterday pulled their presentation "New 0-Day Browser Exploits: Clickjacking - yea, this is bad" from the upcoming OWASP USA security conference in New York, after Adobe requested that the researchers give them time to come up with a patch for one of its applications before they release their proof-of-concept code.

Hansen and Grossman just days ago found that a vulnerability that can be used for so-called “clickjacking” attacks wasn’t in Adobe’s application, but in various browsers, including Microsoft’s and Mozilla’s, and affects Adobe's application. It can even evade browser security features. While they can’t give details of the specific vulnerabilities at this time, they say this new clickjacking attack -- where a bad guy lures a victim to click onto a link -- could leverage other Web attacks like cross-site scripting (XSS), SQL injection, and cross-site request forgery (CSRF), to attack a wider range of users.

“It surprised us that Adobe took ownership over an attack technique that we considered to be the responsibility of the browser vendors,” says Grossman, who also blogged on the decision to drop the OWASP (Open Web Application Security Project) talk. “They want to protect their users as best they can no matter what. So when that happened, we had to put the disclosure brakes on.”

OWASP member and researcher Joshua Perrymon says the newly discovered attack lets the bad guy take control of the victim’s audio, microphone, and Webcam and interact with the desktop. Grossman and Hansen, however, wouldn’t comment on those details.

“It lets them own any PC remotely that’s running Flash/IE browser, just by having a user visit a site with the malicious .swf,” says Perrymon, who has done some research on malicious .swf files in the past.

Perrymon says the attack could originate from an email luring a victim to a malicious link, or even via a legitimate Website that’s been infected and carries an embedded malicious Flash file.

“Just like anything JavaScript malware-related... you visit an attacker-controlled page, or one which [has] their code on it like a MySpace/Facebook profile, Message Board, Banner Advertisement, etc.," says Grossman, who is CTO and founder of WhiteHat Security.

Grossman says that an Adobe fix will take care of about “90 percent” of the problem, but a flaw in Internet Explorer 8 would still be outstanding -- but not vital to his and Hansen’s research, he says.

“[Clickjacking is] way worse than we initially gave it credit” for, Grossman says. “This also further reinforced the complete rethink of the browser security model.”

Hansen described the vulnerability this way: “It’s an architectural issue in the browser that affects Websites, plug-ins, and users,” says Hansen, who is founder of SecTheory LLC. He blogged about the aftermath of his and Grossman's decision today: (See Channeling Dan Kaminsky.)

Just where all of this leaves users while patches are under development is unclear. Hansen and Grossman say the best bet is for users to take the unpopular step of disabling scripting and browser plug-ins. “Hopefully Adobe can put out some kind of patch in short order, but who knows the timeline,” Grossman says.

“The problem [is that] the solutions are no good. See, we still don't really think it's their [Adobe’s] bug,” he says.

Whether the bad guys will get there first is uncertain. “Clearly people will speculate about the flaw, and the attack surface area is unfortunately rather large. I still believe there are far easier hacks against browsers out there, but since multiple vendors were affected, we felt obligated to give them [Adobe] time,” Hansen says. “I suppose the greatest threat is that the vector is out there, there are no solid patches for the time being, and people may look deeper into the subject speculatively, a la Dan Kaminksy's DNS bug. That's never a good combination.”

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.

  • Open Web Application Security Project (OWASP)
  • WhiteHat Security
  • SecTheory LLC
  • Adobe Systems Inc.
  • PacketFocus Security Solutions

    Kelly Jackson Higgins is Executive Editor at DarkReading.com. 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
    Threaded  |  Newest First  |  Oldest First
    Election Websites, Back-End Systems Most at Risk of Cyberattack in Midterms
    Kelly Jackson Higgins, Executive Editor at Dark Reading,  8/14/2018
    Oh, No, Not Another Security Product
    Paul Stokes, Founder & CEO of Prevalent AI,  8/9/2018
    Register for Dark Reading Newsletters
    White Papers
    Video
    Cartoon Contest
    Current Issue
    Flash Poll
    Twitter Feed
    Dark Reading - Bug Report
    Bug Report
    Enterprise Vulnerabilities
    From DHS/US-CERT's National Vulnerability Database
    CVE-2017-13106
    PUBLISHED: 2018-08-15
    Cheetahmobile CM Launcher 3D - Theme, wallpaper, Secure, Efficient, 5.0.3, 2017-09-19, Android application uses a hard-coded key for encryption. Data stored using this key can be decrypted by anyone able to access this key.
    CVE-2017-13107
    PUBLISHED: 2018-08-15
    Live.me - live stream video chat, 3.7.20, 2017-11-06, Android application uses a hard-coded key for encryption. Data stored using this key can be decrypted by anyone able to access this key.
    CVE-2017-13108
    PUBLISHED: 2018-08-15
    DFNDR Security Antivirus, Anti-hacking & Cleaner, 5.0.9, 2017-11-01, Android application uses a hard-coded key for encryption. Data stored using this key can be decrypted by anyone able to access this key.
    CVE-2017-13100
    PUBLISHED: 2018-08-15
    DistinctDev, Inc., The Moron Test, 6.3.1, 2017-05-04, iOS application uses a hard-coded key for encryption. Data stored using this key can be decrypted by anyone able to access this key.
    CVE-2017-13101
    PUBLISHED: 2018-08-15
    Musical.ly Inc., musical.ly - your video social network, 6.1.6, 2017-10-03, iOS application uses a hard-coded key for encryption. Data stored using this key can be decrypted by anyone able to access this key.