Slashdot Log In
Bring Down Internet Explorer In Six Words
Posted by
kdawson
on Wed Aug 08, 2007 05:20 AM
from the don't-you-think-she-looks-tired dept.
from the don't-you-think-she-looks-tired dept.
Marcion writes "Some handy Japanese guy called Hamachiya discovered a bug in Internet Explorer. Under certain conditions, an asterisk when used as a wildcard can crash IE as soon as the user attempts to go to another page." The article claims the "five HTML tags and a CSS declaration" crash IE7 as well as IE6, but I couldn't get IE7 to fail. This page says that as of June, IE6 was at about 37% market share and IE7 under 20%.
This discussion has been archived.
No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Full
Abbreviated
Hidden
Loading... please wait.
Tear in my eye (Score:5, Insightful)
Re: (Score:3, Insightful)
Re:How is this fucking useful ?? (Score:5, Funny)
Parent
If you don't speak Japanese.... (Score:5, Funny)
Erm... then again, maybe not.
(If you liked that translation, you might enjoy Babelfish's attempt at Slashdot.jp [altavista.com].)
Re:If you don't speak Japanese.... (Score:4, Funny)
Heh. I can just imagine a 'tie-inspector' walking round making sure your business attire is up to standard, or else he unleashes an angry cat on you. Or maybe he tortures a cute kitten in front of you, not sure on that point.
Parent
Re:If you don't speak Japanese.... (Score:5, Informative)
Ask and ye shall receive
A bit anti-climactic really.
Parent
Re:If you don't speak Japanese.... (Score:4, Funny)
Parent
Re:If you don't speak Japanese.... (Score:4, Informative)
Hello! Good afternoon!!!!!
I stumbled across a browser crash, so today I'll tell you about it!
Here it is!
<style>*{position:relative}</style><table><input>
Sample (If you're using IE, your browser will close! You have been warned!)
It seems IE6 or programs using IE6 components will definitely crash!
I haven't checked IE7 though!
It seems to be when you have and input or select or such just below a table or tr or such,
and you use the css wildcard * to set everything to position:relative.
By the way, if the input has its style directly set to relative, it doesn't crash. What's up with that?
I don't really get it, but it sure is interesting...!
Anyone out there who loves Firefox or Opera should go spread this all over and decrease IE's market share!!!
Parent
Hmm.. (Score:4, Informative)
Is it crashed or not? (Score:4, Interesting)
It takes a few seconds to crash after the new tab is opened; that's enough time to type in an auto-completed URL and have it start loading. Strange thing about this is that even though Windows shows the standard "crashed" dialog box for IE, beneath that I can still see (e.g.) Slashdot continue to load in the background until I dismiss the dialog.
Parent
Re:Is it crashed or not? (Score:5, Informative)
An exception was thrown that was not properly caught. The error is caused by improper error trapping. Otherwise, the browser would just render things improperly or claim there was an error on the page because it doesn't properly parse and render the style tag.
Parent
Re:Is it crashed or not? (Score:5, Informative)
When an exception is thrown and is not properly caught. The error is caused by improper error trapping. This is a classic "crash."
Parent
Re:Hmm.. (Score:4, Funny)
Parent
Bring Down A Website In Six Words (Score:5, Funny)
A
Crappy
Article
On
Slashdot
Re:Bring Down A Website In Six Words (Score:5, Funny)
get
firefox
from
mozilla
dot
com
Parent
Re:Bring Down A Website In Six Words (Score:5, Funny)
PacaOS is the operating system for Pacas [wikipedia.org] - its a fork of rodentOS. HTH.
Parent
Bring down my system in 13 chars. (Score:5, Funny)
No big deal. (Score:4, Insightful)
MSFT should try to fix the bug that is crashing IE, because crashes in IE have a tendency to become a remote execution bug later. But still, no point in bashing MSFT on this issue. Browsers crashing on malformed input is well known. Firefox, my fav and only browser, too crashes often on malformed input. There is this thing called fuzzing, sending deliberately malformed input to the browser and see what happens. Firefox used to crash more often than IE under fuzzing. Now they provide fuzzing tools for their testers to strengthen mozilla products.
Common to Trident? (Score:5, Interesting)
If it's Trident that's bringing down IE, then you're looking at HTML code that could also bring down Windows Media Player, several versions of Outlook and Outlook Express, MSN Messenger, Steam (from Valve), and other applications which use it to render web pages. I think at least some versions of Winamp used trident as well, but I'm not sure about that.
IE Usage @ w3schools? (Score:5, Informative)
Yeah, but don't you think w3schools would be a bit biased? W3schools is a site full of tutorials and information for developers. Developers tend to prefer FireFox due to its robust plugin system and some of the excellent plugins for that system (Firebug, Web Tools, etc.) so I'm not surprised that FireFox has a higher rate of use on such a site. In fact, I am surprised that it's not higher!
So? One can easily crash Firefox too... (Score:4, Informative)
I suspect all of the Mozilla based browsers will effectively die if one throws enough "heavyweight" pages at them (i.e. those which are activity heavy [because there isn't a Javascript/Active HTML/Animated GIF scheduler]) or run out of swap space (again because memory allocation failures are not handled gracefully).
IMO, developers place too much emphasis on feature enhancements rather than making the existing browsers run reliably (bugs shouldn't linger for 3 years), with a minimal machine footprint (Netscape 4.7x required significantly less memory than Firefox) and effective priority scheduling of the "top" window (user responsiveness).
Also crashes Outlook... (Score:4, Informative)
I know it's real subtle... (Score:3, Informative)
Re:No. You're kidding. Can't be. (Score:4, Insightful)
Attitudes like this are why computer security is in such a dismal state. Crashing an application from a remote system means that application is not filtering it's input correctly and is subject to a remote compromise. Just because IE goes bu-bye and starts right up again doesn't mean everything is peaches. By the time you've restarted the app or rebooted windows, you may have already been compromised with the software of choice by the remote. This cold be a backdoor, keylogger, trojan whatever - and you won't even know it other than "my computer is slow". People need to wise-up because malware is getting sneakier and more cost effective for the people that write it.
Articles like this are news worthy because it brings light to the fact that something is amiss and needs fixing. Unfortunately, other than negative PR, there's little incentive for proprietary software to fix these things. That's one of the reasons IE has been, and still is, such a security nightmare. Firefox is only about 2/3 better (3 pages vs. 8 pages) judging by number of CVEs*. Still, security is about lessening risk. It's foolish to use IE these days with much better options available.
[*] - https://www.kb.cert.org/vuls/html/search [cert.org]
Parent
Re:No. You're kidding. Can't be. (Score:4, Informative)
Umm... 9 days ago?
http://secunia.com/advisories/26201/ [secunia.com]
The vulnerability is caused due to an input validation error within the handling of system default URIs with registered URI handlers (e.g. "mailto", "news", "nntp", "snews", "telnet"). This can be exploited to execute arbitrary commands when a user e.g. using Firefox visits a malicious website with a specially crafted "mailto" URI containing a "%" character and ends in a certain extension (e.g. ".bat", ".cmd")
This command would make firefox go "away"
mailto:test%25../../../../windows/system32/tskill
Parent