tor-talk@lists.torproject.org

SERIOUS ISSUE With Details! Re: Base64 Encoded Images: How to block them?

 

From: https://tails.boum.org/forum/Base64_Encoded_Images:_How_to_block_them__63__/

 

@comment 9 / Comment by Anonymous — Wed 14 Nov 2012 06:23:21 AM CET

 

"This has been a known "trivial" bug since 2006. Looking it over, it appears that the security benefit of being able to reduce ones browser's attack surface might have been overlooked. Or perhaps we've missed something!

 

The best way to get something done about this would be to create a Bugzilla account and explain the necessity (don't nag - just explain the need and the impications which seem to have been missed)

 

The bug is 331257. While you're there you might also be interested in 255107 and 786275."

 

https://bugzilla.mozilla.org/show_bug.cgi?id=255107

https://bugzilla.mozilla.org/show_bug.cgi?id=331257

https://bugzilla.mozilla.org/show_bug.cgi?id=786275

 

#####

 

@comment 14:

 

"This excellent thread should be looked upon by the Tor and Tails developers. Has Mozilla dropped the ball on this? It appears to me to be a vicious bug which should be patched."

 

- Story:

 

::: Firefox, Opera allow crooks to hide an entire phish site in a link :::

 

http://www.theregister.co.uk/2012/09/03/phishing_without_hosts_peril/

 

"Watch out for the tinyurl that isn't | By John Leyden | Security, 11/03/2012

 

A shortcoming in browsers including Firefox and Opera allows crooks to easily hide an entire malicious web page in a clickable link - ideal for fooling victims into handing over passwords and other sensitive info.

 

Usually, so-called "phishing attacks" rely on tricking marks into visiting websites designed by criminals to masquerade as banks and online stores, thus snaffling punters' credentials and bank account details when they try to use the bogus pages. However this requires finding somewhere to host the counterfeit sites, which are often quickly taken down by hosting companies and the authorities or blocked by filters.

 

Instead, the malicious web pages can be stored in data URIs - uniform resource identifiers, not to be confused with URLs - which stuff the web code into a handy string that when clicked on, instructs the browser to unpack the payload and present it as a page.

 

It negates the need to find somewhere to secrete your malicious page, and once shortened using a service such as TinyURL, the URI can be reduced to a small URL perfect for passing around social networks, online chats and email. Crooks may need to set up a server to receive data from victims, however.

 

It's a technique already documented by researchers Billy Rios and Nathan McFeters - but now Henning Klevjer, an information security student at the University of Oslo in Norway, has revisited the attack method in his paper, Phishing by data URI [PDF][1].

 

Typically an attacker would first create a standalone web page, probably using content scraped off the legitimate site it seeks to mimic before making an encoded page and embedding it into a data URI.

 

URI-based attacks were previously documented by Rios and McFeters as part of an attack Microsoft’s Internet Explorer 6 and 7. Klevjer's research expands on this basic theme and gives it a modern twist.

 

Google’s Chrome browser blocks redirection to data URIs, and other browsers have limits on the volume of data that can be packed into URIs. Klevjer created a 26KB attack page that failed to load in Internet Explorer, but worked on both Firefox and Opera.

 

As well as getting around the need to find a home for malicious web pages, the data URI trick can sidestep traditional scam defences, such as web filtering. Data URIs may also contain a potentially malicious Java applet, a major concern following last week's Java-related security flap, a post on Sophos's Naked Security blog[2] notes. ®"

 

[1] http://klevjers.com/papers/phishing.pdf

[2] http://nakedsecurity.sophos.com/2012/08/31/phishing-without-a-webpage-researcher-reveals-how-a-link-itself-can-be-malicious

 

#####

 

Thank you for the bug report pages, this one appears to have a lot of insight:

 

https://bugzilla.mozilla.org/show_bug.cgi?id=786275

 

#####

 

This appears to be a SERIOUS HOLE in FF/IW to me!

 

#####

 

Original discussion:

 

Base64 Encoded Images: How to block them?

 

Visit news.google.com with images disabled in your browser. You'll notice [some] images are displayed.

 

Right click on one of the images and select View Image Info. Now browse through the files listed and you'll discover some beginning with the following instead of http://

 

data:image/jpeg;base64,/

 

How can I disable the loading of these images when I have image loading disabled?

 

Can malware be injected into the browser with this tactic?