セキュリティ情報

Microsoft セキュリティ情報 MS11-100 - 重大

公開日: 2011 年 12 月 29 日 |更新日: 2012 年 7 月 10 日

バージョン: 1.6

このセキュリティ更新プログラムは、Microsoft .NET Framework で公開された 1 つの脆弱性と 3 つの非公開で報告された脆弱性を解決します。 これらの脆弱性の中で最も深刻なものは、認証されていない攻撃者が特別に細工された Web 要求をターゲット サイトに送信した場合に特権を昇格させる可能性があります。 攻撃者がこの脆弱性を悪用した場合、任意のコマンドの実行を含め、ASP.NET サイト上の既存のアカウントのコンテキストで何らかのアクションを実行する可能性があります。 この脆弱性を悪用するには、攻撃者が ASP.NET サイトにアカウントを登録でき、既存のユーザー名を知っている必要があります。

このセキュリティ更新プログラムは、Microsoft .NET Framework 1.1 Service Pack 1、Microsoft .NET Framework 2.0 Service Pack 2、Microsoft .NET Framework 3.5 Service Pack 1、Microsoft .NET Framework 3.5.1、および Microsoft .NET Framework 4 で、サポートされているすべてのエディションの Microsoft Windows でクリティカルと評価されます。 詳細については、このセクションのサブセクション「 影響を受けないソフトウェア」を参照してください。

このセキュリティ更新プログラムは、.NET Framework が特別に細工された要求を処理する方法と、ASP.NET Framework がユーザーを認証し、キャッシュされたコンテンツを処理する方法を修正することで、この脆弱性を解決します。 この脆弱性の詳細については、次のセクションの「 脆弱性情報」の下にある特定の脆弱性エントリについてよく寄せられる質問 (FAQ) サブセクションを参照してください。

このセキュリティ更新プログラムは、 Microsoft セキュリティ アドバイザリ 2659883で最初に説明した脆弱性にも対処します。

推奨。 ほとんどのお客様は自動更新を有効にしており、このセキュリティ更新プログラムは自動的にダウンロードおよびインストールされるため、何も行う必要はありません。 自動更新を有効にしていないお客様は、更新プログラムを確認し、この更新プログラムを手動でインストールする必要があります。 自動更新の特定の構成オプションについては、 Microsoft サポート技術情報の記事の294871を参照してください。

管理者と企業のインストール、またはこのセキュリティ更新プログラムを手動でインストールするエンド ユーザーの場合は、更新管理ソフトウェアを使用してセキュリティ更新プログラムを適用するか、 Microsoft Update サービスを使用して更新プログラムを確認することを検討することをお勧めします。

このセキュリティ情報の後半の「 Detection and Deployment Tools and Guidance」セクションも参照してください。

既知の問題.マイクロソフト サポート技術情報の記事2638420 、このセキュリティ更新プログラムをインストールするときにお客様が経験する可能性がある現在の既知の問題について説明しています。 この記事では、これらの問題に対して推奨される解決策についても説明します。

次のソフトウェアは、影響を受けるバージョンまたはエディションを特定するためにテストされています。 その他のバージョンまたはエディションは、サポート ライフサイクルを過ぎたか、影響を受けません。 ソフトウェアのバージョンまたはエディションのサポート ライフサイクルを確認するには、Microsoft サポート ライフサイクルを参照してください。

影響を受けるソフトウェア

*Server Core のインストールが影響を受けます。 この更新プログラムは、示されているように、サポートされている Windows Server 2008 または Windows Server 2008 R2 のエディションに、Server Core インストール オプションを使用してインストールされるかどうかにかかわらず、同じ重大度評価で適用されます。 このインストール オプションの詳細については、「TechNet の記事」 Server Core インストールの管理 Server Core のインストールの を参照してください。 Server Core のインストール オプションは、Windows Server 2008 および Windows Server 2008 R2 の特定のエディションには適用されないことに注意してください。「 Compare Server Core のインストール オプション」を参照してください。

**Server Core のインストールは影響を受けません。 この更新プログラムで対処される脆弱性は、Server Core インストール オプションを使用してインストールされた場合、示されているように、サポートされている Windows Server 2008 または Windows Server 2008 R2 のエディションには影響しません。 このインストール オプションの詳細については、「TechNet の記事」 Server Core インストールの管理 Server Core のインストールの を参照してください。 Server Core のインストール オプションは、Windows Server 2008 および Windows Server 2008 R2 の特定のエディションには適用されないことに注意してください。「 Compare Server Core のインストール オプション」を参照してください。

^[1]。影響を受ける NET Framework 4 および .NET Framework 4 クライアント プロファイル .NET Framework バージョン 4 の再頒布可能パッケージは、.NET Framework 4 と .NET Framework 4 クライアント プロファイルの 2 つのプロファイルで使用できます。 .NET Framework 4 クライアント プロファイルは、.NET Framework 4 のサブセットです。 この更新プログラムで対処される脆弱性は、.NET Framework 4 と .NET Framework 4 クライアント プロファイルの両方に影響します。 詳細については、MSDN の記事「 .NET Framework のインストールを参照してください。

なぜこのセキュリティ情報は 2012 年 May22 に改訂されたのですか?
Microsoft は、インストールの問題を修正するために、Microsoft .NET Framework 2.0 Service Pack 2 のKB2656352の検出の変更を発表するために、このセキュリティ情報を改訂しました。 これは検出の変更のみです。 セキュリティ更新プログラム ファイルに変更はありませんでした。 システムを既に正常に更新しているお客様は、何も行う必要はありません。

このセキュリティ情報は MS12-035 に関連していますか。.NET Framework の脆弱性により、リモートでコードが実行される (2693777) 可能性がありますか?
はい。 このセキュリティ情報で提供されるKB2656353は、CVE-2012-0160 と CVE-2012-0161 についても説明します。CVE-2012-0161 については、 MS12-035 に記載されています。

Microsoft .NET Framework 3.5 および Microsoft .NET Framework 4.5 on Windows Developer Preview は、この脆弱性の影響を受けますか?
はい。 この脆弱性は、Windows Developer Preview のリリース後に報告されました。 Developer Preview ソフトウェアを実行しているお客様は、更新プログラムをダウンロードしてシステムに適用することをお勧めします。 Microsoft ダウンロード センターのリンクを含む詳細については、次のマイクロソフト サポート技術情報の記事を参照してください。

セキュリティ更新プログラムは、 Microsoft Update および Windows Update から入手できます。

この更新プログラムには、機能に対するセキュリティ関連の変更が含まれていますか?
はい。 このセキュリティ情報の「脆弱性情報」セクションに記載されている変更に加えて、この更新プログラムには、ASP.NET フレームワークに対する機能的な変更が含まれています。 この更新プログラムでは、要求内のフォーム キー、ファイル、および JSON メンバーの最大数が 1000 に制限されます。 この変更により、ASP.NET アプリケーションは、このような要素の 1000 を超える要求を拒否します。 これらの型の要求を行っているクライアントは拒否され、ブラウザーにエラー メッセージが表示されます (通常はエラー 500)。 この制限は、アプリケーションごとに構成できます。 Microsoft サポート技術情報の記事の2661403を参照してください。

この更新プログラムでは、フォーム認証チケットの形式も、以前のバージョンのフォーム認証チケットと互換性のない方法で変更されます。 たとえば、この更新プログラムをインストールした後、一部のサーバーが更新され、それ以外のサーバーが更新されない Web ファーム環境では、更新されていないサーバーで互換性のないフォーム認証チケットが生成される場合があります。 Microsoft サポート技術情報の記事の2661404を参照してください。

ファイル情報の詳細はどこにありますか?
ファイル情報の詳細の場所については、「 セキュリティ更新プログラムの展開 」セクションの参照テーブルを参照してください。

インストールされている Microsoft .NET Framework のバージョンを確認操作方法。
.NET Framework の複数のバージョンをシステムにインストールして実行し、任意の順序でバージョンをインストールできます。 現在インストールされている .NET Framework のバージョンを確認するには、いくつかの方法があります。 詳細については、「 Microsoft サポート技術情報の記事318785を参照してください。

.NET Framework 4 と .NET Framework 4 クライアント プロファイルの違いは何ですか?
.NET Framework バージョン 4 の再頒布可能パッケージは、.NET Framework 4 と .NET Framework 4 クライアント プロファイルの 2 つのプロファイルで使用できます。 .NET Framework 4 クライアント プロファイルは、クライアント アプリケーション用に最適化された .NET Framework 4 プロファイルのサブセットです。 Windows Presentation Foundation (WPF)、Windows フォーム、Windows Communication Foundation (WCF)、ClickOnce の機能など、ほとんどのクライアント アプリケーションに機能を提供します。 これにより、.NET Framework 4 クライアント プロファイルを対象とするアプリケーションの展開が高速化され、インストール パッケージが小さくなります。 詳細については、MSDN の記事「 .NET Framework クライアント プロファイルを参照してください。

システムにインストールされている Microsoft .NET Framework のバージョンに対して、2 つの更新プログラムが一覧表示されています。 両方の更新プログラムをインストールする必要がありますか?
はい。 お客様は、システムにインストールされているソフトウェアに対して提供されるすべての更新プログラムを適用する必要があります。

これらのセキュリティ更新プログラムを特定の順序でインストールする必要がありますか?
いいえ。 1 つのバージョンの .NET Framework に対して複数の更新プログラムを任意の順序で適用できます。 .NET Framework の異なるバージョンに対する複数の更新プログラムは、最小バージョン番号から最上位バージョンまで順番に適用することをお勧めしますが、その順序は必要ありません。

.NET Framework 3.0 Service Pack 2 がインストールされています。このバージョンは、このセキュリティ情報の影響を受けるソフトウェアの中には記載されていません。 更新プログラムをインストールする必要がありますか?
このセキュリティ情報では、.NET Framework 2.0 機能レイヤーと .NET Framework 4 の脆弱性について説明します。 .NET Framework 3.0 Service Pack 2 インストーラー チェーンは .NET Framework 2.0 Service Pack 2 セットアップで行われます。そのため、前者をインストールすると、後者もインストールされます。 そのため、.NET Framework 3.0 Service Pack 2 がインストールされているお客様は、.NET Framework 2.0 Service Pack 2 のセキュリティ更新プログラムをインストールする必要があります。

.NET Framework 3.5 Service Pack 1 がインストールされています。 追加の更新プログラムをインストールする必要がありますか?
このセキュリティ情報では、.NET Framework 2.0 機能レイヤーと .NET Framework 4 の脆弱性について説明します。 .NET Framework 3.5 Service Pack 1 インストーラー は、.NET Framework 2.0 Service Pack 2 セットアップと .NET Framework 3.0 Service Pack 2 セットアップの両方でチェーンされます。 そのため、.NET Framework 3.5 Service Pack 1 がインストールされているお客様は、.NET Framework 2.0 Service Pack 2 のセキュリティ更新プログラムもインストールする必要があります。

このセキュリティ情報で説明されているソフトウェアの以前のリリースを使用しています。 どうすればよいですか。
このセキュリティ情報に記載されている影響を受けるソフトウェアは、影響を受けるリリースを特定するためにテストされています。 他のリリースはサポート ライフサイクルを過ぎている。 製品ライフサイクルの詳細については、Microsoft サポート ライフサイクル Web サイトを参照してください。

ソフトウェアの古いリリースをお持ちのお客様は、脆弱性にさらされる可能性を防ぐために、サポートされているリリースに移行することが優先されます。 ソフトウェア リリースのサポート ライフ サイクルを確認するには、「 ライフサイクル情報の製品の選択を参照してください。 これらのソフトウェア リリースのサービス パックの詳細については、「 Service Pack ライフサイクル サポート ポリシーを参照してください。

古いソフトウェアのカスタム サポートを必要とするお客様は、カスタム サポート オプションについて、Microsoft アカウント チームの担当者、テクニカル アカウント マネージャー、または適切な Microsoft パートナー担当者にお問い合わせください。 アライアンス、プレミア、または承認された契約を持たないお客様は、お住まいの地域の Microsoft 営業所にお問い合わせください。 連絡先情報については、 Microsoft Worldwide Information Web サイトを参照し、[連絡先情報] リストで国を選択し、[ Go ] をクリックして電話番号の一覧を表示します。 お電話の際は、地元の Premier サポートセールスマネージャーにお問い合わせください。 詳細については、Microsoft サポート ライフサイクル ポリシーに関する FAQ を参照してください。

次の重大度評価は、脆弱性の潜在的な最大影響を想定しています。 このセキュリティ情報のリリースから 30 日以内に、重大度評価とセキュリティへの影響に関する脆弱性の悪用可能性の可能性については、 10 月のセキュリティ情報の概要の Exploitability Index を参照してください。 詳細については、「 Microsoft Exploitability Index」を参照してください。

*Server Core のインストールが影響を受けます。 この更新プログラムは、示されているように、サポートされている Windows Server 2008 または Windows Server 2008 R2 のエディションに、Server Core インストール オプションを使用してインストールされるかどうかにかかわらず、同じ重大度評価で適用されます。 このインストール オプションの詳細については、「TechNet の記事」 Server Core インストールの管理 Server Core のインストールの を参照してください。 Server Core のインストール オプションは、Windows Server 2008 および Windows Server 2008 R2 の特定のエディションには適用されないことに注意してください。「 Compare Server Core のインストール オプション」を参照してください。

**Server Core のインストールは影響を受けません。 この更新プログラムで対処される脆弱性は、Server Core インストール オプションを使用してインストールされた場合、示されているように、サポートされている Windows Server 2008 または Windows Server 2008 R2 のエディションには影響しません。 このインストール オプションの詳細については、「TechNet の記事」 Server Core インストールの管理 Server Core のインストールの を参照してください。 Server Core のインストール オプションは、Windows Server 2008 および Windows Server 2008 R2 の特定のエディションには適用されないことに注意してください。「 Compare Server Core のインストール オプション」を参照してください。

^[1]。影響を受ける NET Framework 4 および .NET Framework 4 クライアント プロファイル .NET Framework バージョン 4 の再頒布可能パッケージは、.NET Framework 4 と .NET Framework 4 クライアント プロファイルの 2 つのプロファイルで使用できます。 .NET Framework 4 クライアント プロファイルは、.NET Framework 4 のサブセットです。 この更新プログラムで対処される脆弱性は、.NET Framework 4 と .NET Framework 4 クライアント プロファイルの両方に影響します。 詳細については、MSDN の記事「 .NET Framework のインストールを参照してください。

サービス拒否の脆弱性は、ASP.NET Framework が特別に細工された要求を処理する方法で存在し、ハッシュの競合を引き起こします。 攻撃者がこの脆弱性を悪用した場合、少数の特別に細工された要求が ASP.NET サーバーに送信され、パフォーマンスが大幅に低下してサービス拒否状態が発生する可能性があります。

この脆弱性を一般的な脆弱性と露出の一覧の標準エントリとして表示するには、「 CVE-2011-3414を参照してください。

軽減策とは、既定の状態で存在する設定、一般的な構成、または一般的なベスト プラクティスを指します。これにより、脆弱性の悪用の重大度が低下する可能性があります。 次の軽減要因は、状況に役立つ場合があります。

• 既定では、IIS はどの Windows オペレーティング システムでも有効になっていません
• application/x-www-form-urlencoded または multipart/form-data HTTP コンテンツ タイプを禁止するサイトは脆弱ではありません
• 既定では、.NET Framework のインストール時に ASP.NET はインストールされません。 この問題に対して脆弱になる可能性があるのは、ASP.NET を手動でインストールして有効にしたユーザーだけです。

回避策とは、基になる脆弱性を修正しないが、更新プログラムを適用する前に既知の攻撃ベクトルをブロックするのに役立つ設定または構成の変更を指します。 Microsoft は、回避策によって機能が低下するかどうかを説明する中で、次の回避策と状態をテストしました。

• 構成ベースの回避策

  次の回避策では、ASP.NET がクライアントから受け入れる最大要求サイズの制限を構成します。 最大要求サイズを小さくすると、サービス拒否攻撃に対する ASP.NET サーバーの影響を受けやすくなります。

  注: 変更を加える前に、構成をバックアップしてください。

  この構成値は、ルート web.config または applicationhost.config にエントリを追加することで、サーバー上のすべての ASP.NET サイトにグローバルに適用できます。または、特定のサイトまたはアプリケーションの web.config ファイルに追加することで、この構成を特定のサイトまたはアプリケーションに制限することもできます。 ASP.NET 構成の詳細については、MSDN の記事「 ASP.NET 構成の概要を参照してください。

  1. アプリケーションで ViewState を使用する場合は、適切な ASP.NET 構成ファイルに次の構成を追加して、ASP.NET がクライアントから受け入れる最大要求サイズを 200 KB に制限します。

     <configuration>
     

<system.web><httpruntime maxrequestlength="200" /></system.web></configuration> '''

2.  If your application does not use ASP.NET ViewState, add the following configuration in the appropriate ASP.NET configuration file to limit the maximum request size that ASP.NET will accept from a client to 20 KB.

    ```
    <configuration>
        <system.web>
        <httpRuntime maxRequestLength=">

</system.web> ```

2.  If your application does not use ASP.NET ViewState, add the following configuration in the appropriate ASP.NET configuration file to limit the maximum request size that ASP.NET will accept from a client to 20 KB.

    ```
    <configuration>

<system.web><httpruntime maxrequestlength="20" /></system.web></configuration> '''

For more information on the maxRequestLength configuration option, please refer to MSDN documentation on the [httpRuntime Element](https://msdn.microsoft.com/library/e1f13641.aspx).

**Note:** Increasing the default HTTP querystring and request header size limits will increase the susceptibility of the server to the denial of service issue being described in this advisory. For more information about how to set these limits, see [Http.sys registry settings for IIS](https://support.microsoft.com/kb/820129).

**Impact of workaround:** Client requests that exceed the configured maxRequestLength will result in a ConfigurationErrorsException thrown on the server-side and an http error status returned to the client. The limits configured previously should be used as a baseline and can be adjusted to avoid application failures. Configuring the maxRequestLength value with a smaller value also reduces the server’s susceptibility to this particular denial of service. Applications that accept client file uploads and those that generate a large viewstate are examples of applications that may be impacted by this workaround.

After you apply this workaround, the following client request failure may appear in Application event log.

```
    Event code: 3004
    Event message: Post size exceeded allowed limits.
     Exception information:
          Exception type: HttpException     
          Exception message: Maximum request length exceeded.   
    at System.Web.HttpRequest.GetEntireRawContent()   
    at System.Web.HttpRequest.FillInFormCollection()   
    at System.Web.HttpRequest.get_Form()   
    at System.Web.HttpRequest.get_HasForm()   
    at System.Web.UI.Page.GetCollectionBasedOnMethod(Boolean dontReturnNull)   
    at System.Web.UI.Page.DeterminePostBackMode()  
    at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)
```

Alternatively, the request failure may result in the following entry in an IIS log file.

```
    #Fields: s-ip cs-method cs-uri-stem cs-uri-query s-port cs-username c-ip cs(User-Agent) sc-status sc-substatus sc-win32-status time-taken
```     

``` 
    127.0.0.1 POST /webSite/Default.aspx - 80 - 127.0.0.1 - 500 0 0 1268
```

**Removing workaround:** To undo the workaround, remove the configuration sections that were added in this workaround or revert to a backup of the configuration before the workarounds.

この脆弱性の範囲は何ですか?
これはサービス拒否の脆弱性です。 この脆弱性により、認証されていない攻撃者は、サービス拒否状態を作成する ASP.NET サイトのパフォーマンスを低下させることができます。

この脆弱性の原因は何ですか?
この脆弱性は、ASP.NET が特別に細工された要求をハッシュし、そのデータをハッシュ テーブルに挿入してハッシュ競合を引き起こす方法が原因で存在します。 これらの競合の多くが連鎖すると、ハッシュ テーブルのパフォーマンスが大幅に低下し、サービス拒否状態が発生します。

攻撃者はこの脆弱性を使用して何を行う可能性がありますか?
攻撃者はこの脆弱性を使用してサービス拒否攻撃を引き起こし、ASP.NET を使用するサイトの可用性を妨害する可能性があります。

攻撃者がこの脆弱性を悪用する方法
認証されていない攻撃者は、影響を受ける ASP.NET サイトに少数の特別に細工された ASP.NET 要求を送信し、サービス拒否状態を引き起こす可能性があります。

どのシステムが主に脆弱性のリスクにさらされていますか?
ASP.NET がインストールされたインターネットに接続されたシステムは、主にこの脆弱性の危険にさらされます。 さらに、ASP.NET フォーム認証を使用する内部 Web サイトは、この脆弱性の危険にさらされる可能性があります。

更新プログラムは何を行いますか?
この更新プログラムは、.NET Framework が特別に細工された要求を処理する方法を修正することで、この脆弱性を解決します。

このセキュリティ情報が発行されたとき、この脆弱性は一般に公開されていましたか?
はい。 この脆弱性は一般に公開されています。 共通脆弱性と露出番号が割り当てられている CVE-2011-3414。

このセキュリティ情報が発行されたとき、Microsoft はこの脆弱性が悪用されたという報告を受け取りましたか?
いいえ。 マイクロソフトは、このセキュリティ情報が最初に発行されたときに、この脆弱性が顧客を攻撃するために一般に使用されたことを示す情報を受け取っていませんでした。

これは業界の問題ですか?
この種の脆弱性を対象とする攻撃は、一般的にハッシュ衝突攻撃と呼ばれます。 このような攻撃は、Microsoft テクノロジに固有ではなく、他の Web サービス ソフトウェア プロバイダーに影響します。 お客様は、Web プラットフォーム ベンダーにガイダンスまたは更新プログラムを問い合わせる必要があります。

フォーム認証プロセス中に .NET Framework がリターン URL を検証する方法にスプーフィングの脆弱性が存在します。 攻撃者がこの脆弱性を悪用した場合、ユーザーの知らないうちに、攻撃者が選択した Web サイトにユーザーをリダイレクトできます。 その後、攻撃者はフィッシング攻撃を実行して、開示するつもりのないユーザーから情報を取得する可能性があります。 この脆弱性により、攻撃者はコードを実行したり、ユーザーの権限を直接昇格させたりすることはできませんが、プライベートなままにすることを意図したユーザー情報をさらに侵害するために使用される可能性があります。

この脆弱性を一般的な脆弱性と露出の一覧の標準エントリとして表示するには、「 CVE-2011-3415を参照してください。

軽減策とは、既定の状態で存在する設定、一般的な構成、または一般的なベスト プラクティスを指します。これにより、脆弱性の悪用の重大度が低下する可能性があります。 次の軽減要因は、状況に役立つ場合があります。

• この脆弱性により、攻撃者はコードを実行したり、ユーザー権限を直接昇格させたりすることはできませんが、ユーザー情報をさらに侵害しようとする可能性のある情報を生成するために使用される可能性があります。
• 既定では、ASP.NET をインストールしてもフォーム認証は有効になりません。 有効にするには、アプリケーションごとに明示的に構成する必要があります。
• 既定では、IIS はインストールされません。
• 既定では、.NET Framework のインストール時に ASP.NET はインストールされません。 この問題に対して脆弱になる可能性があるのは、ASP.NET を手動でインストールして有効にしたユーザーだけです。
• 攻撃者は、この脆弱性を悪用するためにリンクをクリックするようユーザーに誘導する必要があります。

回避策とは、基になる脆弱性を修正しないが、更新プログラムを適用する前に既知の攻撃ベクトルをブロックするのに役立つ設定または構成の変更を指します。 Microsoft は、回避策によって機能が低下するかどうかを説明する中で、次の回避策と状態をテストしました。

• web.config でフォーム認証を無効にする

  1. バックアップ コピーを作成した後、アプリケーションまたはグローバル web.config ファイルを開きます

  2. 認証モードを Windows、Passport、または None に設定します。

     <system.web>
     
         <authentication mode=">
     

</system.web> ```

For more information on the maxRequestLength configuration option, please refer to MSDN documentation on the [httpRuntime Element](https://msdn.microsoft.com/library/e1f13641.aspx).

**Note:** Increasing the default HTTP querystring and request header size limits will increase the susceptibility of the server to the denial of service issue being described in this advisory. For more information about how to set these limits, see [Http.sys registry settings for IIS](https://support.microsoft.com/kb/820129).

**Impact of workaround:** Client requests that exceed the configured maxRequestLength will result in a ConfigurationErrorsException thrown on the server-side and an http error status returned to the client. The limits configured previously should be used as a baseline and can be adjusted to avoid application failures. Configuring the maxRequestLength value with a smaller value also reduces the server’s susceptibility to this particular denial of service. Applications that accept client file uploads and those that generate a large viewstate are examples of applications that may be impacted by this workaround.

After you apply this workaround, the following client request failure may appear in Application event log.

```
    Event code: 3004
    Event message: Post size exceeded allowed limits.
     Exception information:
          Exception type: HttpException     
          Exception message: Maximum request length exceeded.   
    at System.Web.HttpRequest.GetEntireRawContent()   
    at System.Web.HttpRequest.FillInFormCollection()   
    at System.Web.HttpRequest.get_Form()   
    at System.Web.HttpRequest.get_HasForm()   
    at System.Web.UI.Page.GetCollectionBasedOnMethod(Boolean dontReturnNull)   
    at System.Web.UI.Page.DeterminePostBackMode()  
    at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)
```

Alternatively, the request failure may result in the following entry in an IIS log file.

```
    #Fields: s-ip cs-method cs-uri-stem cs-uri-query s-port cs-username c-ip cs(User-Agent) sc-status sc-substatus sc-win32-status time-taken
```     

``` 
    127.0.0.1 POST /webSite/Default.aspx - 80 - 127.0.0.1 - 500 0 0 1268
```

**Removing workaround:** To undo the workaround, remove the configuration sections that were added in this workaround or revert to a backup of the configuration before the workarounds.

この脆弱性の範囲は何ですか?
これはサービス拒否の脆弱性です。 この脆弱性により、認証されていない攻撃者は、サービス拒否状態を作成する ASP.NET サイトのパフォーマンスを低下させることができます。

この脆弱性の原因は何ですか?
この脆弱性は、ASP.NET が特別に細工された要求をハッシュし、そのデータをハッシュ テーブルに挿入してハッシュ競合を引き起こす方法が原因で存在します。 これらの競合の多くが連鎖すると、ハッシュ テーブルのパフォーマンスが大幅に低下し、サービス拒否状態が発生します。

攻撃者はこの脆弱性を使用して何を行う可能性がありますか?
攻撃者はこの脆弱性を使用してサービス拒否攻撃を引き起こし、ASP.NET を使用するサイトの可用性を妨害する可能性があります。

攻撃者がこの脆弱性を悪用する方法
認証されていない攻撃者は、影響を受ける ASP.NET サイトに少数の特別に細工された ASP.NET 要求を送信し、サービス拒否状態を引き起こす可能性があります。

どのシステムが主に脆弱性のリスクにさらされていますか?
ASP.NET がインストールされたインターネットに接続されたシステムは、主にこの脆弱性の危険にさらされます。 さらに、ASP.NET フォーム認証を使用する内部 Web サイトは、この脆弱性の危険にさらされる可能性があります。

更新プログラムは何を行いますか?
この更新プログラムは、.NET Framework が特別に細工された要求を処理する方法を修正することで、この脆弱性を解決します。

このセキュリティ情報が発行されたとき、この脆弱性は一般に公開されていましたか?
はい。 この脆弱性は一般に公開されています。 共通脆弱性と露出番号が割り当てられている CVE-2011-3414。

このセキュリティ情報が発行されたとき、Microsoft はこの脆弱性が悪用されたという報告を受け取りましたか?
いいえ。 マイクロソフトは、このセキュリティ情報が最初に発行されたときに、この脆弱性が顧客を攻撃するために一般に使用されたことを示す情報を受け取っていませんでした。

これは業界の問題ですか?
この種の脆弱性を対象とする攻撃は、一般的にハッシュ衝突攻撃と呼ばれます。 このような攻撃は、Microsoft テクノロジに固有ではなく、他の Web サービス ソフトウェア プロバイダーに影響します。 お客様は、Web プラットフォーム ベンダーにガイダンスまたは更新プログラムを問い合わせる必要があります。

フォーム認証プロセス中に .NET Framework がリターン URL を検証する方法にスプーフィングの脆弱性が存在します。 攻撃者がこの脆弱性を悪用した場合、ユーザーの知らないうちに、攻撃者が選択した Web サイトにユーザーをリダイレクトできます。 その後、攻撃者はフィッシング攻撃を実行して、開示するつもりのないユーザーから情報を取得する可能性があります。 この脆弱性により、攻撃者はコードを実行したり、ユーザーの権限を直接昇格させたりすることはできませんが、プライベートなままにすることを意図したユーザー情報をさらに侵害するために使用される可能性があります。

この脆弱性を一般的な脆弱性と露出の一覧の標準エントリとして表示するには、「 CVE-2011-3415を参照してください。

軽減策とは、既定の状態で存在する設定、一般的な構成、または一般的なベスト プラクティスを指します。これにより、脆弱性の悪用の重大度が低下する可能性があります。 次の軽減要因は、状況に役立つ場合があります。

• この脆弱性により、攻撃者はコードを実行したり、ユーザー権限を直接昇格させたりすることはできませんが、ユーザー情報をさらに侵害しようとする可能性のある情報を生成するために使用される可能性があります。
• 既定では、ASP.NET をインストールしてもフォーム認証は有効になりません。 有効にするには、アプリケーションごとに明示的に構成する必要があります。
• 既定では、IIS はインストールされません。
• 既定では、.NET Framework のインストール時に ASP.NET はインストールされません。 この問題に対して脆弱になる可能性があるのは、ASP.NET を手動でインストールして有効にしたユーザーだけです。
• 攻撃者は、この脆弱性を悪用するためにリンクをクリックするようユーザーに誘導する必要があります。

回避策とは、基になる脆弱性を修正しないが、更新プログラムを適用する前に既知の攻撃ベクトルをブロックするのに役立つ設定または構成の変更を指します。 Microsoft は、回避策によって機能が低下するかどうかを説明する中で、次の回避策と状態をテストしました。

• web.config でフォーム認証を無効にする

  1. バックアップ コピーを作成した後、アプリケーションまたはグローバル web.config ファイルを開きます

  2. 認証モードを Windows、Passport、または None に設定します。

     <system.web>
     

```

    Details of each mode can be found at <https:>.

    **How to undo the workaround.** 

    Restore your web.config file from your backup copy.

この脆弱性の範囲は何ですか?
これはスプーフィングの脆弱性です。 この脆弱性により、攻撃者はユーザーの知らないうちに、攻撃者が選択した Web サイトにユーザーをリダイレクトする可能性があります。 その後、攻撃者はフィッシング攻撃を実行して、開示するつもりのないユーザーから情報を取得する可能性があります。 この脆弱性により、攻撃者はコードを実行したり、ユーザーの権限を直接昇格させたりすることはできませんが、プライベートなままにすることを意図したユーザー情報をさらに侵害するために使用される可能性があります。

フィッシングとは
オンライン フィッシング (フィッシングと発音) は、コンピューター ユーザーをだまして、不正な電子メール メッセージや Web サイトを通じて個人情報や財務情報を明らかにする方法です。 一般的なオンライン フィッシング詐欺は、銀行、クレジット カード会社、評判の良いオンライン 販売者など、信頼できるソースからの公式通知に似た電子メール メッセージから始まります。 電子メール メッセージでは、受信者は不正な Web サイトに誘導され、アカウント番号やパスワードなどの個人情報の提供を求められます。 この情報は、通常、ID の盗難に使用されます。

この脆弱性の原因は何ですか?
この脆弱性は、フォーム認証プロセス中に .NET Framework がリターン URL を誤って検証した場合に発生します。

ASP.NET のフォーム認証とは
フォーム認証では、ユーザーがサイトにログオンしたときに作成された認証チケットが使用され、サイト全体でユーザーが追跡されます。 フォーム認証チケットは、通常、Cookie 内に含まれています。 ただし、ASP.NET バージョン 2.0 では Cookie レス フォーム認証がサポートされており、その結果、チケットがクエリ文字列で渡されます。 詳細については、MSDN の記事「 Explained: ASP.NET 2.0 のフォーム認証を参照してください。

攻撃者はこの脆弱性を使用して何を行う可能性がありますか?
攻撃者がこの脆弱性を悪用した場合、ユーザーの知らないうちに、攻撃者が選択した Web サイトにユーザーをリダイレクトする可能性があります。 この脆弱性により、攻撃者はコードを実行したり、ユーザーの権限を直接昇格させたりすることはできませんが、プライベートなままにすることを意図したユーザー情報をさらに侵害するために使用される可能性があります。

攻撃者がこの脆弱性を悪用する方法
攻撃者は、特別に細工された URL を作成し、ユーザーにクリックを誘導する可能性があります。 ユーザーが予想される Web サイトにログインした後、攻撃者はそのユーザーを攻撃者が制御する Web サイトにリダイレクトします。 その後、攻撃者はユーザーに対し、非公開のままにすることを意図した情報を漏えいさせる可能性があります。 ただし、いずれの場合も、攻撃者は、攻撃者が制御するコンテンツをユーザーに強制的に表示させる方法はありません。 代わりに、攻撃者は、通常、電子メール メッセージまたはインスタント メッセンジャー メッセージ内のリンクをクリックして、予想される Web サイトにログインした後にユーザーを攻撃者の Web サイトに誘導することで、ユーザーにアクションを実行するようユーザーを誘導する必要があります。

どのシステムが主に脆弱性のリスクにさらされていますか?
ASP.NET がインストールされたインターネットに接続されたシステムは、主にこの脆弱性の危険にさらされます。 さらに、ASP.NET フォーム認証を使用する内部 Web サイトは、この脆弱性の危険にさらされる可能性があります。

更新プログラムは何を行いますか?
この更新プログラムは、フォーム認証中に .NET Framework がリターン URL を検証する方法を修正することにより、この脆弱性を解決します。

このセキュリティ情報が発行されたとき、この脆弱性は一般に公開されていましたか?
いいえ。 Microsoft は、調整された脆弱性の開示を通じて、この脆弱性に関する情報を受け取りました。

このセキュリティ情報が発行されたとき、Microsoft はこの脆弱性が悪用されたという報告を受け取りましたか?
いいえ。 マイクロソフトは、このセキュリティ情報が最初に発行されたときに、この脆弱性が顧客を攻撃するために一般に使用されたことを示す情報を受け取っていませんでした。

.NET Framework がユーザーを認証する方法に特権の昇格の脆弱性が存在します。 この脆弱性を悪用するには、認証されていない攻撃者が ASP.NET アプリケーションにアカウントを登録でき、対象ユーザーの既存のアカウント名を知っている必要があります。 その後、攻撃者は、以前に登録されたアカウント名を使用して特別な Web 要求を作成し、そのアカウントにアクセスする可能性があります。 攻撃者は、サイトで任意のコマンドを実行するなど、対象ユーザーのコンテキストで何らかのアクションを実行する可能性があります。

この脆弱性を一般的な脆弱性と露出の一覧の標準エントリとして表示するには、「 CVE-2011-3416を参照してください。

軽減策とは、既定の状態で存在する設定、一般的な構成、または一般的なベスト プラクティスを指します。これにより、脆弱性の悪用の重大度が低下する可能性があります。 次の軽減要因は、状況に役立つ場合があります。

• 攻撃者は、ASP.NET アプリケーションにアカウントを登録でき、既存のユーザー名を知っている必要があります。
• 既定では、ASP.NET をインストールしてもフォーム認証は有効になりません。 有効にするには、アプリケーションごとに明示的に構成する必要があります。
• 既定では、IIS はインストールされません。
• 既定では、.NET のインストール時に ASP.NET はインストールされません。 この問題に対して脆弱になる可能性があるのは、ASP.NET を手動でインストールして有効にしたユーザーだけです。

回避策とは、基になる脆弱性を修正しないが、更新プログラムを適用する前に既知の攻撃ベクトルをブロックするのに役立つ設定または構成の変更を指します。 Microsoft は、回避策によって機能が低下するかどうかを説明する中で、次の回避策と状態をテストしました。

• ticketCompatibilityMode を Framework40 に設定する

  これは、ticketCompatibilityMode 設定が ASP.NET v4.0 で導入されたため、ASP.NET 4 以降を実行しているサイトにのみ適用されます。

  1. バックアップ コピーを作成した後、アプリケーションまたはグローバル web.config ファイルを開きます

  2. ticketCompatibilityMode を Framework40 に設定します。 この設定の既定値は "Framework20" であることに注意してください

     <system.web>
     

```

**How to undo the workaround.** 

Restore your web.config file from your backup copy.

• web.config でフォーム認証を無効にする

  1. バックアップ コピーを作成した後、アプリケーションまたはグローバル web.config ファイルを開きます

  2. 認証モードを Windows、Passport、または None に設定します。

     <system.web>
     
       <authentication mode="Windows | Passport | None">
     

</system.web> '''

    Details of each mode can be found at </https:><https:>.

    **How to undo the workaround.** 

    Restore your web.config file from your backup copy.

この脆弱性の範囲は何ですか?
これは、認証されていないリモートの攻撃者が ASP.NET アプリケーション上の別のアカウントにアクセスし、攻撃者が対象ユーザーのコンテキストでサイト上で任意のコマンドを実行できるようにする特権の昇格の脆弱性です。

この脆弱性の原因は何ですか?
この脆弱性は、ASP.NET Framework が特別に細工されたユーザー名を誤って認証した場合に発生します。

攻撃者はこの脆弱性を使用して何を行う可能性がありますか?
攻撃者がこの脆弱性を悪用した場合、サイトで任意のコマンドを実行するなど、対象ユーザーのコンテキストで何らかのアクションを実行する可能性があります。

攻撃者がこの脆弱性を悪用する方法
この脆弱性を悪用するには、認証されていない攻撃者が最初に、サイト上で偽装する既存のアカウント名に関する知識を持っている必要があります。 その後、攻撃者は、以前に登録されたアカウント名を使用して特別な Web 要求を作成し、そのアカウントにアクセスする可能性があります。 攻撃者は、サイトで任意のコマンドを実行するなど、対象ユーザーのコンテキストで何らかのアクションを実行する可能性があります。

どのシステムが主に脆弱性のリスクにさらされていますか?
ASP.NET がインストールされたインターネットに接続されたシステムは、主にこの脆弱性の危険にさらされます。 さらに、ASP.NET フォーム認証を使用する内部 Web サイトは、この脆弱性の危険にさらされる可能性があります。

Web サイトで Web ファームを使用している場合、Web ファーム内のすべての コンピューター 更新する必要がありますか?
はい。 この更新プログラムは、以前の形式と互換性のない方法でフォーム認証チケットの形式を変更します。 つまり、新しい動作を使用して生成されたチケットは、古い動作を使用するコンピューターでは読み取ることができません。その逆も同様です。 アプリケーションでフォーム ベースの認証を使用する管理者は、このセキュリティ更新プログラムを展開するときに特定の手順を実行して、すべてのサーバーが新しい動作に同時に切り替える必要があります。

詳細については、 Microsoft TechNet の記事2659968を参照してください。

Web ファーム内の コンピューター 一度に 1 つずつ更新することはできますか 同時に更新することはできますか?
はい。 特定の Web ファーム内のすべてのサーバーに MS11-100 を同時に展開できない場合は、更新プログラムをインストールする前に、更新プログラムをインストールする前に互換性スイッチを設定して、更新プログラムのインストール後に古い動作を強制することができます。 使用する互換性スイッチは次のとおりです。

<appsettings>
<add key="aspnet:UseLegacyFormsAuthenticationTicketCompatibility" value="true">
</add></appsettings>

このスイッチを設定すると、一部のコンピューターのみが更新された Web ファームが正常に機能し続けられます。 ただし、構成スイッチが設定されているコンピューターは安全でない状態になり、このセキュリティ更新プログラムの修正プログラムの恩恵を受けないことを知る必要があります。 ファーム内のすべてのコンピューターに MS11-100 を展開した後、新しいセキュリティで保護された動作を有効にするには、構成スイッチを削除する必要があります。

この更新プログラムは、サイトのフォーム認証 ticketCompatibilityMode 設定を優先しますか?
いいえ。 このセキュリティ更新プログラムの修正によりフォーム認証チケットの形式が変更されるため、MS11-100 がインストールされると ticketCompatibilityMode 構成設定はサポートされなくなりました。

更新プログラムは何を行いますか?
この更新プログラムは、ASP.NET Framework がユーザーを認証する方法を修正することにより、この脆弱性を解決します。

このセキュリティ情報が発行されたとき、この脆弱性は一般に公開されていましたか?
いいえ。 Microsoft は、調整された脆弱性の開示を通じて、この脆弱性に関する情報を受け取りました。

このセキュリティ情報が発行されたとき、Microsoft はこの脆弱性が悪用されたという報告を受け取りましたか?
いいえ。 マイクロソフトは、このセキュリティ情報が最初に発行されたときに、この脆弱性が顧客を攻撃するために一般に使用されたことを示す情報を受け取っていませんでした。

フォーム認証がスライディング有効期限と共に使用される場合、ASP.NET Framework がキャッシュされたコンテンツを処理する方法に特権の昇格の脆弱性が存在します。 攻撃者がこの脆弱性を悪用した場合、ユーザーがターゲット ユーザーのコンテキストでサイトで実行できる任意のコマンドを実行するなど、あらゆるアクションを実行する可能性があります。 電子メール攻撃のシナリオでは、攻撃者は特別に細工されたリンクをユーザーに送信し、ユーザーにリンクをクリックするよう誘導することで、この脆弱性を悪用する可能性があります。 攻撃者は、ユーザーに Web サイトへのアクセスを強制する方法はありません。 代わりに、攻撃者は、通常、電子メール メッセージまたはインスタント メッセンジャー メッセージ内のリンクをクリックして、ユーザーにアクションを実行するよう誘導する必要があります。

この脆弱性を一般的な脆弱性と露出の一覧の標準エントリとして表示するには、「 CVE-2011-3417を参照してください。

軽減策とは、既定の状態で存在する設定、一般的な構成、または一般的なベスト プラクティスを指します。これにより、脆弱性の悪用の重大度が低下する可能性があります。 次の軽減要因は、状況に役立つ場合があります。

• 既定では、ASP.NET 応答は OutputCache によってキャッシュされません。 サイトの開発者は、ページの OutputCache ディレクティブを使用して出力キャッシュをオプトインする必要があります。
• 攻撃者がこの脆弱性を悪用した場合、ターゲット ユーザーと同じユーザー権限を取得する可能性があります。 システム上でアカウントのユーザー権限が少なく構成されているユーザーは、管理ユーザー権限で作業するユーザーに比べて、受ける影響は少ない可能性があります。
• 既定では、IIS は影響を受けるオペレーティング システムのバージョンにはインストールされません。 手動でインストールしたユーザーのみが、この問題に対して脆弱になる可能性があります。
• 既定では、.NET のインストール時に ASP.NET はインストールされません。 この問題に対して脆弱になる可能性があるのは、ASP.NET を手動でインストールして有効にしたユーザーだけです。

回避策とは、基になる脆弱性を修正しないが、更新プログラムを適用する前に既知の攻撃ベクトルをブロックするのに役立つ設定または構成の変更を指します。 Microsoft は、回避策によって機能が低下するかどうかを説明する中で、次の回避策と状態をテストしました。

• フォーム認証 Cookie を SSL チャネルに制限する

  バックアップ コピーを作成した後、アプリケーションまたはグローバル web.config ファイルを開きます。

  次のコードに示すように、 <forms> 要素に requireSSL="true" を設定します。

      <forms loginurl="Secure\Login.aspx" requiressl="true">
  

  回避策を元に戻す方法。 

  バックアップ コピーから web.config ファイルを復元します。

• フォーム認証 Cookie のスライディング有効期限を無効にする

  1. バックアップ コピーを作成した後、アプリケーションまたはグローバル web.config ファイルを開きます

  2. 次のコードに示すように、 <forms> 要素に slidingExpiration="false" を設定します。

     </forms><forms slidingexpiration="false">
     

  回避策の影響。 チケットの有効期限が切れた後、ユーザーは強制的に再ログインを強制されます。

  回避策を元に戻す方法。 

  バックアップ コピーから web.config ファイルを復元します。

• OutputCache を無効にする

  1. Web アプリケーション フォルダーをバックアップします。
  2. Web ページのすべての <%@ OutputCache %> ディレクティブを削除します。
  3. Web サイトが MVC アプリケーションの場合は、コントローラー アクションからすべての OutputCache 属性も削除します。

  回避策の影響。 チケットの有効期限が切れた後、ユーザーは強制的に再ログインを強制されます。

  回避策を元に戻す方法。 

  Web アプリケーション フォルダーを復元します。

この脆弱性の範囲は何ですか?
これは、リモートの認証されていない攻撃者が .NET アプリケーション上の別のアカウントにアクセスする特権の昇格の脆弱性です。

この脆弱性の原因は何ですか?
この脆弱性は、フォーム認証がスライディング有効期限と共に使用される場合に、.NET Framework がキャッシュされたコンテンツを誤って処理する場合に発生します。

攻撃者はこの脆弱性を使用して何を行う可能性がありますか?
攻撃者がこの脆弱性を悪用した場合、任意のコマンドの実行を含め、ユーザーが対象ユーザーのコンテキストでサイトで実行できるあらゆるアクションを実行する可能性があります。

攻撃者がこの脆弱性を悪用する方法
電子メール攻撃のシナリオでは、攻撃者は特別に細工されたリンクをユーザーに送信し、ユーザーにリンクをクリックするよう誘導することで、この脆弱性を悪用する可能性があります。 攻撃者は、ユーザーに Web サイトへのアクセスを強制する方法はありません。 代わりに、攻撃者は、通常、電子メール メッセージまたはインスタント メッセンジャー メッセージ内のリンクをクリックして、ユーザーにアクションを実行するよう誘導する必要があります。

ASP.NET のフォーム認証とは
フォーム認証では、ユーザーがサイトにログオンしたときに作成された認証チケットが使用され、サイト全体でユーザーが追跡されます。 フォーム認証チケットは、通常、Cookie 内に含まれています。 ただし、ASP.NET バージョン 2.0 では Cookie レス フォーム認証がサポートされており、その結果、チケットがクエリ文字列で渡されます。 詳細については、MSDN の記事「 Explained: ASP.NET 2.0 のフォーム認証を参照してください。

どのシステムが主に脆弱性のリスクにさらされていますか?
IIS と ASP.NET がインストールされたインターネットに接続するシステムは、主にこの脆弱性の危険にさらされます。 さらに、ASP.NET フォーム認証を使用する内部 Web サイトは、この脆弱性の危険にさらされる可能性があります。

更新プログラムは何を行いますか?
この更新プログラムは、ASP.NET がキャッシュされたコンテンツを処理する方法に対処します。

このセキュリティ情報が発行されたとき、この脆弱性は一般に公開されていましたか?
いいえ。 Microsoft は、調整された脆弱性の開示を通じて、この脆弱性に関する情報を受け取りました。

このセキュリティ情報が発行されたとき、Microsoft はこの脆弱性が悪用されたという報告を受け取りましたか?
いいえ。 マイクロソフトは、このセキュリティ情報が最初に発行されたときに、この脆弱性が顧客を攻撃するために一般に使用されたことを示す情報を受け取っていませんでした。

Security Central

組織内のサーバー、デスクトップ、モバイル システムに展開するために必要なソフトウェアとセキュリティの更新プログラムを管理します。 詳細については、 TechNet 更新管理センターを参照してください。 Microsoft TechNet Security Web サイトでは、Microsoft 製品のセキュリティに関する追加情報が提供されます。

セキュリティ更新プログラムは、 Microsoft Update および Windows Update から入手できます。 セキュリティ更新プログラムは、 Microsoft ダウンロード センターからも入手できます。 "セキュリティ更新プログラム" のキーワード検索を実行すると、最も簡単に見つけることができます。

最後に、セキュリティ更新プログラムは、 Microsoft Update Catalog からダウンロードできます。 Microsoft Update カタログには、セキュリティ更新プログラム、ドライバー、サービス パックなど、Windows Update と Microsoft Update を通じて利用できるコンテンツの検索可能なカタログが用意されています。 セキュリティ情報番号 ("MS07-036" など) を使用して検索すると、該当するすべての更新プログラムをバスケット (更新プログラムの異なる言語を含む) に追加し、選択したフォルダーにダウンロードできます。 Microsoft Update カタログの詳細については、「 Microsoft Update カタログに関する FAQを参照してください。

検出と展開のガイダンス

Microsoft では、セキュリティ更新プログラムの検出と展開に関するガイダンスを提供しています。 このガイダンスには、IT プロフェッショナルがセキュリティ更新プログラムの検出と展開にさまざまなツールを使用する方法を理解するのに役立つ推奨事項と情報が含まれています。 詳細については、「 Microsoft サポート技術情報の記事961747を参照してください。

Microsoft Baseline Security Analyzer

Microsoft Baseline Security Analyzer (MBSA) を使用すると、管理者はローカル およびリモート システムをスキャンして、不足しているセキュリティ更新プログラムと、一般的なセキュリティ構成の誤りを確認できます。 MBSA の詳細については、「 Microsoft ベースライン セキュリティ アナライザーを参照してください。

次の表に、このセキュリティ更新プログラムの MBSA 検出の概要を示します。

注 MBSA、Microsoft Update、および Windows Server Update Services の最新リリースでサポートされていないレガシ ソフトウェアを使用しているお客様は、 Microsoft ベースライン セキュリティ アナライザーにアクセスし レガシ ツールで包括的なセキュリティ更新プログラムの検出を作成する方法については、「レガシ 製品サポート」セクションを参照してください。

Windows Server Update Services

Windows Server Update Services (WSUS) を使用すると、情報技術管理者は、Windows オペレーティング システムを実行しているコンピューターに最新の Microsoft 製品更新プログラムを展開できます。 Windows Server Update Services を使用してセキュリティ更新プログラムを展開する方法の詳細については、TechNet の記事「 Windows Server Update Servicesを参照してください。

Systems Management Server

次の表に、このセキュリティ更新プログラムの SMS 検出と展開の概要を示します。

注 Microsoft は 2011 年 4 月 12 日に SMS 2.0 のサポートを終了しました。 SMS 2003 では、Microsoft は 2011 年 4 月 12 日にセキュリティ更新プログラム インベントリ ツール (SUIT) のサポートも終了しました。 お客様は、 System Center Configuration Manager 2007 にアップグレードすることをお勧めします。 SMS 2003 Service Pack 3 に残っているお客様の場合、 Inventory Tool for Microsoft Updates (ITMU) もオプションです。

SMS 2003 の場合、SMS 2003 Inventory Tool for Microsoft Updates (ITMU) を SMS で使用して、 Microsoft Update によって提供され、 Windows Server Update Services でサポートされているセキュリティ更新プログラムを検出できます。 SMS 2003 ITMU の詳細については、「 SMS 2003 Inventory Tool for Microsoft Updates」を参照してください。 SMS スキャン ツールの詳細については、「 SMS 2003 ソフトウェア更新プログラムのスキャン ツールを参照してください。 システム管理サーバー 2003 の ダウンロードも参照してください。

System Center Configuration Manager 2007 では、更新プログラムの検出に WSUS 3.0 が使用されます。 Configuration Manager 2007 ソフトウェア更新管理の詳細については、「 System Center Configuration Manager 2007を参照してください。

SMS の詳細については、 SMS の Web サイトを参照してください。

詳細については、「 Microsoft サポート技術情報の記事 910723: 毎月の検出と展開のガイダンスに関する記事の概要リスト」を参照してください。

互換性エバリュエーターとアプリケーション互換性ツールキットの更新

多くの場合、更新プログラムは、アプリケーションの実行に必要なのと同じファイルとレジストリ設定に書き込みます。 これにより、非互換性がトリガーされ、セキュリティ更新プログラムの展開にかかる時間が長くなる可能性があります。 Application Compatibility Toolkit に含まれる Update 互換性エバリュエーター コンポーネントを使用して、インストールされているアプリケーションに対する Windows 更新プログラムのテストと検証を効率化できます。

Application Compatibility Toolkit (ACT) には、環境に Windows Vista、Windows Update、Microsoft セキュリティ更新プログラム、または新しいバージョンの Windows Internet Explorer を展開する前に、アプリケーションの互換性の問題を評価して軽減するために必要なツールとドキュメントが含まれています。

影響を受けるソフトウェア

影響を受けるソフトウェアの特定のセキュリティ更新プログラムの詳細については、適切なリンクをクリックしてください。

参照テーブル

次の表に、このソフトウェアのセキュリティ更新プログラムの情報を示します。 その他の情報については、このセクションのサブセクション「デプロイ情報」を参照してください。

注 Windows XP Professional x64 Edition のサポートされているバージョンの更新プログラムは、サポートされているバージョンの Windows Server 2003 x64 Edition にも適用されます。

更新プログラムのインストール

このセキュリティ更新プログラムをインストールすると、インストーラーは、システムで更新される 1 つ以上のファイルが以前に Microsoft 修正プログラムによって更新されたかどうかを確認します。

これらのファイルのいずれかを更新する修正プログラムを以前にインストールした場合、インストーラーは RTMQFE、SP1QFE、または SP2QFE ファイルをシステムにコピーします。 それ以外の場合、インストーラーは RTMGDR、SP1GDR、または SP2GDR ファイルをシステムにコピーします。 セキュリティ更新プログラムには、これらのファイルのすべてのバリエーションが含まれていない場合があります。 この動作の詳細については、「 Microsoft サポート技術情報の記事824994を参照してください。

インストーラーの詳細については、「 Microsoft サポート技術情報の記事832475を参照してください。

hotfix など、このセキュリティ情報に表示される用語の詳細については、「Microsoft サポート技術情報の記事824684を参照してください。

このセキュリティ更新プログラムは、Microsoft .NET Framework 1.1 Service Pack 1 の次のセットアップ スイッチをサポートしています。

インストーラーの詳細については、 MSDN Web サイトを参照してください。

hotfix など、このセキュリティ情報に表示される用語の詳細については、「Microsoft サポート技術情報の記事824684を参照してください。

このセキュリティ更新プログラムは、Microsoft .NET Framework 2.0 Service Pack 2 および Microsoft .NET Framework 3.5 Service Pack 1 および Microsoft .NET Framework 4 の次のセットアップ スイッチをサポートします。

更新プログラムの削除

このセキュリティ更新プログラムは、Microsoft .NET Framework 1.1 Service Pack 1 の次のセットアップ スイッチをサポートしています。

このセキュリティ更新プログラムは、Microsoft .NET Framework 2.0 Service Pack 2、Microsoft .NET Framework 3.5 Service Pack 1、および Microsoft .NET Framework 4 の次のセットアップ スイッチをサポートします。

更新プログラムが適用されたことを確認する

• Microsoft Baseline Security Analyzer

  影響を受けるシステムにセキュリティ更新プログラムが適用されていることを確認するために、Microsoft Baseline Security Analyzer (MBSA) ツールを使用できる場合があります。 詳細については、このセキュリティ情報の「 検出と展開のツールとガイダンス」セクションを参照してください。

• ファイル バージョンの検証

  Microsoft Windows には複数のエディションがあるため、システムで次の手順が異なる場合があります。 この場合、製品のマニュアルを参照のうえ、手順を実行するようにしてください。

  1. [ Start] をクリックし、[ Search] をクリックします。
  2. [検索結果] ウィンドウで、[検索コンパニオン] の下にある [すべてのファイルとフォルダークリックします。
  3. [ すべてまたはファイル名の一部 ボックスに、適切なファイル情報テーブルのファイル名を入力し、[ Search をクリックします。
  4. ファイルの一覧で、適切なファイル情報テーブルのファイル名を右クリックし、 Properties をクリックします。
     注 オペレーティング システムのエディションまたはシステムにインストールされているプログラムによっては、ファイル情報テーブルに一覧表示されている一部のファイルがインストールされない場合があります。
  5. Version タブで、システムにインストールされているファイルのバージョンを、適切なファイル情報テーブルに記載されているバージョンと比較して確認します。
     注 インストール時にファイル バージョン以外の属性が変更される場合があります。 他のファイル属性とファイル情報テーブル内の情報の比較は、更新プログラムが適用されたことを確認するサポートされている方法ではありません。 また、場合によっては、インストール時にファイルの名前が変更されることがあります。 ファイルまたはバージョンの情報が存在しない場合は、他のいずれかの方法を使用して更新プログラムのインストールを確認します。

• レジストリ キーの検証

  このセクションの Reference Table に記載されているレジストリ キーを確認することで、このセキュリティ更新プログラムがインストールしたファイルを確認することもできます。

  これらのレジストリ キーには、インストールされているファイルの完全な一覧が含まれていない場合があります。 また、管理者または OEM がこのセキュリティ更新プログラムを Windows インストール ソース ファイルに統合またはスリップストリームすると、これらのレジストリ キーが正しく作成されない場合があります。

参照テーブル

次の表に、このソフトウェアのセキュリティ更新プログラムの情報を示します。 その他の情報については、このセクションのサブセクション「デプロイ情報」を参照してください。

注 Windows Server 2003 x64 Edition のサポートされているバージョンの更新プログラムは、サポートされているバージョンの Windows XP Professional x64 Edition にも適用されます。

更新プログラムのインストール

このセキュリティ更新プログラムをインストールすると、インストーラーは、システムで更新される 1 つ以上のファイルが以前に Microsoft 修正プログラムによって更新されたかどうかを確認します。

これらのファイルのいずれかを更新する修正プログラムを以前にインストールした場合、インストーラーは RTMQFE、SP1QFE、または SP2QFE ファイルをシステムにコピーします。 それ以外の場合、インストーラーは RTMGDR、SP1GDR、または SP2GDR ファイルをシステムにコピーします。 セキュリティ更新プログラムには、これらのファイルのすべてのバリエーションが含まれていない場合があります。 この動作の詳細については、「 Microsoft サポート技術情報の記事824994を参照してください。

インストーラーの詳細については、「 Microsoft サポート技術情報の記事832475を参照してください。

hotfix など、このセキュリティ情報に表示される用語の詳細については、「Microsoft サポート技術情報の記事824684を参照してください。

このセキュリティ更新プログラムは、Windows Server 2003 Service Pack 2 の Microsoft .NET Framework 1.1 Service Pack 1 の次のセットアップ スイッチをサポートします。

注 これらのスイッチを 1 つのコマンドに結合できます。 下位互換性のために、セキュリティ更新プログラムは、以前のバージョンのセットアップ プログラムで使用されるセットアップ スイッチの多くもサポートしています。 サポートされているインストール スイッチの詳細については、「 Microsoft サポート技術情報の記事262841を参照してください。

このセキュリティ更新プログラムは、Windows Server 2003 x64 Edition Service Pack 2 および Windows Server 2003 Itanium ベースのエディション Service Pack 2 の Microsoft .NET Framework 1.1 Service Pack 1 の次のセットアップ スイッチをサポートします。

インストーラーの詳細については、 MSDN Web サイトを参照してください。

hotfix など、このセキュリティ情報に表示される用語の詳細については、「Microsoft サポート技術情報の記事824684を参照してください。

このセキュリティ更新プログラムは、Microsoft .NET Framework 2.0 Service Pack 2 および Microsoft .NET Framework 3.5 Service Pack 1 および Microsoft .NET Framework 4 の次のセットアップ スイッチをサポートします。

更新プログラムの削除

このセキュリティ更新プログラムは、Windows Server 2003 Service Pack 2 の Microsoft .NET Framework 1.1 Service Pack 1 の次のセットアップ スイッチをサポートします。

このセキュリティ更新プログラムは、Windows Server 2003 x64 Edition Service Pack 2 および Windows Server 2003 Itanium ベースのエディション Service Pack 2 の Microsoft .NET Framework 1.1 Service Pack 1 の次のセットアップ スイッチをサポートします。

このセキュリティ更新プログラムは、Microsoft .NET Framework 2.0 Service Pack 2 および Microsoft .NET Framework 3.5 Service Pack 1 および Microsoft .NET Framework 4 の次のセットアップ スイッチをサポートします。

更新プログラムが適用されたことを確認する

• Microsoft Baseline Security Analyzer

  影響を受けるシステムにセキュリティ更新プログラムが適用されていることを確認するために、Microsoft Baseline Security Analyzer (MBSA) ツールを使用できる場合があります。 詳細については、このセキュリティ情報の「 検出と展開のツールとガイダンス」セクションを参照してください。

• ファイル バージョンの検証

  Microsoft Windows には複数のエディションがあるため、システムで次の手順が異なる場合があります。 この場合、製品のマニュアルを参照のうえ、手順を実行するようにしてください。

  1. [ Start] をクリックし、[ Search] をクリックします。
  2. [検索結果] ウィンドウで、[検索コンパニオン] の下にある [すべてのファイルとフォルダークリックします。
  3. [ すべてまたはファイル名の一部 ボックスに、適切なファイル情報テーブルのファイル名を入力し、[ Search をクリックします。
  4. ファイルの一覧で、適切なファイル情報テーブルのファイル名を右クリックし、 Properties をクリックします。
     注 オペレーティング システムのエディションまたはシステムにインストールされているプログラムによっては、ファイル情報テーブルに一覧表示されている一部のファイルがインストールされない場合があります。
  5. Version タブで、システムにインストールされているファイルのバージョンを、適切なファイル情報テーブルに記載されているバージョンと比較して確認します。
     注 インストール時にファイル バージョン以外の属性が変更される場合があります。 他のファイル属性とファイル情報テーブル内の情報の比較は、更新プログラムが適用されたことを確認するサポートされている方法ではありません。 また、場合によっては、インストール時にファイルの名前が変更されることがあります。 ファイルまたはバージョンの情報が存在しない場合は、他のいずれかの方法を使用して更新プログラムのインストールを確認します。

• レジストリ キーの検証

  このセクションの Reference Table に記載されているレジストリ キーを確認することで、このセキュリティ更新プログラムがインストールしたファイルを確認することもできます。

  これらのレジストリ キーには、インストールされているファイルの完全な一覧が含まれていない場合があります。 また、管理者または OEM がこのセキュリティ更新プログラムを Windows インストール ソース ファイルに統合またはスリップストリームすると、これらのレジストリ キーが正しく作成されない場合があります。

参照テーブル

次の表に、このソフトウェアのセキュリティ更新プログラムの情報を示します。 その他の情報については、このセクションのサブセクション「デプロイ情報」を参照してください。

更新プログラムのインストール

このセキュリティ更新プログラムをインストールすると、インストーラーは、システムで更新される 1 つ以上のファイルが以前に Microsoft 修正プログラムによって更新されたかどうかを確認します。

hotfix など、このセキュリティ情報に表示される用語の詳細については、「Microsoft サポート技術情報の記事824684を参照してください。

Microsoft .NET Framework 1.1 Service Pack 1 の更新プログラムのインストール (KB2656353)

このセキュリティ更新プログラムは、次のセットアップ スイッチをサポートしています。

インストーラーの詳細については、 MSDN Web サイトを参照してください。

hotfix など、このセキュリティ情報に表示される用語の詳細については、「Microsoft サポート技術情報の記事824684を参照してください。

Update のインストール Microsoft .NET Framework 2.0 Service Pack 2 (KB2656362)

このセキュリティ更新プログラムは、Microsoft .NET Framework 2.0 Service Pack 2 の次のセットアップ スイッチをサポートしています。

サポートされているセキュリティ更新プログラムのインストール スイッチ

Update のインストール Microsoft .NET Framework 3.5 Service Pack 1and Microsoft .NET Framework 4 (KB2572063)

このセキュリティ更新プログラムは、Microsoft .NET Framework 3.5 Service Pack 1 および Microsoft .NET Framework 4 の次のセットアップ スイッチをサポートします。

更新プログラムが適用されたことを確認する

• Microsoft Baseline Security Analyzer

  影響を受けるシステムにセキュリティ更新プログラムが適用されていることを確認するために、Microsoft Baseline Security Analyzer (MBSA) ツールを使用できる場合があります。 詳細については、このセキュリティ情報の「 検出と展開のツールとガイダンス」セクションを参照してください。

• ファイル バージョンの検証

  Microsoft Windows には複数のエディションがあるため、システムで次の手順が異なる場合があります。 この場合、製品のマニュアルを参照のうえ、手順を実行するようにしてください。

  1. [ 開始 ] をクリックし、[ Start Search ボックスに更新ファイル名を入力します。
  2. Programsの下にファイルが表示されたら、ファイル名を右クリックし、Properties をクリックします。
  3. [ General タブで、ファイル サイズを、セキュリティ情報の KB 記事に記載されているファイル情報テーブルと比較します。
     注 オペレーティング システムのエディションまたはシステムにインストールされているプログラムによっては、ファイル情報テーブルに一覧表示されている一部のファイルがインストールされない場合があります。
  4. [詳細] タブをクリックして、ファイルのバージョンや更新日などの情報を、セキュリティ情報の KB 記事に記載されているファイル情報テーブルと比較することもできます。
     注 インストール時にファイル バージョン以外の属性が変更される場合があります。 他のファイル属性とファイル情報テーブル内の情報の比較は、更新プログラムが適用されたことを確認するサポートされている方法ではありません。 また、場合によっては、インストール時にファイルの名前が変更されることがあります。 ファイルまたはバージョンの情報が存在しない場合は、他のいずれかの方法を使用して更新プログラムのインストールを確認します。
  5. 最後に、[ Previous Versions タブをクリックして、ファイルの以前のバージョンのファイル情報と、ファイルの新しいバージョンまたは更新されたバージョンのファイル情報を比較することもできます。

参照テーブル

次の表に、このソフトウェアのセキュリティ更新プログラムの情報を示します。 その他の情報については、このセクションのサブセクション「デプロイ情報」を参照してください。

更新プログラムのインストール

このセキュリティ更新プログラムをインストールすると、インストーラーは、システムで更新される 1 つ以上のファイルが以前に Microsoft 修正プログラムによって更新されたかどうかを確認します。

hotfix など、このセキュリティ情報に表示される用語の詳細については、「Microsoft サポート技術情報の記事824684を参照してください。

Microsoft .NET Framework 1.1 Service Pack 1 の更新プログラムのインストール (KB2656353)

このセキュリティ更新プログラムは、次のセットアップ スイッチをサポートしています。

インストーラーの詳細については、 MSDN Web サイトを参照してください。

hotfix など、このセキュリティ情報に表示される用語の詳細については、「Microsoft サポート技術情報の記事824684を参照してください。

Update for Microsoft .NET Framework 2.0 Service Pack 2 のインストール (KB2656362)

このセキュリティ更新プログラムは、Microsoft .NET Framework 2.0 Service Pack 2 の次のセットアップ スイッチをサポートしています。

サポートされているセキュリティ更新プログラムのインストール スイッチ

Update のインストール Microsoft .NET Framework 3.5 Service Pack 1and Microsoft .NET Framework 4 (KB2572063)

このセキュリティ更新プログラムは、Microsoft .NET Framework 3.5 Service Pack 1 および Microsoft .NET Framework 4 の次のセットアップ スイッチをサポートします。

更新プログラムが適用されたことを確認する

• Microsoft Baseline Security Analyzer

  影響を受けるシステムにセキュリティ更新プログラムが適用されていることを確認するために、Microsoft Baseline Security Analyzer (MBSA) ツールを使用できる場合があります。 詳細については、このセキュリティ情報の「 検出と展開のツールとガイダンス」セクションを参照してください。

• ファイル バージョンの検証

  Microsoft Windows には複数のエディションがあるため、システムで次の手順が異なる場合があります。 この場合、製品のマニュアルを参照のうえ、手順を実行するようにしてください。

  1. [ 開始 ] をクリックし、[ Start Search ボックスに更新ファイル名を入力します。
  2. Programsの下にファイルが表示されたら、ファイル名を右クリックし、Properties をクリックします。
  3. [ General タブで、ファイル サイズを、セキュリティ情報の KB 記事に記載されているファイル情報テーブルと比較します。
     注 オペレーティング システムのエディションまたはシステムにインストールされているプログラムによっては、ファイル情報テーブルに一覧表示されている一部のファイルがインストールされない場合があります。
  4. [詳細] タブをクリックして、ファイルのバージョンや更新日などの情報を、セキュリティ情報の KB 記事に記載されているファイル情報テーブルと比較することもできます。
     注 インストール時にファイル バージョン以外の属性が変更される場合があります。 他のファイル属性とファイル情報テーブル内の情報の比較は、更新プログラムが適用されたことを確認するサポートされている方法ではありません。 また、場合によっては、インストール時にファイルの名前が変更されることがあります。 ファイルまたはバージョンの情報が存在しない場合は、他のいずれかの方法を使用して更新プログラムのインストールを確認します。
  5. 最後に、[ Previous Versions タブをクリックして、ファイルの以前のバージョンのファイル情報と、ファイルの新しいバージョンまたは更新されたバージョンのファイル情報を比較することもできます。

参照テーブル

次の表に、このソフトウェアのセキュリティ更新プログラムの情報を示します。 その他の情報については、このセクションのサブセクション「デプロイ情報」を参照してください。

更新プログラムのインストール

このセキュリティ更新プログラムをインストールすると、インストーラーは、システムで更新される 1 つ以上のファイルが以前に Microsoft 修正プログラムによって更新されたかどうかを確認します。

hotfix など、このセキュリティ情報に表示される用語の詳細については、「Microsoft サポート技術情報の記事824684を参照してください。

このセキュリティ更新プログラムは、次のセットアップ スイッチをサポートしています。

サポートされているセキュリティ更新プログラムのインストール スイッチ

注 wusa.exe インストーラーの詳細については、TechNet の記事「Windows Update スタンドアロン インストーラー」の「Windows 7 の変更点を参照してください。

更新プログラムが適用されたことを確認

• Microsoft Baseline Security Analyzer

  影響を受けるシステムにセキュリティ更新プログラムが適用されていることを確認するために、Microsoft Baseline Security Analyzer (MBSA) ツールを使用できる場合があります。 詳細については、このセキュリティ情報の「 検出と展開のツールとガイダンス」セクションを参照してください。

• ファイル バージョンの検証

  Microsoft Windows には複数のエディションがあるため、システムで次の手順が異なる場合があります。 この場合、製品のマニュアルを参照のうえ、手順を実行するようにしてください。

  1. [ Start をクリックし、 Search ボックスに更新ファイル名を入力します。
  2. Programsの下にファイルが表示されたら、ファイル名を右クリックし、Properties をクリックします。
  3. [ General タブで、ファイル サイズを、セキュリティ情報の KB 記事に記載されているファイル情報テーブルと比較します。
     注 オペレーティング システムのエディションまたはシステムにインストールされているプログラムによっては、ファイル情報テーブルに一覧表示されている一部のファイルがインストールされない場合があります。
  4. [詳細] タブをクリックして、ファイルのバージョンや更新日などの情報を、セキュリティ情報の KB 記事に記載されているファイル情報テーブルと比較することもできます。
     注 インストール時にファイル バージョン以外の属性が変更される場合があります。 他のファイル属性とファイル情報テーブル内の情報の比較は、更新プログラムが適用されたことを確認するサポートされている方法ではありません。 また、場合によっては、インストール時にファイルの名前が変更されることがあります。 ファイルまたはバージョンの情報が存在しない場合は、他のいずれかの方法を使用して更新プログラムのインストールを確認します。
  5. 最後に、[ Previous Versions タブをクリックして、ファイルの以前のバージョンのファイル情報と、ファイルの新しいバージョンまたは更新されたバージョンのファイル情報を比較することもできます。

参照テーブル

次の表に、このソフトウェアのセキュリティ更新プログラムの情報を示します。 その他の情報については、このセクションのサブセクション「デプロイ情報」を参照してください。

更新プログラムのインストール

このセキュリティ更新プログラムをインストールすると、インストーラーは、システムで更新される 1 つ以上のファイルが以前に Microsoft 修正プログラムによって更新されたかどうかを確認します。

hotfix など、このセキュリティ情報に表示される用語の詳細については、「Microsoft サポート技術情報の記事824684を参照してください。

このセキュリティ更新プログラムは、次のセットアップ スイッチをサポートしています。

サポートされているセキュリティ更新プログラムのインストール スイッチ

注 wusa.exe インストーラーの詳細については、TechNet の記事「Windows Update スタンドアロン インストーラー」の「Windows 7 の変更点を参照してください。

更新プログラムが適用されたことを確認する

• Microsoft Baseline Security Analyzer

  影響を受けるシステムにセキュリティ更新プログラムが適用されていることを確認するために、Microsoft Baseline Security Analyzer (MBSA) ツールを使用できる場合があります。 詳細については、このセキュリティ情報の「 検出と展開のツールとガイダンス」セクションを参照してください。

• ファイル バージョンの検証

  Microsoft Windows には複数のエディションがあるため、システムで次の手順が異なる場合があります。 この場合、製品のマニュアルを参照のうえ、手順を実行するようにしてください。

  1. [ 開始 ] をクリックし、[ Start Search ボックスに更新ファイル名を入力します。
  2. Programsの下にファイルが表示されたら、ファイル名を右クリックし、Properties をクリックします。
  3. [ General タブで、ファイル サイズを、セキュリティ情報の KB 記事に記載されているファイル情報テーブルと比較します。
     注 オペレーティング システムのエディションまたはシステムにインストールされているプログラムによっては、ファイル情報テーブルに一覧表示されている一部のファイルがインストールされない場合があります。
  4. [詳細] タブをクリックして、ファイルのバージョンや更新日などの情報を、セキュリティ情報の KB 記事に記載されているファイル情報テーブルと比較することもできます。
     注 インストール時にファイル バージョン以外の属性が変更される場合があります。 他のファイル属性とファイル情報テーブル内の情報の比較は、更新プログラムが適用されたことを確認するサポートされている方法ではありません。 また、場合によっては、インストール時にファイルの名前が変更されることがあります。 ファイルまたはバージョンの情報が存在しない場合は、他のいずれかの方法を使用して更新プログラムのインストールを確認します。
  5. 最後に、[ Previous Versions タブをクリックして、ファイルの以前のバージョンのファイル情報と、ファイルの新しいバージョンまたは更新されたバージョンのファイル情報を比較することもできます。

Microsoft thanks お客様の保護に役立つ Microsoft と連携するための以下の情報を提供します。

• .NET フォーム認証のセキュリティで保護されていないリダイレクトの脆弱性を報告するための、 Seeker の Irene Abezgauz (CVE-2011-3415)
• Kestutis Gudinavicius of SEC Consult for reporting the ASP.NET Forms Authentication Bypass Vulnerability (CVE-2011-3416)
• ASP.NET フォーム認証チケット キャッシュの脆弱性を報告するための LBi の Oliver Dewdney (CVE-2011-3417)

お客様のセキュリティ保護を強化するために、Microsoft は、毎月のセキュリティ更新プログラムのリリースの前に、主要なセキュリティ ソフトウェア プロバイダーに脆弱性情報を提供します。 セキュリティ ソフトウェア プロバイダーは、この脆弱性情報を使用して、ウイルス対策、ネットワークベースの侵入検出システム、ホストベースの侵入防止システムなどのセキュリティ ソフトウェアまたはデバイスを介して、お客様に更新された保護を提供できます。 セキュリティ ソフトウェア プロバイダーからアクティブな保護を利用できるかどうかを判断するには、「 Microsoft Active Protections Program (MAPP) パートナーに記載されているプログラム パートナーが提供するアクティブな保護 Web サイトを参照してください。

• 米国およびカナダのお客様は、 Security サポート または 1-866-PCSAFETY からテクニカル サポートを受けることができます。 セキュリティ更新プログラムに関連付けられているサポート呼び出しには料金はかかりません。 使用可能なサポート オプションの詳細については、「 Microsoft のヘルプとサポートを参照してください。
• 海外のお客様は、現地の Microsoft 子会社からサポートを受けることができます。 セキュリティ更新プログラムに関連付けられているサポートに対する料金はかかりません。 サポートの問題について Microsoft に問い合わせる方法の詳細については、 国際サポート Web サイトを参照してください。

Microsoft サポート技術情報で提供される情報は、いかなる種類の保証もなく"現状のまま" 提供されます。 Microsoft は、商品性と特定の目的に対する適合性の保証を含め、明示または黙示を問わず、すべての保証を放棄します。 Microsoft Corporation またはそのサプライヤーは、Microsoft Corporation またはそのサプライヤーがこのような損害の可能性について通知された場合でも、直接的、間接的、付随的、派生的、ビジネス上の利益の損失、または特別な損害を含む一切の損害について一切の責任を負いません。 一部の州では、派生的損害または付随的損害に対する責任の除外または制限が認められていないため、前述の制限は適用されない場合があります。

• V1.0 (2011 年 12 月 29 日): セキュリティ情報が公開されました。
• V1.1 (2011 年 12 月 30 日): この更新プログラムに含まれる機能に対するセキュリティ評価の変更に対処するための更新プログラムの FAQ へのエントリを追加し、CVE-2011-3414 の軽減策を追加しました。
• V1.2 (2012 年 1 月 17 日): Windows Developer Preview の Microsoft .NET Framework 3.5 および Windows Developer Preview の Microsoft .NET Framework 4.5 のセキュリティ更新プログラムが Microsoft Update および Windows Update から入手できるようになったことをお知らせするために、更新プログラムの FAQ にエントリを追加しました。
• V1.3 (2012 年 2 月 1 日): Windows Server 2003 および Windows Server 2008 の展開テーブルのレジストリ キーとインストール スイッチ、および Windows Vista の展開テーブルのインストール スイッチを修正しました。 これは情報の変更のみです。 セキュリティ更新プログラムのファイルまたは検出ロジックに変更はありませんでした。
• V1.4 (2012 年 5 月 11 日): このセキュリティ情報で提供されているKB2656353が、MS12-035 に記載されている CVE-2012-0160 および CVE-2012-0161 にも対応していることをお知らせするために、更新プログラムの FAQ にエントリを追加しました。
• V1.5 (2012 年 5 月 22 日): インストールの問題を修正するために、Microsoft .NET Framework 2.0 Service Pack 2 のKB2656352の検出の変更を発表するために、更新プログラムの FAQ にエントリを追加しました。 これは検出の変更のみです。 セキュリティ更新プログラム ファイルに変更はありませんでした。 システムを既に正常に更新しているお客様は、何も行う必要はありません。
• V1.6 (2012 年 7 月 10 日): Microsoft.NET Framework 3.5 Service Pack 1 のKB2657424がオファリングの問題を修正するための軽微な検出変更を伝えるために、このセキュリティ情報を改訂しました。 セキュリティ更新プログラム ファイルに変更はありませんでした。 システムを既に正常に更新しているお客様は、何も行う必要はありません。

2014-04-18T13:49:36Z-07:00 にビルド</https:>