PDA

Bekijk Volledige Versie : New IE crash: CSS + HTML



arachnid__notdot_net@meta.net.nz
07/10/03, 21:46
While designing a page today, I stumbled across a combination of HTML and CSS
that causes IE (6.0.2600.0000 on 2k v5.00.2195 and 6.0.3790 on 2k3 server
v5.2.3790 are the only versions tested so far) to crash with a GPF. After a
little work, I distilled the required code down to this:

-----------------------------------------
<html>
<body>
<style type="text/css">
#three {
position: absolute;
}
#one #two {
position: absolute;
}
</style>
<div id="one">
In 'one'
<span id="two">
In 'two'
</div>
<div id="three">
In 'three'
</div>
</body>
-----------------------------------------

A bit of experimentation revealed the following:
The tag with id "one" can be any tag that is 'display: block' by default.
The tag with id "two" can be any tag that is 'display: inline' by default.
The tag with id "three" can be any tag at all, including non container tags such
as img.
The tag with id "two" _must_ be left unclosed.
The selector must be "#one #two", simply selecting on #two does not work.

I'll be the first to admit that this is a bit obscure (though I came across it
by accident) - it seems to have something to do with opening an absolutely
positioned block tag after an absolutely positioned inline tag wasn't closed
properly, but is more complicated than that.
In windows 2000, it also crashed explorer when I clicked on the file in in a
file dialog (due to the auto-preview).

A brief look at a debugger on the crashed IE instance reveals that the address
it crashes at is a RET instruction.

I leave it up to people with more talent than I to refine when it occurs and why ;).

-Nick Johnson

Brian Paulson
07/10/03, 21:46
I tested this sending an HTML email into outlook and it crashed outlook
when the page was loaded into the preview.

Outlook version: version: 10.3513.3501 SP1
My IE Version also crashed version: 6.0.2800.1106.xpsp2.030422-1633


---------------------------------
Thank You
Brian Paulson
Sr. Web Developer
bpaulson@chieftain.com
www.chieftain.com
1-800-279-6397
---------------------------------

-----Original Message-----
From: arachnid__notdot_net@meta.net.nz
[mailto:arachnid__notdot_net@meta.net.nz]
Sent: Thursday, October 02, 2003 11:43 PM
To: bugtraq@securityfocus.com
Subject: New IE crash: CSS + HTML


While designing a page today, I stumbled across a combination of HTML
and CSS that causes IE (6.0.2600.0000 on 2k v5.00.2195 and 6.0.3790 on
2k3 server v5.2.3790 are the only versions tested so far) to crash with
a GPF. After a little work, I distilled the required code down to this:

-----------------------------------------
<html>
<body>
<style type="text/css">
#three {
position: absolute;
}
#one #two {
position: absolute;
}
</style>
<div id="one">
In 'one'
<span id="two">
In 'two'
</div>
<div id="three">
In 'three'
</div>
</body>
-----------------------------------------

A bit of experimentation revealed the following:
The tag with id "one" can be any tag that is 'display: block' by
default. The tag with id "two" can be any tag that is 'display: inline'
by default. The tag with id "three" can be any tag at all, including non
container tags such as img. The tag with id "two" _must_ be left
unclosed. The selector must be "#one #two", simply selecting on #two
does not work.

I'll be the first to admit that this is a bit obscure (though I came
across it by accident) - it seems to have something to do with opening
an absolutely positioned block tag after an absolutely positioned inline
tag wasn't closed properly, but is more complicated than that. In
windows 2000, it also crashed explorer when I clicked on the file in in
a file dialog (due to the auto-preview).

A brief look at a debugger on the crashed IE instance reveals that the
address it crashes at is a RET instruction.

I leave it up to people with more talent than I to refine when it occurs
and why ;).

-Nick Johnson

Drew Copley
07/10/03, 21:47
On Windows 2003, probably other OS, it crashes below:

74809430 add ecx,dword ptr [eax+8]

Where EAX is 00000000, which comes out to mean there is nothing at that
pointer hence the crash.



> -----Original Message-----
> From: arachnid__notdot_net@meta.net.nz
> [mailto:arachnid__notdot_net@meta.net.nz]
> Sent: Thursday, October 02, 2003 10:43 PM
> To: bugtraq@securityfocus.com
> Subject: New IE crash: CSS + HTML
>
>
> While designing a page today, I stumbled across a combination
> of HTML and CSS that causes IE (6.0.2600.0000 on 2k
> v5.00.2195 and 6.0.3790 on 2k3 server v5.2.3790 are the only
> versions tested so far) to crash with a GPF. After a little
> work, I distilled the required code down to this:
>
> -----------------------------------------
> <html>
> <body>
> <style type="text/css">
> #three {
> position: absolute;
> }
> #one #two {
> position: absolute;
> }
> </style>
> <div id="one">
> In 'one'
> <span id="two">
> In 'two'
> </div>
> <div id="three">
> In 'three'
> </div>
> </body>
> -----------------------------------------
>
> A bit of experimentation revealed the following:
> The tag with id "one" can be any tag that is 'display: block'
> by default. The tag with id "two" can be any tag that is
> 'display: inline' by default. The tag with id "three" can be
> any tag at all, including non container tags such as img. The
> tag with id "two" _must_ be left unclosed. The selector must
> be "#one #two", simply selecting on #two does not work.
>
> I'll be the first to admit that this is a bit obscure (though
> I came across it by accident) - it seems to have something to
> do with opening an absolutely positioned block tag after an
> absolutely positioned inline tag wasn't closed properly, but
> is more complicated than that. In windows 2000, it also
> crashed explorer when I clicked on the file in in a file
> dialog (due to the auto-preview).
>
> A brief look at a debugger on the crashed IE instance reveals
> that the address it crashes at is a RET instruction.
>
> I leave it up to people with more talent than I to refine
> when it occurs and why ;).
>
> -Nick Johnson
>

Russ Uhte
07/10/03, 21:47
At 11:51 AM 10/3/2003, Brian Paulson wrote:
>I tested this sending an HTML email into outlook and it crashed outlook
>when the page was loaded into the preview.
>
> Outlook version: version: 10.3513.3501 SP1
> My IE Version also crashed version: 6.0.2800.1106.xpsp2.030422-1633


Yeah... It also crashes Eudora version 6.0.0.22 when using a preview pane,
and just looking at the message.

-Russ

---
[This E-mail scanned for viruses by Declude Virus]

Robert Ahnemann
07/10/03, 21:47
Cutting and pasting that into a simple HTML file gets IE to crash as
soon as its opened.

IE version: 6.0.2800.1106

> -----Original Message-----
> From: arachnid__notdot_net@meta.net.nz
> [mailto:arachnid__notdot_net@meta.net.nz]
> Sent: Friday, October 03, 2003 12:43 AM
> To: bugtraq@securityfocus.com
> Subject: New IE crash: CSS + HTML
>=20
> While designing a page today, I stumbled across a combination of HTML
and
> CSS
> that causes IE (6.0.2600.0000 on 2k v5.00.2195 and 6.0.3790 on 2k3
server
> v5.2.3790 are the only versions tested so far) to crash with a GPF.
After
> a
> little work, I distilled the required code down to this:
>=20
> -----------------------------------------
> <html>
> <body>
> <style type=3D"text/css">
> #three {
> position: absolute;
> }
> #one #two {
> position: absolute;
> }
> </style>
> <div id=3D"one">
> In 'one'
> <span id=3D"two">
> In 'two'
> </div>
> <div id=3D"three">
> In 'three'
> </div>
> </body>
> -----------------------------------------
>=20
> A bit of experimentation revealed the following:
> The tag with id "one" can be any tag that is 'display: block' by
default.
> The tag with id "two" can be any tag that is 'display: inline' by
default.
> The tag with id "three" can be any tag at all, including non container
> tags such
> as img.
> The tag with id "two" _must_ be left unclosed.
> The selector must be "#one #two", simply selecting on #two does not
work.
>=20
> I'll be the first to admit that this is a bit obscure (though I came
> across it
> by accident) - it seems to have something to do with opening an
absolutely
> positioned block tag after an absolutely positioned inline tag wasn't
> closed
> properly, but is more complicated than that.
> In windows 2000, it also crashed explorer when I clicked on the file
in in
> a
> file dialog (due to the auto-preview).
>=20
> A brief look at a debugger on the crashed IE instance reveals that the
> address
> it crashes at is a RET instruction.
>=20
> I leave it up to people with more talent than I to refine when it
occurs
> and why ;).
>=20
> -Nick Johnson

Sherlock
07/10/03, 21:47
Greetings,

I use Eudora v6 for e-mail, and when it processed the e-mail from
arachnid__notdot_net@meta.net.nz re: "New IE crash: CSS + HTML," Eudora
crashed with a MSHTML.DLL error. Since the e-mail was then selected by
default, Eudora continued to crash on startup until I renamed the
MSHTML.DLL file in my \windows\system32 and \dllcache folders. I deleted
the message, un-renamed the file, and now Eudora's fine. Information for
my MSHTML.DLL file is as follows:

MSHTML.DLL
Microsoft HTML Viewer
v6.00.2800.1226
2,793,472 bytes

I am running McAfee VirusScan Pro with the latest dats, HFNETCHK Pro, etc.
and have not found any infections, corruption, etc. I attempted to contact
"arachnid__notdot_net@meta.net.nz" about the problem; however, e-mail to
following addresses was undeliverable:

arachnid__notdot_net@meta.net.nz
arachnid__notdot_net@meta.nz
arachnid@meta.nz

Is it arachnid__@meta.nz? Anyhow... Did anyone else on the list
experience similar problems? Thanks.