KB2993651に関する海外の記事
出展：
http://peace.2ch.net/test/read.cgi/win/1409199085/
の>>535 id:q3RFHzRg氏
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
August 28, 2014
Microsoft ships replacement patch KB 2993651 with two known bugs
Microsoft re-releases botched MS14-045/KB 2982791 'Blue Screen 0x50' patch, buries tip to manually uninstall first patch, and introduces more problems
問題点：
KB2993651の適用によって起こる既知の問題2は、
2965768、2970228、2973201、2975719がインストールされている場合に発生している
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
以下機械翻訳：（こちらは独自の翻訳ソフトにLANと科学、計測の辞書が入ったもので翻訳したものです。原文が少し難しいという方はそれぞれ一長一短ありますので、Bingなどと比較しながらみてください）
マイクロソフトは2つの既知のバグによって置換パッチKB2993651を出荷します。
マイクロソフトはやりそこなわれたMS14-045/KB 2982791‘青色のスクリーン0x50’パッチを再リリースし、手動で最初のパッチをアンインストールするために、秘訣を埋めて、より多くの問題を導入します。
マイクロソフト標準によってさえ、今月のやりそこなわれたブラック火曜日のWindows7/8/8.1MS14-045パッチは過去最低に達しました。
オリジナルのパッチ(KB 2982791)は現在公式に「期限切れ」とその利益において提供された完全に違うパッチ(KB 2993651)です；
かろうじて、古いパッチについての新しい問題の文書化された新事実があります；
消えたパッチ；
手動で、数日の間自動的な更新経由で外に出たパッチをアンインストールする「強い」勧告；
そして、Windows9の予期されている急速な更新ペースをサポートするマイクロソフトの能力についての深刻な疑いを引き起こす激高させる公式な説明。
私は10年以上の間マイクロソフトのパッチを当てる災難をカバーしていて(そして苦しみ)、私はほんの1つの質問を持っています：
一体誰がこのめちゃくちゃを担当していますか？
今朝早く現在、1人のWindows8ユーザーが新しいパッチ、KB2993651によって黒いスクリーンを報告していました。
答えフォーラムポスターパックマン10、JohnBurgessUK、およびchadlanは、KB2993651(rseilerは、すべてがよいことを報告するけれども)をインストールした後に新しい更新をチェックするためにWindows更新を得ることができません。
確かに話すには、早すぎるけれども、新しいパッチについてのより多くの問題があるかもしれません。
それはすべて、8月12日火曜日にブラックへの自動的な更新シュートを下って行った2つの悪いカーネルモードドライバー更新に帰されている青色のスクリーン停止0x050エラー(Windows7中)と黒いスクリーン(Windows8/8.1中)を思い出させます。
2日後、マイクロソフト答えフォーラムのWindows顧客と住人は、れんがで囲われたマシンを持つそうした人々が上に戻り、働いているマニュアルの予備手段を見つけました。
マイクロソフトは最終的に金曜日の夜4つの悪い継ぎ--KB2982791、KB2970228、KB2975719、およびKB2975331--を引きました。
私がその時文書化した時に、マイクロソフトは、継ぎを引くために公然と、あと1日問題を認めるのに3日以上かかりました。
それらが\フォントフォルダの中でリンクを持つ開く型フォントに遭遇した時に、それらの4つの悪いパッチが破産になったように見えます。
それは典型的な状況ではないけれども、それは完全に有効です。
マイクロソフト従業員カート・フィリップスは、主要なスレッドを答えフォーラムの上に送ってこんなふうに表現しました：
ここに冷静に見る1つの物事 - 私達がテレメトリー(はっきりと徹底的であるのでなく間違いなく代表しています)を通して得る実数は、失敗が総人口の0.01パーセント~において起こっているだけであることです。
従って、1万台のマシンの中の約1は壊れています。
私達は、それを直す義務があり、私達は、私達がその義務を非常にまじめに取るのでするでしょう…
まさに誇張法のいくらかを片付けてほしい - マイクロソフトは砕けていない、私達のテスターのすべてが解雇されたわけではないなどします。
99.99パーセントの成功は、世界であるがはっきりと私達が、より高く努力する必要があるこれにおけるほとんどの仕事においてかなり得意としています。
もちろん、フィリップスは正しい。
どのようにマイクロソフトがれんがで囲われたマシンの上のテレメトリーを集めるかの問題を払いのけて、15億人のWindowsユーザー(25パーセントがXPの上にあり、影響されません)の0.01パーセントは少ないパーセンテージであるが多数です。
昨日、見たところ、どのような警告もなしで、パッチと関連したKBの番号(s)を変更して、マイクロソフトはMS14-045を再リリースしました。
Windows7/8/8.1中で、KB2993651は現在古いKB2982791の代わりに提供されます(それはもう存在していません)。
(著しく、KB2982791のための知識ベース記事はアップデートされていなく、現在否定されたパッチの崩御を反映しません。)
このアドバイスは長いMS14-045記事の最後の最後に出現します：
なぜこの公報は2014年8月27日に改訂されましたか？
何がオリジナルの2982791セキュリティ更新に起こりましたか？
セキュリティ更新2982791によって既知の問題に対処するために、マイクロソフトWindowsのすべてのサポートされたリリースのために2982791の更新を2993651の更新と取り替えるように、マイクロソフトはMS14-045を再リリースしました。
2014年8月15日のマイクロソフト期限切れの更新2982791。
すべての顧客は2993651の更新を適用するべきです(それは期限切れの2982791更新を取り替えます)。
マイクロソフトは、2993651の更新を適用することに先がけて、2982791の更新をアンインストールしなかった顧客がそうするように強く勧めます。
私はすでに首尾よくオリジナルの2982791セキュリティ更新をインストールし、どのような難題も経験していません。
私は2014年8月27日にリリースされた置換更新(2993651)を適用するべきですか？
はい。
すべての顧客は2993651の更新を適用するべきです(それは期限切れの2982791更新を取り替えます)。
顧客は、2993651の更新を適用する前に期限切れの2982791更新をアンインストールする必要がありません；
しかし、マイクロソフトは強くそれを推奨します。
期限切れの更新を削除しない顧客はコントロールパネルの中のインストールされた更新の下に2982791のためにリストを保持するでしょう。
私はオリジナルの2982791セキュリティ更新をアンインストールしました。
私は2014年8月27日の再リリースされた更新(2993651)を適用するべきですか？
はい。
CVE-2014-0318とCVE-2014-1819から保護されるために、すべての顧客は、期限切れの2982791更新を取り替える再リリースされた更新(2993651)を適用するべきです。
マイクロソフトが、KB2982791噛まれた人々が、入り、手動でそれをアンインストールする必要があるように勧めること--不明瞭な文書のほこりっぽいコーナーで--は私に驚異的です。
私達は、マイクロソフトがほぼ4日の間のオート更新メカニズムを通して広めた悪いパッチについて話しています。
理由で新しいパッチKB 2993651は悪い古いパッチをアンインストールしません 私の包囲された精神を完全に吹きつける 。
私は確かに知らず、マイクロソフトは言っていないけれども、私の推測は、あなた(またはあなたの心から亡きおばMable)がKB2982791をインストールされたままにしておき、未来のある時点であなたが、偶然リンクを持つ開く型フォントを\フォントフォルダにインストールするならば、あなたが次に再立ち上げする時に、あなたのマシンがスクリーン(または黒いスクリーン)を青く染めるであろうということです。
それをMableおばに説明してみてください--またはあなたのCEO。
このぴかぴかの新しい置換パッチ、KB2993651は実際2つの既知のバグによって出荷します。
新しいKB2993651記事はこのような最初のバグを説明します：
既知の問題1
あなたがこのセキュリティ更新をインストールした後に、それらがどのようなアクティブなセッションの中にでもロードされる時に、デフォルトフォントディレクトリ(percentwindirパーセント\フォント\)以外の位置にインストールされるフォントは変更されることができません。
これらのフォントを変更し、取り替えるか、削除する試みは妨げられて、「使用に列をなして入ってください」メッセージは表示されます。
私はそれを不可思議であるとみなすであろうけれども、圧倒的であるとみなさないでしょう。
しかし、2番目のバグはただこの新しいパッチに影響するだけでなく、それはまた古いパッチについてうまくやっていきます。
特に：
既知の問題2
あなたがこの更新をインストールした後に、ウィンドウのz注文は変更されます。
(z注文はHWND_TOPパラメータとともにSetWindowPos機能を呼びます。)
従って、一定のアプリケーションのウィンドウは見えなくなるかもしれないか、他のウィンドウの後ろで間違って表示されるかもしれません。
ステータス
私達はこの問題のために現在分割に取り組んでいます。
注
あなたが以下の更新をインストールした後に、この問題はまた起こります：
2965768 アプリケーションがWindows7SP1とWindows扱者2008R2 SP1の中でウィンドウのz注文を変更する時に、エラー0x3Bを止めてください。
2970228 Windowsの中でロシアのルーブルのための新しい通貨シンボルをサポートする更新
2973201 MS14-039:
Windowsの画面上のキーボードのためのセキュリティ更新の説明：
2014年7月8日
2975719 2014年8月に、Windows RT 8.1、Windows8.1、およびWindows扱者2012R2のためにロールアップをアップデートしてください。
ベントリー・テクニカル・サポート・グループのトッド・カッセルはこの新しく発表されたz注文バグの上により多くの詳細を持っています：
問題は2014年2月5日にKB2965768において最初に導入されました。
バージョンwin32k.sysがウィンドウのz注文への変化を起こすことにおいて。
(そのz注文はSetWindowPos機能を呼びます)。
KB2973201(2014年7月8日)とKB2982791(2014年8月12日)はまたwin32k.sysへのこれらの変化を含んでいました。
道具箱の挙動にも影響する更新は以下の通りです：
KB2970228とKB2975719。
問題はまた2014年2月5日以来リリースされた他のセキュリティまたはサービスの更新の中にあるかもしれません。
win32k.sys(Windows\システム32)の最後の健康な働くバージョンは以下の通りです：
2014年4月23日からの6.1.7601.22665。
.dllと他のファイルを持つ依存状態のため、まさに取り替えwin32k.sysは可能なNOTであり、システム・クラッシュを結果として生じるでしょう。
現在、唯一の解決は、働くバージョンとしてwin32k.sysを返すであろうKB2965768、KB2970228、KB2973201、KB2975719、KB2982791、およびKB2993651.asをアンインストールすることです。
私が1秒の間アルファベットスープを通り抜けてもよいならば、それは、この新しくリリースされたパッチ、KB2993651と別のアクティブなパッチ--KB2973201(Windowsの画面上のキーボードのための7月のブラック火曜日のパッチ)--がバグを知っていたのを意味しています。
マイクロソフトはただ新しく、知っている将来に故障のパッチをリリースし、「一定のアプリケーションのウィンドウが見えなくなるかもしれないか、他のウィンドウの後ろで間違って表示されるかもしれない」、両方がバグを持っていると知っていて、より古い悪いパッチを提供し続けます。
いつz注文問題が解決されるであろうか、いくつのマシンが影響されるか、または問題の原因が何であるかもしれないかのしるしが全然ありません。
あなたが、ウィンドウを踊ることについての問題を経験するならば、あなたは、順調にwin32k.sysを回復するために手動で6つのパッチをアンインストールする必要があります。
新しく発表されたz注文バグ以外、私はまだ、何が今月の他の3つの引かれた継ぎに起こっているかのどのような考えも持っていません：
ルーブルを有効な通貨(8月20日最後にアップデートされたKBの記事)に追加するKB2970228；
KB2975719(私達が一度笑って、「ウィンドウ8.1は2をアップデートします」(改訂番号11で8月22日最後にアップデートされたKBの記事)と呼んだものの痕跡)；
そして、KB2975331、巨大なWindows8/8.1/RTはロールアップにパッチを当てて、z注文バグの中でない8月22日最後にアップデートされたKBの記事、改訂番号8は傾きます。
あなたがそれらの行方不明の不良少年の誰かを見つけるならば、彼らを私に手紙を書かせてくださいね？
Windows8.1更新2の歴史の記録、すべての痕跡が今や引かれたので、できるだけ、話してください。
Windows更新の急速な、「火曜日をアップデートしてください」展開についてのそのすべての幸福な話は、Windowsにパッチを当てるハードコア現実に負けました(それは熊です)。
そのバックグラウンドに対して、なぜMS14-045がリリースされたかを説明して、トレーシー・プレトリウス(マイクロソフトの信頼できるコンピューティング努力のディレクター)は昨日ブログをマイクロソフトセキュリティ反応センターに投稿しました。
これはそれのそのような驚くほどの断片です…
私は、何を、私が、断片毎にそれを分解したいことを…と呼んだらいいか分かりません。
それは始まります：
毎月、何年もの間、私達は私達のテクノロジーとの顧客の経験の継続的な改良に焦点が合った多くの更新をリリースしました。
歴史的に、セキュリティ固有のものが各月の2番目の火曜日に起こっている状態で、これらの更新は月の間に違う時に起こりました。
最近、さらなる流線に、私達は、私達の非セキュリティ更新のより多くを一緒に私達のセキュリティ更新に含めて、各月の2番目の火曜日の顧客にグローバルなリリースを開始すると決めました。
それは、2番目の火曜日に帯間不緊急事態パッチのうちのすべてが出る古い方法へのリターンに明白な「4番目の火曜日」のパッチ適用サイクルおよびマイクロソフトの試みに、修正論者が移動をはっきりと数え直すことです。
私は今月初め歴史の少し違う話しを与えました。
プレトリウスは続いています：
今月、私達は追加の非セキュリティ更新によって私達の最初のロールを取り除かせました。
それから、私達は、影響された更新を再リリースする計画に取り組みはじめました。
それは単に真実でありません。
マイクロソフトは何年もの間ブラック火曜日(2番目の火曜日)に非セキュリティ更新を出しています。
どのようにWindows更新へのマイクロソフトの新しいアプローチが、すべてのマーケティングであるかについての私のブログにおいて先週私が言うと憤慨します 「今月のパッチ火曜日の私が座る所から、機能改良は先月のものほど興味深くありませんでした−−その問題のためのそれの前のまたは 前の月 、または月。」という無ステーキ 。
8月に、マイクロソフトはただブラック火曜日のパッチの豊作をリリースしただけでなく、それはまた最初の火曜日のパッチ(KB 2973544)を持っていて、それはやりそこなわれて、4番目の火曜日に再発行しました。
公式なマスタリストをちらりと見てください。そうすれば、私は、あなたのスクロール指が疲労するであろうと保証しています。
追加の非セキュリティ更新を持つ最初の初公開？
ほとんど。
プレトリウスブログにバックしてください：
少数の顧客は更新の少しについての問題を経験しました。
私達がいくつかの問題に気づくとすぐに、私達はレビューを開始し、それから、直ちに、ダウンロードするためにこれらを利用できなくして、問題の多い更新を引きました。
私は、1 billion = 100、000顧客のマイクロソフトで概算されている0.01パーセントがマイクロソフト標準によって「小さいこと」を推察するけれども、私は個人的に、彼らのシステムをれんがで囲った数十の人々から連絡を受けて、数十増からフォーラム投稿を読みました。
マイクロソフトは、問題の多い更新を引くのにほぼ4日かかりました。
この時点で、正確には、オリジナルの、「ウィンドウ8.1は2をアップデートします」改良のどれもダウンロード可能でありません；
それらはすべてぐいと引っ張られています。
5つのパッチに影響する新しく識別された一連のz注文バグがあります(その2つはまだバグによって出荷しています)。
そして、ぶらぶらしている古いセキュリティパッチの時限爆弾がカチカチいっている状態で世の中のゲイツで知っていてどれほど多くの数百万匹の自動的な更新レミングとユーザーに、彼らが、手動でそれを取り除くと思われていると言っている不明瞭な命令がいます。
私達は、新しいWindows入り口物事のあり方におけるパッチ(集中した、「火曜日をアップデートしてください」)の加速されたレートをこの会社に託すことになっています？
再び私に話してください。
一体誰がこのめちゃくちゃを担当していますか？
この話(「マイクロソフトは2つの既知のバグによって置換パッチKB2993651を出荷します」)は元来InfoWorld.comで出版されました。
重要なテクニュースが本当にInfoWorldテク時計ブログによって意味しているものの上の最初の語を得てください。
ビジネス工学ニュースにおいて最新の開発のために、興奮におけるInfoWorld.comに続いていてください。
↓↓↓ ぽちっとお願いします！
