User:Fdcn/test
Internet Explorer是一款招致非常多批评的网页浏览器。大部分批评都集中在其安全架构以及对开放标准的支持程度上。
对其安全性的批评
Internet Explorer 的安全性已被来自電腦安全研究社群全面审查，部分原因是因为市场被其独占。Internet Explorer 的安全漏洞已经使得其成为主流浏览器中較不安全的一个。
的时间长，但其中的一些漏洞只影响特定版本的 Windows 上的某些 Internet Explorer 或是在与某些其他应用程序结合时才会暴露。另一安全咨询网站SecurityFocus列出了存在于 Windows XP Service Pack 2 的 Internet Explorer 6 中 27个无补丁安全漏洞[參 2]。在 Windows XP SP2 上的早期 Windows 中存在更多。
2004年6月23日，一个目的在于大公司 IIS 服务器的攻击即是通过使用 Internet Explorer 中两个先前未发现的漏洞，借以在不知情的大量最终用户的浏览器中插入垃圾邮件发送软件而成[1][2][3]。该恶意软件被定名为Download.ject，它会在用户浏览网页时偷偷电脑中安装后门以及一个键盘击键记录软件。被感染的电脑包括许多金融網站。
Art Manion 是美国电脑紧急相应小组（US-CERT）的一名代表，他指出 Internet Explorer 6 SP1 的许多设计使得 Internet Explorer 6 天生就不可能安全，他说道：
| “ | 在IE安全区域模块的技术中存在大量严重漏洞，本地文件系统（本机区域）被设计为信任动态HTML(DHTML)文档对象模块（特别的，DHTML所特有的功能）、HTML帮助系统、MIME类别定义、图形用户介面（GUI）以及ActiveX……另一方面IE又被设计为整合进Windows以至于IE的漏洞经常被骇客当作对操作系统的进行攻击的一个重要途径。[參 3] | ” |
Manion随后声名他的讲话大部分是相对于2004年发布 SP2 前的，并且其他浏览器也开始在上述CERT文件中面临类似的问题[參 4]。
值得注意的是XP SP2所提供的一些功能对于先前版本的Windows并不可用，它们包括 Windows 9x，NT 和 2000。
另外，一些与Internet Explorer相关的安全漏洞也令需要的Windows用户突破安全权限。一个例子是，在Windows XP中，缺省时系统是不允许普通用户组（User用户组）的用户以管理员组（Administrator用户组）权限进行特权操作的。但实际上，这种情况下骇客可以运行一个专用代码实现对电脑操作系统的完全控制。这种破解行为也将导致任何浏览器以不受限的特权状态运行。对于其他系统普通用户的日常操作来说，使用超级用户（Power User用户组）进行日常操作是不明智的，但攻击者可以依赖于Windows系统中这个处于不适当级别的浏览器进程。然而，也有许多Windows中的程式离开管理员特权无法运行或效果变差，所以其他系统中的正常操作可能对于Windows用户来说是不切实际。
许多的安全分析者指出IE经常爆出严重漏洞是因为它独占市场份额，所以骇客把其优先作为攻击目标。然而，也有许多批评指出这种说法是不全面的；Apache网络服务器的市场份额比微软IIS要高，但Apache几乎没有安全漏洞，就算有也相较IIS说是很轻微[參 5]。微软的Craig Mundie曾经承认微软公司的产品「对常态而言是不安全的」而这是因为微软「设计时更注重功能而非安全」[參 6]。
结果这样导致许多问题，一些安全专家，包括Bruce Schneier [4]以及开源倡导者David A. Wheeler [5]，推荐广大用户停止使用Internet Explorer作为日常浏览器，而转换其他浏览器作为替代。一些技术专栏作家也建议过类似的话[6] [7]。2004年6月6日，US-CERT发布的漏洞报告建议立即停止使用IE而该用其他，尤其是访问非信任站点时更应如此[參 7]。2004年12月，宾夕法尼亚大学发布的一篇文章告诫学生和员工马上丢弃使用IE并改用其他浏览器[參 8]。
组件对象模块
许多的IE安全问题皆与组件对象模块（COM）相关。IE通过ActiveX或浏览器帮助对象（Browser Helper Object）将COM深植其中。这种功能的结合为电脑病毒、特洛依木马程序以及间谍软件的进入大开方便之门。
这些恶意软件的攻击与传遍通常皆要利用ActiveX。微软早已经认识到这一问题，1996年Charles Fitzgerald－微软的Java团队程序负责人曾说，「如果你想在『网上』安全，请关掉你的电脑。我们从来没有准备让ActiveX安全。[參 9]」
ActiveX控件，一旦运行，即可获得用户特权而非向其竞争技术（如Java与JavaScript）那样被限制的运行。ActiveX控件一如既往的是一个非标准的不可在非Windows平台上移植的技术。一份普雷斯顿大学教授Edward Felten的文章指出:
| “ | ActiveX的安全依赖于个人的判断力。ActiveX程序可以附带程序厂商或其他任何人的数字签名。ActiveX的主要危险之处在于你可能对是否接受一个程序作出错误的判断。在最危险的情况下，这个程序被你所不了解的某个人加上数字签名，而你又确实想知道程序运行的结果，但是如果你拒绝它你将不可能看见结果。惟一可以避免这样情况的方法是拒绝所有程序，而不管上面写的如何有趣如何好玩儿，除非这个程序来自少数你真正了解的发布方。[參 10] | ” |
ActiveX的安全依赖于安全区域的设置和数字签名，而没有类似沙盒以及元政策的指导[參 11]。在O'Reilly的书中有这样的解释恶意可移动代码：
| “ | ActiveX最大的问题在于它标记对脚本安全的方法不对。已经有一些email蠕虫攻击使用这种方法，这种类型的漏洞还会持续发现。如果微软都不能正确决定自己系统控件的安全级别设定，第三方程序提供商更不可能做到。接下来的问题就是未签署代码使用的增长。数字签名过程是一项技术并且昂贵。大部分网上的ActiveX控件都未曾加以签名。被签名程序中的大部分又是过期的证书签署的。我很少看见一个正确有效的控件签名。如果ActiveX的执行在于最终用户是否选择执行它，那么数字签名技术一定要更广泛传播。如果ActiveX成为世界范围内网站的标准，那么可以想见的是，我们将会看见使用ActiveX的恶意代码的剧增。[參 12] | ” |
ActiveX的安全问题首次被发现是在1997年，混沌電腦俱樂部（Chaos Computer Club）这家机构展示了一个可以与用户手持设备中Intuit的Quicken金融软件自动进行连接的ActiveX控件，这个程序会自动将用户帐号上的钱转移至CCC的银行帐号[參 13]。
美国国防部(DoD)已经将ActiveX定义为1类（最危险）的可移动代码技术，并严格限制ActiveX在DoD系统内的使用[參 14]。
也有专家认为ActiveX的风险被过分夸张了，而其实ActiveX是有安全机制的。eWeek的Larry Seltzer指出：
| “ | 显然的没有足够证据证明ActiveX是不安全的，有很多反对的声音是无根据传说或是不值一驳的谣言。实际上Sun公司花钱雇人编写恶意ActiveX控件。我在JavaOne的时候，他们演示了（我想是1997年）它。测试系统显示的是一系列你通常见到的警示对话框，但Sun的雇员竟然有胆量编写了那种使警示对话框迅速关闭以使人们忽略其存在的软件。同时，他们同样也没有提及即使是签名过的Java小程序也可能会执行一些危险的特权操作，这些操作应当提供类似的警示对话框。大部分针对ActiveX的批评是简单而又非正式的，这个例子却指出了伪善者的不诚实。[參 15] | ” |
即将发布的
补丁
很多人批评IE常常在发现问题很长时间後才发布对应的补丁，而且发布的补丁常常不能完全修复漏洞。如微软在2003年2月发布初始报告後200天才发布出补丁（而不是30-60天），Marc Maifrett，eEye Digital Security的Hacking部门主管说过：“如果它们真的需要花费如此长的时间来修复(以及测试)，那么他们还有别的问题。这不是一个软件公司的运作常态。[參 16]”The Register则批评Maifrett公布的安全漏洞导致了CodeRed在那年的流行，也有人认为：「如果他们没有发现引起公众慌乱、ida漏洞或是他们的SecureIIS产品有能力防卫，红色代码蠕虫就不会感染数千台系统。[參 17]
微软将他们的延期归咎于区域测试。公司对Internet Explorer进行测试的软件是复杂而完全的。IE浏览器以26种不同语种发布在不同的Windows平台上。因此，对每个补丁的测试估计需要进行最少237次安装。
虽然安全补丁持续在不同平台上发布，但现今大部分补丁只针对Windows XP发布。
间谍软件·广告软件与Windows XP SP2
间谍软件与广告软件，如同其他的恶意软件一样，通常把目标对准Windows/Internet Explorer为基础的作业系统。较旧的间谍软件对系统的危害已经因为Windows XP SP2的安全增强而有所缓解，但对IE新型的攻击会在SP2上安装间谍软件。微软不建议在已经感染间谍软件的系统上安装SP2，因为这可能导致不能自举：
| “ | 於安裝SP2前，清除間諜軟件及廣告軟件失敗可導致問題產生及在一些情形中，你會難以重新啟動電腦。你甚至可能不知道間諜軟件或廣告軟件已經於你的系統上安裝。一些間諜軟件或廣告軟件可能不會與SP2構成嚴重問題，但在安裝SP2前，最好執行間諜軟件及廣告軟件的移除程式。[參 18] | ” |
視已安裝的間碟軟件而定，在SP2更新準備工作中，我們可透過反間諜工具移除間碟軟件或在一些嚴重情形中，需要手動修改登錄檔（Windows Registry）。 然而，保安專家普遍建議安裝Service Pack 2。
對其不支援開放標準的批評
在1990年代的瀏覽器戰爭時代，Internet Explorer與Netscape Navigator都不得不致力於向瀏覽器中添加非標準功能。這與近來以web標準設計的瀏覽器形成鮮明對比。在版本號5後，IE的Trident渲染引擎幾乎沒有進行過重大修改。結果在2005年，IE在支持標準上已經大大落後.
雖然每一個版本的IE都會改善基本技援，包括在版本6中引採用的「符合標準模式」，其中用來建立網頁（
由於它在市場上的主導地位，使得某些網頁開發人員只用Internet Explorer來測試他們的網站。某些開發人員也使用Internet Explorer所提供的非標準擴充套件。這導致網頁無法被其他瀏覽器正確地解讀。最糟糕的情況下，它可能會阻擋其他瀏覽器的使用者存取這些開發人員所建立的網站。
雖然
圖像標準
由於IE對PNG圖像阿爾法通道的不支援導致了PNG圖像格式在網上使用率的減少。雖然只是一個可選的特性，阿爾法通道卻是把PNG與其他像GIF或者JPEG這樣的格式相區別的一個特色。 在Internet瀏覽器中，透明的部分的形象將被顯示作為灰色，白或者其他顏色。
隔行或漸進顯示對於過去大量使用的
XHTML
HTTP與MIME
不像其他瀏覽器，Internet Explorer不允許MIME在Content-Type信頭段中定義MIME類型。比如一個純文本格式的檔內包含了HTML樣式的標記就會被識別為HTML文檔，而不是純文本文檔。但在這種情況下，可以通過手動修改註冊表的方式[參 19]強行改變執行行為。
JavaScript與DOM
微軟擴展了原先網景的JavaScript並專稱其為JScript，JScript是Internet Explorer的缺省腳本語言。與Netscape's JavaScript有相似的implementation, JScript supports the full specification of ECMAScript, the only standardised scripting language on the Web.
最大的不同在於與JScript綁定的文檔物件模型(DOM)。
Unicode
Internet Explorer對多語言文本支援Unicode標準，因此其理論上有能力顯示任何已經安裝字體的字元。但實際上，Internet Explorer不會對混和Unicode文本自動選擇字體。這種情況下字元可能會以一個空格結束或顯示為問號。
網頁設計者必須猜測在用戶電腦上顯示哪種字體最為合適，如果需要改變就需要對每個Unicode塊進行手動改變。而對其他瀏覽器卻可以自動完成這個操作。
以Unicode之中的英文的音標為例，當網頁中，欲顯示的音標字串的前後有使用<font name="Lucida Sans Uinicode">與</font>所包起來時。IE6以前的版本，無法正常顯示出英文的音標。但IE7則已修正了此Bug。
其他批评
随着版本的更新，Internet Explorer的下载大小也显著增大。对于Internet Explorer 6 Service Pack 1（包括Outlook Express）来说，其典型安装时的下载大小已经接近25megabytes。它的大小从11megabytes（最简安装）到75megabytes（完全安装）不等。这大大超过了一另一些网络浏览套装（Internet suites）的大小，例如（基于Windows installer）Opera 8.0 (3.6MB)、Mozilla Suite 1.7.8 (11MB)、Mozilla Firefox 1.5.0.6(4.9MB)和SeaMonkey 1.0.4(12MB)。
一个较小但似乎很有意思的批评是软件名称中
參考資料與註解
- ^ PNG Files Do Not Show Transparency in Internet Explorer, February 13, 2005.
- ^ Transparent PNG Support, May 12, 2005.
- ^ Cannot View Some PNG Images, May 12, 2005.
- ^ PHP: imageinterlace, May 12, 2005.
- ^ Forcing IE to Show Application/xhtml+xml pages, May 12, 2005.
- ^ Sending XHTML as text/html Considered Harmful, February 13, 2005.
- ^ /IE7/, May 12, 2005.
- ^ Researchers warn of infectious Web sites, May 12, 2005.
- ^ Handler's Diary May 11th 2005, May 12, 2005.
- ^ An analysis of the Ilookup Trojan, May 12, 2005.
- ^ Safe Personal Computing, May 12, 2005.
- ^ Securing Microsoft Windows (for Home and Small Business Users), May 12, 2005.
- ^ How to Protect Yourself From Vandals, Viruses If You Use Windows, May 12, 2005.
- ^ Internet Explorer Is Too Dangerous to Keep Using, May 12, 2005.
参见
- Internet Explorer
- Common criticisms of Microsoft
外部连接
- Secunia - Vulnerability Report - Microsoft Internet Explorer 6.x
- Explorer Exposed!
- Windows Explorer vs. the Standards
- The Door Is Ajar — An "anti-IE" article by a Sun Microsystems technology director Tim Bray.
- Why You Should Dump Internet Explorer — An "anti-IE" article by a MCSEDaniel Miessler.
- StopIE — An "anti-IE" campaign by a web developer Stephen O'Brien
- Browse Happy — An "anti-IE" campaign by the Web Standards Project
- Drip — A utility to detect and measure IE's memory leaks.
Cite error: There are
<ref group=參> tags on this page, but the references will not show without a {{reflist|group=參}} template (see the help page).