First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 185497
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Gentoo Security <security@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Jeroen Roovers <jer@gentoo.org>
Add CC:
CC:
URL:
Summary:
Status Whiteboard:
Keywords:
Flags: Requestee:
 
 
  ()

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 185497 depends on: Show dependency tree
Show dependency graph
Bug 185497 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)







View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2007-07-16 06:24 0000
I cannot seem to reproduce this flaw with either
 ~www-client/opera-9.21 or
 ~www-client/opera-9.22.652 using the
<http://alt.swiecki.net/oper1.html> example, but this bug may in due time turn
out to be the 9.22 stabilisation bug, so it's useful to have around anyway.

---------------------------------------------------------
From: Robert Swiecki <jagger@xxxxxxxxxxx>
Date: Sat, 14 Jul 2007 01:50:49 +0200
With a specially crafted web page, an attacker can redirect
a www browser to the page, which URL (in the url bar) resembles
an arbitrary domain choosen by the attacker.

It's possible due to the fact, that some web browsers incorrectly
display contents of the url bar while rendering pages based on the
'data:' URL scheme (RFC 2397). Only the ending of the URL is
displayed. Padding the URL with whitespaces allows an attacker to
insert an arbitrary content into the browser url bar.

http://alt.swiecki.net/oper1.html

Tested with:
* Opera 9.21 on Win 2003SE and Win XPSP2
* Opera 9.21 on Linux
* Konqueror 3.5.7 on Linux

Pictures taken on my systems (using 1024x768 dekstop resolution)
http://alt.swiecki.net/operalin.png
http://alt.swiecki.net/operawin.png
http://alt.swiecki.net/konq.png

Successfull attack depends on the proper construction of the
'data:' URL. An algorithm could utilize JS
document.body.clientWidth/Height properties to calculate the
best url padding for the given browser.

PS. Sometimes Opera web browser displays the beggining of
the 'data:' URL (correct behaviour), e.g. during
browser startup with immediate redirect to the last visited page.

-- 
Robert Swiecki
---------------------------------------------------------

------- Comment #1 From Jeroen Roovers 2007-07-19 17:38:09 0000 -------
http://www.opera.com/docs/changelogs/linux/922/ says:

* Fixed an issue that could occur when removing a specially prepared torrent
transfer, as reported by iDefense. See the advisory[1].

* Fixed a data leak issue when using canvas.createPattern, as reported by
Philip Taylor. See the advisory[2].

* Prevented an issue where data URLs could be used to display the wrong address
in the address bar. See the advisory[3].

* Improved the display of long domain names in authentication dialogs. Long
domain names will now scroll instead of using ellipsis. See the advisory[4].

* Added Trustcenter class 3 G2 root certificate.

* Fixes for a problem with certificate import from PKCS #7 Signed and Netscape
Multicert files.

www-client/opera/opera-9.22.ebuild is in the tree!


[1] http://www.opera.com/support/search/view/862/
[2] http://www.opera.com/support/search/view/861/
[3] http://www.opera.com/support/search/view/863/
[4] http://www.opera.com/support/search/view/864/

------- Comment #2 From Pierre-Yves Rofes 2007-07-20 07:39:14 0000 -------
Thanks Jeroen.
Arches, please test and mark stable. Targt keywords are:
opera-9.22.ebuild:KEYWORDS="amd64 ppc sparc x86 ~x86-fbsd"

------- Comment #3 From Gustavo Zacarias (RETIRED) 2007-07-20 13:16:40 0000 -------
sparc stable.

------- Comment #4 From Tobias Scherbaum 2007-07-20 17:41:19 0000 -------
ppc stable

------- Comment #5 From Raúl Porcel 2007-07-21 14:21:07 0000 -------
x86 stable

------- Comment #6 From Steve Dibb 2007-07-28 18:29:53 0000 -------
amd64 stable

------- Comment #7 From Jeroen Roovers 2007-08-04 04:44:19 0000 -------
Arches are all done. Get ready for 9.23! :)

------- Comment #8 From Raphael Marichez 2007-08-22 22:43:01 0000 -------
GLSA 200708-17, combined with bug 188987. Thanks everybody!

First Last Prev Next    No search results available      Search page      Enter new bug