Microsoft 安全性布告欄 MS10-070 - 重要

非受影響的軟體

non-affected software

為什麼此公告於 2011 年 2 月 22 日修訂？
Microsoft 已修訂此安全性公告，宣佈偵測變更，將 Microsoft .NET Framework 4.0 （KB2416472） 更新套件提供給執行 Windows 7 的 32 位系統 Service Pack 1、適用於 x64 型系統的 Windows 7 Service Pack 1、適用於 x64 型系統的 Windows Server 2008 R2 Service Pack 1，以及 Windows Server 2008 R2 for Itanium 型系統 Service Pack 1。 此偵測變更僅適用於在安裝 Windows 7 for 32 位系統 Service Pack 1、Windows 7 for x64 型系統 Service Pack 1、適用於 x64 型系統 Service Pack 1、適用於 x64 型系統 Service Pack 1 的 Windows Server 2008 R2 或 Windows Server 2008 R2 for Itanium 型系統 Service Pack 1 之後安裝 Microsoft .NET Framework 4.0 的客戶。 已成功更新其系統的客戶不需要採取任何動作。

Why was the bulletin modified on February 22, 2011? Microsoft has modified the security bulletin to make available the Microsoft. Net Framework 4.0 (KB2416472) update package to the Windows 7 system Service Pack1, the Windows 7 service Pack 1 suitable for x64 systems, the Windows Server 2008 Service Pack 1 suitable for x64 systems, and the Windows 1 service Pack 1 usefully used to install Windows 7 for 32 systems, Windows 7 for x64 systems, and the Windows 7 for x64 systems.

為什麼此公告於 2010 年 12 月 14 日修訂？
Microsoft 已修訂此安全性公告，宣佈 Microsoft .NET Framework 4.0 （KB2416472） 提供新的更新套件。 這些新套件修正了安裝程式中可能會干擾其他更新成功安裝的問題。?如需可能安裝其他產品或可能受此問題影響的更新的客戶，請參閱 Microsoft 知識庫文章2473228 以取得其他資訊。 已成功更新其系統的客戶不需要採取任何動作。

Why was the bulletin revised on December 14, 2010?
Microsoft has revised the security bulletin to announce that Microsoft.NET Framework 4.0 (KB2416472) provides new updated packages. These new packages amend the installation programs that might interfere with other successful installation problems. If you need to install other products or an updated client that may be affected by the problem, see to obtain other information. Clients who have successfully updated their systems do not need to take any action.

我使用此安全性布告欄所討論之軟體的較舊版本。 我該怎麼做？
此布告欄中列出的受影響的軟體已經過測試，以判斷哪些版本受到影響。 其他版本已超過其支援生命週期。 如需產品生命週期的詳細資訊，請流覽 Microsoft 支援服務 生命周期網站。

I use the older version of the software discussed in this safety bulletin board. What am I supposed to do?
The affected software listed in this bulletin board has been tested to determine which versions are affected. Other versions are beyond its life support period. For details about the life cycle of a product, please view web site.

對於擁有舊版軟體的客戶而言，它應該是優先專案，可遷移至支援的版本，以防止潛在暴露在弱點。 若要判斷軟體版本的支援生命週期，請參閱 選取產品以取得生命周期資訊。 如需這些軟體版本 Service Pack 的詳細資訊，請參閱生命週期支援的 Service Pack。

For clients with old software, it should be a priority project that can be moved to a support version to prevent potential exposure to weakness. For more detailed information on software versions, see . For more detailed information on software versions Service Pack, please refer to .

需要舊版軟體自定義支援的客戶必須連絡其 Microsoft 帳戶小組代表、其技術帳戶管理員，或適當的 Microsoft 合作夥伴代表，以取得自定義支持選項。 沒有聯盟、頂級或授權合約的客戶可以連絡其當地 Microsoft 銷售辦公室。 如需連絡資訊，請流覽 Microsoft 全球資訊網站，選取 [連絡資訊 ] 清單中的國家/地區，然後按兩下 [ 移至 ] 以查看電話號碼清單。 當您打電話時，請要求與當地頂級支援銷售經理交談。 如需詳細資訊，請參閱 Microsoft 支援服務 生命周期原則常見問題。

Clients who need self-defined support from old software must contact their Microsoft account representatives, their technical account managers, or their appropriate Microsoft partner representatives to get self-defined support options. Clients who do not have a coalition, a top-level or a licensed contract can contact their local Microsoft sales office. If you need to contact information, contact ] list of countries/regions, then click on two [ to move to to see the list of telephone numbers.

下列嚴重性評等假設弱點的潛在最大影響。 如需有關此安全性布告欄發行 30 天內有關弱點嚴重性評等和安全性影響之惡意探索性的資訊，請參閱 9 月公告摘要中的惡意探索性索引。 如需詳細資訊，請參閱 Microsoft 惡意探索索引。

For information about the pernicious and exploratory nature of the weak point, such as the following severe criticisms, within 30 days of the release of this safety notice column, see . For more information, please refer to .

*Server Core 安裝受到影響。 此更新的嚴重性分級與支援的 Windows Server 2008 或 Windows Server 2008 R2 版本相同，無論是否使用 Server Core 安裝選項進行安裝。 如需此安裝選項的詳細資訊，請參閱TechNet文章：管理ServerCore安裝和維護Server Core 安裝。 請注意，Server Core 安裝選項不適用於特定版本的 Windows Server 2008 和 Windows Server 2008 R2;請參閱 比較 Server Core 安裝選項。

*Server Core installation affected. This updated severe classification of Windows Server 2008 or Windows Server 2008 R2 version, regardless of whether or not to install it using the Server Core installation option. For details of this installation, see TechNet article: .

**Server Core 安裝不受影響。 此更新所解決的弱點不會影響使用 Server Core 安裝選項安裝時支援的 Windows Server 2008 或 Windows Server 2008 R2 版本。 如需此安裝選項的詳細資訊，請參閱TechNet文章：管理ServerCore安裝和維護Server Core 安裝。 請注意，Server Core 安裝選項不適用於特定版本的 Windows Server 2008 和 Windows Server 2008 R2;請參閱 比較 Server Core 安裝選項。

**Server Core Installing is not affected. The weaknesses resolved by this update do not affect Windows Server 2008 or Windows Server R2 versions supported by the installation installation of the Server Core 2008 or Windows Server. For details of this installation, please refer to TechNet article:

由於加密填補驗證期間錯誤處理不當，ASP.NET 中存在資訊洩漏弱點。 成功惡意探索此弱點的攻擊者可能會讀取數據，例如伺服器加密的檢視狀態。 此弱點也可用於數據竄改，如果成功惡意探索，可用來解密和竄改伺服器加密的數據。 請注意，此弱點不允許攻擊者執行程式碼或直接提升其用戶權力，但可用來產生可用來嘗試進一步入侵受影響系統的資訊。 在 Microsoft .NET Framework 3.5 Service Pack 1 和更新版本中，攻擊者也可以使用此弱點來擷取 ASP.NET 應用程式內任何檔案的內容，包括 web.config。

This weakness can also be used for data modification and, if successful, for decryption and modification of server encryption data. Note that this weakness does not allow an attacker to execute a code or directly upgrade its user power, but can be used to generate information that can be used to try to penetrate the affected system further. In Microsoft.NET Framework 3.5 Service Pack 1 and the updated version, the attacker can also use this weakness to retrieve any file in the ASP.NET application, including web.config.

若要將此弱點視為常見弱點和暴露清單中的標準專案，請參閱 CVE-2010-3332。

To view this weakness as a standard project in the common weakness and exposure list, see CVE-2010-3332.

ASP.NET 填補 Oracle 弱點的緩和因素 - CVE-2010-3332

風險降低是指設定、一般設定或一般最佳做法，存在於默認狀態中，這可能會降低惡意探索弱點的嚴重性。 下列緩和因素可能對您的情況有所説明：

Risk reduction refers to settings, general settings, or general best practices, which are in a state of tacit recognition, which may reduce the severity of malignant exploration weaknesses.

• Microsoft .NET Framework 3.5 Service Pack 1 之前的 Microsoft .NET Framework 版本不會受到此弱點檔案內容洩漏部分的影響。

ASP.NET 填補 Oracle 弱點的因應措施 - CVE-2010-3332

因應措施是指未修正基礎弱點的設定或組態變更，但有助於在套用更新之前封鎖已知的攻擊媒介。 Microsoft 已測試下列因應措施，並在討論中指出因應措施是否降低功能：

The response measures are those that do not modify the base weakness settings or configuration changes, but that help to block the known attack media before applying the update. Microsoft has tested the following response measures and has discussed whether the response reduces functionality:

• 啟用 UrlScan 或要求篩選規則、啟用 ASP.NET 自定義錯誤，並將所有錯誤碼對應至相同的錯誤頁面

  Enable UrlScan or require selection rules, enable ASP.NET self-defined errors, and match all errors to the same error page

  啟用 ASP.NET 的 customErrors 功能，並明確設定應用程式以一律傳回相同的錯誤頁面，不論伺服器上遇到的錯誤為何，都可能會讓攻擊者使用目前的惡意探索來區分伺服器上發生的不同錯誤類型。

  Enable ASP.NET's costomErrors function and clearly configure the application to transmit the same error page all the time, and whatever the error encountered on the server may allow the attacker to use the current malicious exploration to sort the different errors that have occurred on the server.

  在使用 .NET Framework 3.5 版 Service Pack 1 和更新版本的系統上，因應措施也會協助防止目前惡意探索的計時攻擊部分，以提供進一步的保護。 因應措施會在 customErrors 功能中使用 redirectMode=“ResponseRewrite” 選項，並在錯誤頁面中引入隨機延遲。 這些方法會一起運作，讓攻擊者更難藉由測量接收錯誤所需的時間來推算伺服器上發生的錯誤類型。

  In a system that uses the.NET Framework 3.5 version of Service Pack 1 and its updated version, response measures also help to prevent the current undesired temporal attacks to provide further protection. The response uses the recirculationMode = “ResponseRewrite” option in the CustomErrors function, and introduces random delays in the wrong pages. These methods work together to make it more difficult for the attacker to extrapolate the wrong type on the server by measuring the time it takes to receive the error.

  此外，此因應措施需要封鎖要求，以指定 querystring 上的應用程式錯誤路徑。 這可以使用 URLScan 來完成，這是 網際網路資訊服務 （IIS） 的免費工具，可根據系統管理員所定義的規則選擇性地封鎖要求。 如果您的系統在 Windows Vista Service Pack 2、Windows Server 2008 Service Pack 2、Windows 7 或 Windows Server 2008 R2 上執行 網際網路資訊服務 （IIS），您也可以使用要求篩選功能。

  In addition, this response requires blocking requirements to specify an application error path on querystring. This can be done using URLScan, an Internet Information Service (IIS) free tool that can be selectively blocked according to rules established by system administrators. If your system is in Windows Vista Service Pack 2, Windows Server 2008 Service Pack 2, Windows 7 or Windows Server 2008 R2, you can also use the Internet Information Service (IIS).

  封鎖在要求查詢字串上修改 ASP.Net 應用程式錯誤路徑的要求

  locks the request to change the ASP.Net application error path on the request for query string

  使用 UrlScan：

  for UrlScan:

  1. 下載並安裝 UrlScan 3.1。 如需設定和使用 UrlScan 的進一步指示，請參閱 UrlScan 3 參考。

     Download and install UrlScan 3.1. For further instructions about and use of UrlScan, see UrlScan 3 References.

  2. 修改UrlScan.ini （在 %windir%\system32\inetsrv?
     an 中找到）。 在Urlscan.ini檔案的 [DenyQueryStringSequences] 區段下插入下列這一行：

     Modify UrlScan.ini (found in %windir%\system32\intsrv?an). Insert the following line under [Deny Query StringSequiences] of the Urlscan.ini file:

  這麼做之後， [DenyQueryStringSequences] 區段看起來應該會像這樣（區段中的其他行沒問題，不會影響因應措施）：

  After this, the section should look like this.

  3. 以系統管理員身分登入時，從命令提示字元執行 iisreset 。

  使用 IIS 要求篩選：

  Use IIS to request selection:

  這些指示是上述 UrlScan 指示的替代方法，適用於在 Windows Vista Service Pack 2、Windows Server 2008 Service Pack 2、Windows 7 或 Windows Server 2008 R2 上執行 IIS 的系統。

  These instructions are an alternative to the UrlScan instructions described above and are suitable for IIS systems running on Windows Vista Service Pack 2, Windows Server 2008 Service Pack 2, Windows 7 or Windows Server 2008 R2.

  1. 透過 [新增/移除程式] 或 [角色管理員] 在 IIS 中安裝要求篩選功能，方法是選取 [網際網路資訊服務]、[萬維網服務]、[安全性] 下方的功能。

     Install the requested selection function in IIS through [new/remove program] or [role manager] by selecting functions under [Internet Information Service], [Many Web Service], [security ] .

  2. 啟動 網際網路資訊服務 （IIS） 管理員。

     Activate the Internet Information Service (IIS) manager.

  3. 選取左窗格中的伺服器節點。

     Select the server node in the left pane.

  4. 按兩下 [ 要求篩選]。

     Press two clicks to select .

  5. 選取 [查詢字串] 索引標籤，然後按下 [動作] 窗格中的 [拒絕查詢字串...]。

     Select the index [ query string] tag, and then press in the [action] window window to reject query string... .

  6. 在對話框中輸入 aspxerrorpath= ，然後選取 [ 確定]。

     Enter aspxerropath= in the dialogue and then select [ OK].

  或者，您也可以使用下列 appcmd 命令來設定此要求查詢字串：

  Alternatively, you can use the following appcmd command to configure this query string:

  如需使用 appcmd 設定 IIS 的詳細資訊，請參閱 開始使用 AppCmd.exe。

  If you want to use appcmd to set IIS details, go to .

  設定 ASP.Net 應用程式以使用統一的自定義錯誤

  Configure ASP.Net applications to use a single self-defined error

  在每個 ASP.NET Web 應用程式的根資料夾中，判斷您是否已經有此資料夾中的 web.config 檔案。 您必須有權在目標目錄中建立檔案，才能實作此因應措施。

  In each ASP.NET Web application's root folder, determine whether you already have a web.config file in the folder. You must have the right to create a file in the destination folder to do this.

  如果 ASP.NET 應用程式沒有 web.config 檔案：

  If ASP.NET application does not have a web.config file:

  在 .NET Framework 3.5 和更早版本

  1. 在 ASP.NET 應用程式的根資料夾中建立名為 web.config 的文字檔，並插入下列內容：

不同於使用靜態 HTML 和腳本組合的傳統網頁，ASP.NET 會使用編譯的事件驅動頁面。 由於 ASP.NET 是 Web 型應用程式環境，因此需要基礎 Web 伺服器提供基本的 HTTP 功能，ASP.NET 會在 網際網路資訊服務 上執行。 如需詳細資訊，請參閱 官方 Microsoft ASP.NET 網站。

Unlike the traditional web pages that use static HTML and script combinations, ASP.NET uses compiled event drive pages. Since ASP.NET is a web-based application environment, a basic web server is required to provide basic HTTP functions, ASP.NET will run on Internet information services. For more detailed information, refer to .

什麼是 ASP.NET 檢視狀態？
Microsoft ASP.NET 檢視狀態是 ASP.NET 網頁用來保存回傳中 Web 窗體狀態變更的技術。 根據預設，頁面的 [檢視狀態] 會放在名為 __VIEWSTATE 的隱藏表單域。 如需 ASP.NET 檢視狀態的詳細資訊，請參閱 MSDN 文章瞭解 ASP.NET 檢視狀態。

what is the ASP.NET viewing status? Microsoft ASP.NET viewing status is a technique used by ASP.NET web pages to save changes in the status of the web window in return. According to defaults, the page's [view status] will be placed in the hidden list area known as VIEWSTATE. For details about the ASP.NET viewing status, please refer to the MSDN article for .