发布日期： 发布日期：2014 年 2 月 11 日 | 更新时间： 2014 年 9 月 24 日
版本： 1.3
一般信息摘要此安全更新可解决 Microsoft .NET Framework 中两个公开披露的漏洞和一个秘密报告的漏洞。如果用户访问包含特制 Web 内容的特制网站，最严重的漏洞可能允许特权提升。但是在所有情况下，攻击者无法强制用户访问此类网站。相反，攻击者必须诱使用户访问被破坏的网站，方法通常是让用户单击电子邮件或 Instant Messenger 消息中的链接以使他们链接到攻击者的网站。
对于 Microsoft Windows 受影响版本上的 Microsoft .NET Framework 1.0 Service Pack 3、Microsoft .NET Framework 1.1 Service Pack 1、Microsoft .NET Framework 2.0 Service Pack 2、Microsoft .NET Framework 3.5、Microsoft .NET Framework 3.5.1、Microsoft .NET Framework 4、Microsoft .NET Framework 4.5 和 Microsoft .NET Framework 4.5.1，此安全更新的等级为“重要”。
该安全更新通过更正它终止由客户端启动的过时或已关闭的 HTTP 请求的方式、改进它确认某种方法可安全执行以及确保正确实施地址空间布局随机化 (ASLR) 来解决 Microsoft .NET Framework 中的漏洞。
有关这些漏洞的详细信息，请参阅下一节“漏洞信息”下面特定漏洞条目的“常见问题 (FAQ)”小节。
建议。 大多数客户均启用了自动更新，他们不必采取任何操作，因为此安全更新将自动下载并安装。尚未启用“自动更新”的客户必须检查更新，并手动安装此更新。有关自动更新中特定配置选项的信息，请参阅 Microsoft 知识库文章 294871。
对于管理员、企业安装或者想要手动安装此安全更新的最终用户，Microsoft 建议客户使用更新管理软件尽早应用此更新或者利用 Microsoft Update 服务检查更新。
另请参阅本公告后面部分中的“检测和部署工具及指导”一节。
更新常见问题我如何确定安装了哪个版本的 Microsoft .NET Framework？
您可以在一个系统上安装和运行多个版本的 .NET Framework，也可以按任何顺序安装各个版本。有多种方式确定当前安装的 .NET Framework 版本。有关详细信息，请参阅 Microsoft 知识库文章 318785。
.NET Framework 4 和 .NET Framework 4 客户端配置文件有什么区别？
两种配置文件中提供 .NET Framework 版本 4 可再次分发程序包： .NET Framework 4 和 .NET Framework 4 客户端配置文件。.NET Framework 4 客户端配置文件是针对客户端应用程序进行优化的 .NET Framework 4 配置文件的子集。它提供适用于大多数客户端应用程序的功能，包括 Windows Presentation Foundation (WPF)、Windows Forms、Windows Communication Foundation (WCF) 和 ClickOnce 功能。这可加快针对 .NET Framework 4 客户端配置文件的应用程序的部署速度并减小安装程序包。有关详细信息，请参阅 MSDN 文章“.NET Framework 客户端配置文件”。
有多个更新程序包适用于一些受影响的软件。我需要安装“受影响的软件”表中针对该软件列出的所有更新吗？
是。客户应该应用为他们的系统上安装的软件提供的所有更新。
我需要按特定顺序安装这些安全更新吗？
否。给定系统的多个更新可以按任意顺序应用。
我正在使用本安全公告中讨论的软件的较旧版本。我该怎么办？
已对本公告中列出的受影响的软件进行测试，以确定受到影响的版本。其他版本的支持生命周期已结束。有关产品生命周期的详细信息，请参阅 Microsoft 产品技术支持生命周期网站。
使用该软件的较旧版本的客户应优先考虑迁移到受支持的版本，以防止可能会受到新出现漏洞的影响。要确定您的软件版本的技术支持生命周期，请参阅选择一项产品以获取生命周期信息。有关这些软件版本的 Service Pack 的详细信息，请参阅Service Pack 生命周期支持策略。
如果用户需要获得较旧软件的定制支持，则必须与其 Microsoft 客服小组代表、其技术客户经理或适当的 Microsoft 合作伙伴代表联系以了解定制支持选项。没有优先支持合同或授权合同的客户可与其当地的 Microsoft 销售分支机构联系。有关联系信息，请参阅 Microsoft Worldwide Information 网站，在联系信息列表中选择国家/地区，然后单击“Go”以查看电话号码列表。在拨打电话时，请找当地的“企业技术咨询支持服务”销售经理进行洽谈。有关详细信息，请参阅 Microsoft 技术支持生命周期策略常见问题。
类型遍历漏洞 - CVE-2014-0257Microsoft .NET Framework 中存在一个特权提升漏洞，可能允许攻击者在目标系统上提升特权。
要在“常见漏洞和披露”列表中以标准条目查看此漏洞，请参阅 CVE-2014-0257。
缓解因素Microsoft 并未发现此漏洞的任何缓解因素。
变通办法Microsoft 并未发现此漏洞的任何变通办法。
常见问题 这些漏洞的影响范围有多大？
这是一个特权提升漏洞。
造成此漏洞的原因是什么？
当 Microsoft .NET Framework 不正确地验证某方法是否可安全执行时，会导致该漏洞。
攻击者可能利用此漏洞执行什么操作？
成功利用此漏洞的攻击者可以完全控制受影响的系统。攻击者可随后安装程序；查看、更改或删除数据；或者创建拥有完全用户权限的新帐户。
攻击者如何利用此漏洞？
此漏洞的利用有两种可能的攻击情形： Web 浏览情形和 Windows .NET 应用程序情形。这些情形如下所示：
网络浏览攻击情形
攻击者可能拥有一个恶意网站，该网站可能会加载允许攻击者代表用户在目标系统上执行应用程序的特定控件。但是在所有情况下，攻击者无法强制用户访问此类网站。相反，攻击者必须诱使用户访问被破坏的网站，方法通常是让用户单击电子邮件或 Instant Messenger 消息中的链接以使他们链接到攻击者的网站。它还可能使用横幅广告或其他方式显示特制的 Web 内容，以便将 Web 内容传递至受影响的系统。
Windows .NET 应用程序攻击情形
此漏洞还可能用于利用暴露 COM 服务器终结点的 .NET Framework 应用程序。
受此漏洞威胁最大的系统有哪些？
运行 ASP.NET 的受影响版本的服务器或配合使用 .NET Framework 和 COM 服务器终结点的应用程序受此漏洞的威胁最大。
此更新有什么作用？
该更新通过改进 Microsoft .NET Framework 确认某种方法可安全执行的方式来解决漏洞。
发布此安全公告时，此漏洞是否已公开披露？
否。Microsoft 通过协调漏洞披露渠道了解到有关此漏洞的信息。
发布此安全公告时，Microsoft 是否收到任何有关此漏洞已被利用的报告？
否。在最初发布此安全公告时，Microsoft 未收到任何表明此漏洞已公开用于攻击用户的信息。
VSAVB7RT ASLR 漏洞 - CVE-2014-0295
.NET Framework 组件中存在一项安全功能绕过，无法正确地实施地址空间布局随机化 (ASLR)。此漏洞可能允许攻击者绕过 ASLR 安全功能，此后，攻击者可能会在尝试利用另一个漏洞的过程中加载其他恶意代码。
要在“常见漏洞和披露”列表中以标准条目查看此漏洞，请参阅 CVE-2014-0295。
缓解因素Microsoft 并未发现此漏洞的任何缓解因素。
变通办法变通办法是指一种设置或配置更改，它不能从根本上纠正漏洞，但有助于在应用更新之前封堵已知的攻击源。Microsoft 已测试了以下变通方法，并在讨论中指明了变通方法是否会降低功能性：
安装 Force ASLR 功能修补程序并启用 IFEO 注册表项Force ASLR 功能是 Windows 7 或 Windows Server 2008 R2 的 ASLR 功能的补充，使应用程序或许能够强制性地重新定位非使用 /DYNAMICBASE 链接器标志构建的映像。安装后，计算机管理员和软件开发人员可以在注册表中启用映像文件执行选项 (IFEO) 来为非 ASLR 映像强制 ASLR 行为。
有关详细信息和安装说明，请参阅 Microsoft 知识库文章 2639308。
变通办法的影响。 强制性地重新定位非使用 ASLR 支持构建的映像，这可能导致应用程序兼容性问题。
如何撤消变通方法。
注意 有关将 IFEO 注册表项设置为默认设置的信息，请参阅 Microsoft 知识库文章 2639308。
常见问题这些漏洞的影响范围有多大？
这是一个安全功能绕过漏洞。
造成此漏洞的原因是什么？
由于未构建特定 .NET Framework 组件来实施 ASLR 安全功能，存在该漏洞。因此，攻击者可以更加可靠地预测给定调用堆栈中的特定指令的内存偏移。
什么是 ASLR？
地址空间布局随机化 (ASLR) 可在系统启动时将可执行映像移动到随机位置，从而帮助防止攻击者利用可预测位置的数据。为使组件支持 ASLR，它加载的所有组件还必须支持 ASLR。例如，如果 A.exe 使用 B.dll 和 C.dll，则所有这三者都必须支持 ASLR。默认情况下，Windows Vista、Windows Server 2008、Windows7、Windows Server 2008 R2、Windows 8、Windows 8.1、Windows RT、Windows RT 8.1、Windows Server 2012 和 Windows Server 2012 R2 将随机化系统 DLL 和 EXE，但是独立软件供应商 (ISV) 创建的 DLL 和 EXE 必须使用 /DYNAMICBASE 链接器选项选择加入才能支持 ASLR。
ASLR 还会随机化堆和堆栈内存：
当应用程序在 Windows Vista、Windows Server 2008、Windows 7、Windows Server 2008 R2、Windows 8、Windows 8.1、Windows RT、Windows RT 8.1、Windows Server 2012 和 Windows Server 2012 R2 中创建堆时，堆管理器将在一个随机位置创建该堆，从而减少尝试利用基于堆的缓冲区溢出而成功的机会。Windows Vista 及更高版本上的所有应用程序默认启用堆随机化。当线程在与 /DYNAMICBASE 链接的进程中启动时，Windows Vista、Windows Server 2008、Windows 7、Windows Server 2008 R2、Windows 8、Windows 8.1、Windows RT、Windows RT 8.1、Windows Server 2012 和 Windows Server 2012 R2 会将线程的堆栈移动到一个随机位置，以帮助减少利用基于堆栈的缓冲区溢出获得成功的机会。 攻击者可能利用此漏洞执行什么操作？
在 Web 浏览攻击情形中，成功利用此漏洞的攻击者可能会绕过 ASLR 安全功能，它可保护用户免遭多种漏洞攻击。该安全功能绕过本身不允许执行任意代码。但是，攻击者可能会将此 ASLR 绕过漏洞与另一个漏洞（例如，可能利用 ASLR 绕过的远程执行代码漏洞）组合使用来运行任意代码。
攻击者如何利用此漏洞？
在基于 Web 的攻击情形中，攻击者可能拥有一个网站用于试图利用此漏洞。另外，接受或宿主用户提供的内容的网站以及受到破坏的网站可能包含可能利用此漏洞的特制内容。攻击者无法强迫用户访问特制的网站。相反，攻击者必须说服用户执行操作。例如，攻击者可能哄骗用户单击链接以使用户链接到攻击者的网站。
当用户使用能够实例化 COM 组件（如 Internet Explorer）的 Web 浏览器访问包含恶意内容的网站时，可以加载受影响的 .NET Framework 组件以绕过 ASLR。
攻击者可以将此安全功能绕过漏洞与其他漏洞（通常是远程执行代码漏洞）结合使用。其他漏洞将利用安全功能绕过发起攻击。例如，被 ASLR 阻止的远程执行代码漏洞在成功绕过 ASLR 之后可能会被利用。
受此漏洞威胁最大的系统有哪些？
在 Web 浏览情形中，要成功利用此漏洞，需要用户登录并使用能够实例化 COM 组件的 Web 浏览器访问网站。因此，频繁使用 Web 浏览器的系统（如工作站或终端服务器）受此漏洞的威胁最大。如果管理员允许用户浏览并读取服务器上的电子邮件，则服务器可能面临更大风险。不过，最佳做法是不要授予这样的权限。
EMET 是否可帮助缓解试图利用此漏洞的攻击？
是。Enhanced Mitigation Experience Toolkit (EMET) 使用户能够管理安全风险缓解技术，从而使攻击者更难利用指定软件中的漏洞。对于已经安装了 EMET 并配置为可与 Internet Explorer 一起使用的系统，EMET 有助于减轻 Internet Explorer 中漏洞的影响。
有关 EMET 的详细信息，请参阅 Enhanced Mitigation Experience Toolkit。
此更新有什么作用？
该更新通过帮助确保 .NET Framework 组件正确实施 ASLR 来解决漏洞。
发布此安全公告时，此漏洞是否已公开披露？
是。此漏洞已公开披露。已为此漏洞分配了常见漏洞和披露号码 CVE-2014-0295。
发布此安全公告时，Microsoft 是否收到任何有关此漏洞已被利用的报告？
是。Microsoft 获悉尝试使用此漏洞的有限目标攻击。
许多资源可帮助管理员部署安全更新。
管理员可使用 Microsoft Baseline Security Analyzer (MBSA) 在本地和远程系统中扫描缺少的安全更新和常见的安全配置错误。 Windows Server Update Services (WSUS)、Systems Management Server (SMS) 和 System Center Configuration Manager 帮助管理员分发安全更新。 Application Compatibility Toolkit 随附的更新兼容性评估程序组件针对安装的应用程序协助简化 Windows 更新的测试和验证。有关可用的这些工具和其他工具的信息，请参阅 IT 专业人员安全工具。
鸣谢Microsoft 感谢下列人员或组织与我们一起致力于保护客户的利益：
Context Information Security 的 James Forshaw 报告了类型遍历漏洞 (CVE-2014-0257) 其他信息 Microsoft Active Protections Program (MAPP)为改进客户的安全保护，Microsoft 在发布每月安全更新之前将向主要的安全软件供应商提供漏洞信息。然后，安全软件供应商可以使用该漏洞信息通过其安全软件或者设备向客户提供更新的保护，例如防病毒、基于网络的入侵检测系统或者基于主机的入侵防止系统。要确定是否可从安全软件供应商处得到活动保护，请转到计划合作伙伴（在 Microsoft Active Protections Program (MAPP) 合作伙伴中列出）提供的活动保护网站。
支持如何获取此安全更新的帮助和支持
有关安装更新的帮助： Microsoft Update 支持面向 IT 专业人员的安全解决方案： TechNet 安全故障排除和支持帮助保护运行 Windows 的计算机免遭病毒和恶意软件攻击： 病毒解决方案和安全中心本地支持（根据您的国家/地区）： 国际支持免责声明Microsoft 知识库中的信息“按原样”提供，没有任何形式的担保。Microsoft 不作任何明示或暗示保证，包括对适销性和针对特定目的的适用性的保证。Microsoft Corporation 或其供应商不对任何损害（包括直接的、间接的、偶然的、必然的损害，商业利润损失，或特殊损害）承担任何责任，即使 Microsoft Corporation 或其供应商事先已被告知有可能发生此类损害。有些州不允许排除或限制必然或偶然损害的赔偿责任，因此上述限制可能不适用。