IE 11 的安全体系建立在"安全区域"(Security Zones)这个概念之上——这是微软在 IE 4(1997年)中引入的设计。核心思路是把所有网站按信任等级分成几个区域,每个区域有独立的权限策略。你访问的银行网站和随机弹出的广告页面,在同一个浏览器中拥有完全不同的代码执行权限。二十多年过去了,这个设计思路被所有主流浏览器继承(Chrome 的 Site Isolation、Edge 的安全区域策略),但在 IE 中它仍然是安全配置的核心入口。
IE 将网站分为五个安全区域,每个区域有预设的安全级别。打开 IE → 工具(齿轮图标)→ Internet 选项 → "安全"标签页,可以看到其中四个可见区域(第五个是隐藏的):
| 区域 | 默认安全级别 | 包含的网站 | 典型用途 |
|---|---|---|---|
| Internet | 中-高 | 所有未分配到其他区域的网站 | 日常公共互联网浏览 |
| 本地 Intranet | 中-低 | 企业内网、本地网络、绕过代理的地址 | 公司内部 OA、ERP、HR 系统 |
| 受信任的站点 | 中 | 手动添加的可信外部网站 | 银行、政府、供应商门户 |
| 受限制的站点 | 高 | 手动添加的可疑网站 | 已知风险网站、广告域名 |
| 本地计算机 | (隐藏,不可配置) | 本地文件系统(file:// 协议) | 本地 HTML/HTA 文件、嵌入式帮助文档 |
这个设计有一个容易被忽略的细节:IE 判断网站属于哪个区域是实时计算的。每个 URL 在加载前都会被依次与四个区域的规则匹配——先检查受限制的站点列表,再检查受信任的站点,然后是 Intranet 检测(自动检测本地网络),最后匹配不上的全部归入 Internet 区域。这意味着如果你把一个网站同时加入多个区域,只会有一个区域生效(以优先级最高的为准)。
对于企业内网环境,建议通过组策略(GPO)统一配置,而不是让每个用户自己调整。推荐配置如下:
*.corp.company.com)加入此区域。大批量管理安全区域最可靠的方式是通过组策略的"站点到区域分配列表"。这个策略可以将数百个网站批量分配到指定区域,避免手动在每个客户端上配置。
gpedit.msc)→ 计算机配置 → 管理模板 → Windows 组件 → Internet Explorer → Internet 控制面板 → 安全页。https://erp.corp.com,注意必须带协议前缀),值列输入区域编号:
1 = Intranet 区域2 = 受信任的站点区域3 = Internet 区域4 = 受限制的站点区域ActiveX 是 IE 安全体系中最敏感、也最具争议的部分。从技术上讲,一个 ActiveX 控件可以执行任意系统命令——它可以读写注册表、访问文件系统、创建网络连接、甚至安装驱动程序。这不是 bug,这是 1996 年的设计意图:ActiveX 的前提是完全信任控件开发者。这个前提在当年的企业内网中还勉强成立,但在公共互联网上完全行不通。
二十多年来,ActiveX 相关的漏洞(CVE)占据了 IE 所有安全漏洞的 60% 以上。如果你管理的环境中必须使用 IE,ActiveX 的管控就是安全工作的核心。
IE 9 及以上版本提供了 ActiveX 筛选功能——这是一个全局开关,可以一键禁用所有网站的 ActiveX 控件,然后仅对可信网站单独开放。相比逐个配置安全区域权限,这种方式更简单也更安全。
开启方法:工具 → 安全 → ActiveX 筛选(勾选)。开启后,地址栏会出现一个蓝色的禁止图标。访问某个网站时,如果网站上的 ActiveX 内容无法加载,点击地址栏的禁止图标 → "关闭 ActiveX 筛选",即可为该网站单独放行。
如果需要更精细的控制粒度,可以在 Internet 选项 → 安全 → 自定义级别中逐个配置 ActiveX 相关选项。以下是关键配置项及推荐值:
每个 ActiveX 控件都有一个唯一的 CLSID(类标识符,形如 {XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX})。当微软或第三方厂商发现某个版本的 ActiveX 控件存在安全漏洞时,可以通过设置"Kill Bit"(终止位)来阻止 IE 加载该控件:
HKLM\SOFTWARE\Microsoft\Internet Explorer\ActiveX Compatibility\{CLSID} 下创建 DWORD 值 Compatibility Flags,设为 0x00000400。增强保护模式(Enhanced Protected Mode,EPM)是 IE 10 引入的沙箱机制,IE 11 中默认为桌面版开启(Metro 版 IE 强制开启且不可关闭)。
EPM 的核心原理并不复杂:将 IE 的渲染进程运行在 AppContainer 沙箱中。AppContainer 是 Windows 8 引入的进程隔离机制——运行在 AppContainer 中的进程,其权限级别实际上低于标准用户。即使攻击者利用了 IE 的远程代码执行漏洞控制了渲染进程,他能做的事情也非常有限:
检查 EPM 状态:Internet 选项 → 高级 → 安全 → 勾选"启用增强保护模式"。重启 IE 后生效。可以通过任务管理器中 iexplore.exe 进程的"完整性级别"来验证——EPM 开启后,渲染进程的完整性级别会显示为"AppContainer"而非"中"。
SmartScreen 是微软运营的云声誉分析系统。当你用 IE 下载一个文件时,SmartScreen 会计算文件的哈希值并发送到微软服务器进行比对——如果这个哈希匹配已知的恶意软件数据库,IE 会阻止下载并显示红色警告。如果文件是全新的(之前从未在任何 IE 用户处出现过),SmartScreen 会显示黄色警告:"此程序不是通常下载的程序,可能危害你的计算机"。
建议设置:Internet 选项 → 高级 → 安全 → 勾选"启用 SmartScreen 筛选器"。在受信任的企业内网环境(通过代理/防火墙已经做了流量过滤和恶意软件扫描)中,可以禁用 SmartScreen 以减少首次下载未知文件时的网络延迟。但对外部互联网区域的下载,SmartScreen 仍然是值得保留的一层防护。
SmartScreen 的一个重要特性是:即使 IE 11 本身已经停止安全更新,SmartScreen 的云端数据库仍在持续维护——因为 Edge 和 Windows Defender 也在使用同一个后端服务。
IE 11 的 SSL/TLS 协议支持在发布时是完整的,但以 2026 年的标准来看已经陈旧。以下表格整理了各协议的支持状态和安全建议:
| 协议 | 发布年份 | IE 11 支持 | 安全状态 | 建议操作 |
|---|---|---|---|---|
| SSL 2.0 | 1995 | 支持(默认关闭) | 1996年已破解,使用已被弃用的 MD5 和弱加密 | 必须关闭 |
| SSL 3.0 | 1996 | 支持(默认开启) | POODLE 漏洞(CVE-2014-3566),2014年公布 | 必须关闭 |
| TLS 1.0 | 1999 | 支持(默认开启) | PCI DSS 自 2018 年停止接受;BEAST 攻击(已有限缓解) | Internet 区域关闭,企业内网如有老旧系统可暂时保留 |
| TLS 1.1 | 2006 | 支持(默认开启) | 2021年各大浏览器和主要平台停止支持 | 建议关闭 |
| TLS 1.2 | 2008 | 支持(默认开启) | 当前主流,安全性良好 | 保持开启 |
| TLS 1.3 | 2018 | 不支持 | 最新标准,握手更快、加密更强 | IE 无法支持,需升级到 Edge |
配置路径:Internet 选项 → 高级 → 安全 → 勾选/取消勾选对应的 SSL 和 TLS 选项。也可以通过组策略批量配置:管理模板 → Windows 组件 → Internet Explorer → Internet 控制面板 → 高级页 → 关闭加密支持。
以下 8 项是企业 IE 安全加固的核心要点,按优先级排列:
如果您的企业正在规划从原生 IE 11 迁移到 Edge IE 模式,企业模式配置指南涵盖了完整的迁移方案、站点列表 XML 配置和 GPO 部署步骤。
查看企业模式配置指南 →