Windowsセキュリティ更新プログラムをインストールする必要がありますか？[閉まっている]

会社のサーバーの1つにRDPしただけで、Windowsの更新が通知されたので、クリックします。その後、62件の優先度の高い更新プログラムが表示され、最後の更新プログラム（更新履歴による）が1年以上前の2014年1月16日木曜日にインストールされました。

ここで何をする必要がありますか？

短い答え-はい。ほとんどのWindows Updateはセキュリティに関連しています。パッチがないということは、脆弱であることを意味します。

より長い答え-この種のことをカバーする手順が必要です。最近ではまれになっていますが、パッチが原因で問題が発生したり、会社が関係する限り動作が変更されたりすることがあります。リリースされた各パッチを評価し（毎月のスケジュールといくつかの緊急のものがある）、パッチが必要かどうかを判断し（おそらくはい）、テスト/ステージングサーバーでテストを行って、破損の可能性についてある程度の注意を払ってから、インストールします。

また、すべてのサービスに適切なHAがなければ、OSのパッチは再起動を意味することが多く、多くの場合、サービスのダウンタイムがあることを意味するため、展開についても注意を払う必要があります。あなたが日中に賢くてパッチを適用し、その後再起動を延期すると思うなら、それは素晴らしいアイデアではありません-一部のファイルは更新されますが、他のファイルは更新されません。

マイクロソフトは、WSUSと呼ばれる無料の製品を提供しています。この製品を使用すると、承認と展開を1つずつ行うよりもパッチ管理が少し簡単になります。

参考までに、お持ちのすべてのクラスのデバイスに対してこのようなことを行う必要があります。ネットワークデバイスファームウェア、サーバーハードウェアファームウェア、VMware ESXiなど。これらのパッチは面白くないため、ほとんどすべてがバグに対処しており、その多くはセキュリティに関連している可能性があります。

さらに-あなたはあなたの技術チームであなたよりも年上の人に尋ねるべきです。あなたが唯一の管理者である場合、あなたとあなたの組織はあまりうまくいっていません。個人的にそれを受け取らないでください、私たちは私たちがすべきことをすべて知らずに開始する必要があります-しかし、これがあなたの質問であれば、これらのサーバーを管理する唯一の人であってはなりません。

一般的な答えは、サーバーを常に最新の状態に保つことです。

ただし、いくつかのことに注意してください。

1. 更新により、インストール中にサーバーの動作が遅くなったり、再起動が必要な場合はダウンタイムが発生したりする場合があります。勤務時間外にそれらを行うことを計画する必要があります。

2. 更新にはリスクが伴います。サーバーが破損したり、非互換性が生じる可能性があります。通常、これらは完全にアンインストールできますが、そのうち62を使用して、信頼できるバックアップがあるかどうかを検討する必要があります（とにかくすべきです）。

3. アップグレードに1年遅れる理由はありますか？これは1年でそのサーバーに初めてログインしたのですか、それとも他の何かが壊れていますか？

4. 会社がExcelマクロを使用している場合、Officeの12月の更新に伴う悪名高いExcelのバグに特に注意してください。ただし、Officeを実行してはならないサーバーにはおそらく適用されません。

5. 多くのシステム管理者は、更新をインストールする前に数日または数週間待機し、それらの更新に関してインターネット上で何か悪いことが起こるかどうかを確認します。待機する必要があるかどうかを判断するときは、サーバーにパッチを適用しないままにしておくことのセキュリティ上のリスクを考慮してください。

mfinniが私を打ち負かしたことは知っていますが、WSUSで+1するだけです。具体的には：

テストと実稼働を含む複数のサーバーがあると仮定しましょう。また、テストには実稼働環境と同様のハードウェアがあると仮定します（これは安全な仮定ではありませんが、それでいいのですが、必要ではありません）。WSUSで次のシナリオを設定できます。

1. 独自のOUでサーバーをテストします。グループポリシーでは、日曜日の午前3時など、都合の悪い時間に更新プログラムをインストールして再起動するように指示されています。
2. 異なるOUのProdサーバー。グループポリシーは、ダウンロードして通知するように指示しています。
3. test / devサーバーがパッチを適用してから数日または1週間後の、スケジュールされたメンテナンス期間中にサーバーをインストールして再起動するパッチが承認され、期限が切れました。

明らかでない場合、これが行うことは、サーバーのすべての重要/セキュリティパッチを承認し、最初にテストに適用し、その後本番に適用することです。更新プログラムが致命的に何かを壊すのを一度だけ見たことがありますが、これはprodに適用される前にテストで失敗した場合にパッチをロールバックする機会を与えてくれます。

問題のサーバー上の大量の更新については、パッチを適用する方がパッチを適用しない場合よりもリスクは低くなりますが、万が一の場合に備えて、すべてを適用する前にバックアップを検証します。VMの場合、最初にスナップショットを作成することをお勧めします。

これは完全にあなたのビジネスとあなたのサーバーを更新するためにあなたが設定したポリシー次第です。

少なくとも、運用環境のサーバーを更新する前に、最初にテスト環境でセキュリティ更新プログラムをインストールし、.NETフレームワーク更新などの他のパッチを実行する必要があります。