「さあ休もう」と思ったその瞬間、Windows Updateが牙を剥きました。

今回ターゲットとなったのは、本ブログの検証機Aとして不具合を追い続けている Ryzen 9 8945HS搭載のGEEKOM AE8 です。

シャットダウン時に表示された「更新して再起動（4分）」という言葉を信じて選択した結果、待っていたのは10分経っても、15分経っても電源ランプが消えない絶望的な沈黙でした。17分が経過し、ついに耐えかねて「電源ボタン長押し」による強制終了を断行。

しかし、悪夢はそこでは終わりませんでした。再起動後、ログインまでに立ちはだかったのは2回にわたるBIOS画面と執拗な「更新中」の表示。

一体、何のための「更新」なのか。なぜ実機ユーザーがここまでリスクを負わなければならないのか。

本記事では、最新ビルド 26200.7922 (KB5077241) がAE8環境で引き起こした凄惨な挙動を、一切の妥協なしに晒します。

導入：Intel機（x360）の陰で、Ryzen機（AE8）を襲う悪夢

• 繰り返される悲劇: これまでKB5077181で「ブラックアウト」を繰り返してきた検証機A（AE8）が、またしても最新パッチで牙を剥きました。
• 「4分」の嘘に翻弄: 平穏なシャットダウンを奪った「更新して再起動」の17分※間に及ぶフリーズ状態を記録します。（「更新して再起動（4分）」を選択後、OS側からの反応が一切消失。 ※17分間にわたり電源LEDは点灯しているものの、ディスクI/Oや画面出力に変化がない「完全なフリーズ状態」となったため、ハードウェア破損のリスクを冒してユーザーが手動で電源ボタン長押しによる強制終了を断行しました。
• この強制介入なしには、更新プロセスは永久に完了しなかったと推測されます。強制終了後もBIOS画面への遷移＆更新を2回繰り返すなど、システムの整合性が著しく脅かされました。）

AE8（Ryzen 9）特有の執拗な再起動プロセス

• BIOS三重苦: 強制終了後の2回にわたるBIOS画面と、終わらない「更新中」の表示。x360（Intel）では見られない、Ryzen機特有の不安定な更新挙動を晒します。
• 無意味な「成功」通知: 命からがらログインした後に表示された「正しくインストールされました」という文字の空虚さを追求します。

結論：RyzenユーザーはKB5077241を避けるべきか

• 実機検証の結果: 本日の事象（Build 26200.7922への更新）により、AE8環境における最新Windows 11 25H2の危険性がさらに増したことを警告します。
• MSへの抗議: フィードバックHubだけでは足りない、実機ユーザーの「時間の損失」をブログという公共の場で強く主張します。

SlimStatのログでも「AE8 25H2 不具合」といった特定の組み合わせで探しているユーザーが見受けられます。今回の件は、その層にとって決定的な回避シグナルになります。

【実機比較】MSはRyzenを放置しているのか？

今回の KB5077241 適用時における、Intel機（sz6）とRyzen機（AE8）の挙動の差をまとめました。

分析：AE8ユーザーへの警告

「正しくインストールされました」という通知とは裏腹に、Ryzen環境におけるアップデート・プロセスの崩壊は明らかです。
x360で培った「安定への知恵」が、このAE8というハイエンド機においては、MSの最適化不足によってことごとく打ち砕かれています。

Feedback Hub に追記

【問題の詳細】
Ryzen 9 8945HSを搭載したGEEKOM AE8において、KB5077241 (Build 26200.7922) の適用中に重大なハングアップが発生しました。

「更新して再起動（4分）」を選択後、OS側からの反応が一切消失。
17分間にわたり電源LEDは点灯しているものの、ディスクI/Oや画面出力に変化がない「完全なフリーズ状態」となったため、ハードウェア破損のリスクを冒してユーザーが手動で電源ボタン長押しによる強制終了を断行しました。

この強制介入なしには、更新プロセスは永久に完了しなかったと推測されます。強制終了後もBIOS画面への遷移を2回繰り返すなど、システムの整合性が著しく脅かされました。

同様のビルドを適用したIntel機（i7-1165G7）では数分で正常終了しており、本件は明らかにRyzen環境における更新プロセスの致命的なバグです。早期の調査と修正を強く求めます。

## 追加の技術補足（MSへの強い抗議用）
フィードバックのコメント欄や追記できる場所があれば、以下の「事実」も添えてください。

「4分」という虚偽の予測表示: ユーザーに安全な更新を誤信させ、結果として17分以上のフリーズを強いるUXの欠陥。

ログ上の「成功」判定: 強制終了という異常な手段でしか復旧できなかったにもかかわらず、OS履歴上では「正しくインストールされました」と記録される不整合。

追記情報

AE8の「沈黙」を多角的に検証する

【比較】Ryzen 9 8945HS機・三者三様の挙動

まずは、同等スペックの他社機と比較して、AE8がいかに「極端な」状態にあるかを可視化します。

※。リスク含みの強制終了までの時間であり。何も操作を行わなかった場合、ずっとブラックアウト状態だった可能性は否めない。

考察

こうして並べると、AE8のスタイリッシュな金属筐体と超小型設計が、Ryzen 9の高負荷時（Windows Update時）の熱処理や電力管理において、他社よりもシビアな挙動を招いている可能性が浮上します。

Amazonレビューに記された「救済措置」の先行事例
調査の過程で、Amazonのカスタマーレビューに重要な記述を見つけました。

• 事例： 購入4ヶ月でスリープ復帰不可（画面真っ暗）が発生。
• 対応： 販売店（GEEKOMストア）へ連絡後、迅速に代替PCとして上位機へ交換されたとのこと。

　私のAE8で起きている「3回連続のアップデート失敗と17分間^※のフリーズ」も、単なるOSのバグではなく、ハードウェア（個体）の限界や設計上の不備である可能性を裏付ける内容です。（最初にMSへの怒りをぶつけたのは間違い？でも、３回連続でKB*を当てたことが引き金になっていることは確かなことだし。リスキーなことの連続だし）

3年保証の行使？

これまでの実録データ（長時間の沈黙（ブラックアウト）、BIOSループ、強制終了の記録）をすべて揃え、GEEKOMストアへ「3年保証」に基づく点検・交換の相談をAmazon経由で送付しました。

Blog更新

【速報】月例アップデート適用結果：AE8（Ryzen 9）の場合

KB5077181アップデートの主な修正点と変更点

今回のパッチ適用により、システムは以下の状態へと更新されます。

 OSビルド「26200.7840」への更新とセキュリティ強化

• ビルド番号: 適用後、OSビルドは 26200.7840 にアップデートされます。
• 主な修正内容: セキュリティの脆弱性修正に加え、前回のプレビュー版で露呈したTPM関連の通信不備に起因する「致命的なフリーズ」が抑制されています。（考察）
• 次期バージョンへの基盤: バージョン 25H2 における動作安定化が図られています。

インストールプロセスの詳細：8時台の検証データ

アップデートは極めてスムーズに進行しました。具体的な時系列は以下の通りです。

• 8:03: インストール開始。CPU負荷も安定していました。
• 8:10: 再起動の保留状態へ。推定時間は4分と表示。
• 8:14: 全工程完了。再起動後もデスクトップまで淀みなく進みました。

【重要検証】

システムは正常に起動しましたが、内部ログを確認すると興味深い事実が判明しました。

• ログの継続: アップデート前（7:32）とアップデート後（8:17）の両方で、依然としてTPM関連のエラーが記録されています。
• 考察: Microsoftは「エラーそのもの」を消したのではなく、「エラーが起きてもシステムがハングアップしない（ブラックアウトさせない）」という対症療法的な修正を行ったと推測されます。

Blog更新

まとめ

当初は「再起動ループ」という最悪のシナリオも想定していましたが、結果的にはスムーズで、直後の再起動を除く、２度目（もろもろの作業後）の「再起動」で、「問題発生」となりました。

もし、現在もアップデートが進まないといったトラブルがある場合は、以前紹介したスタンドアロンインストーラーの活用も検討してください。

考察

筆者の独り言：エンジニアの視点から

【専門的考察】今回のアップデートが「成功」した真の理由とは？

今回の検証で最も興味深い事実は、**「エラーログ（fTPM）は出続けているのに、システムは固まらなくなった」**という点です。ここから、Microsoftが取った「回避策」の正体が見えてきます。

考察1：Microsoftが「タイムアウト判定」を緩和した可能性

フィードバックハブが依然として「調査中」であることから、fTPMの通信不備という根本的なバグ自体はまだ修正されていないと考えられます。

しかし、前回のパッチ（KB5074105）では、このエラーが発生した際にOSが「致命的な異常」と判断してフリーズさせていたのに対し、今回のKB5077181では、エラーを無視してOSの起動を続行させる（またはリトライ時間を延ばす）ような制御変更が行われた可能性があります。

考察2：前回のフリーズは「タイミングの不運」だったのか？

「たまたま重なった」という側面も否定できません。Windows Update直後の初回起動時は、ドライバーの再構成やインデックス作成などでCPUやストレージへの負荷が最大化します。

前回のパッチでは、この高負荷状態でfTPMとの通信の遅延（レイテンシ）が許容範囲を超えてしまい、結果としてブラックアウトを引き起こした。今回は、その「衝突」が起きないよう内部の優先順位が調整されたのではないかと推測します。

結論：根本治療ではなく「対症療法」による安定化

Feedback Hubが「調査中」である以上、Microsoftもまだ「完璧なパッチ」を当てたわけではありません。

現状は**「火事（エラー）は起きているが、延焼（フリーズ）しないように防火壁を作った」**という状態でしょう。AMD Ryzen環境の方は、引き続き「ログにはエラーが出るもの」と割り切りつつ、今後の根本修正（BIOS/AGESAの更新等）を待つのが正解と言えそうです。…..これは、この後すぐに判明します。

問題発生

Blog更新

問題発生！

Ryzen CPUは要注意!!!

サブPCを立ち上げ「Gemini」に相談

　先程まで最新のKBを当てたPCで作業していたのですが、
BraveブラウザのセルがYoutube音楽再生を除いて、すべてフリーズしてしまいました。
リフレッシュも効きませんでした。

　そこでシャットダウンして再起動を実施したところ、
10分経ってもブラックアウトです（電源ボタンのLEDは光っています）

仕方なくHDMI接続のモニタと、LANケーブル接続、USB無線接続のトラックボールだけ残しています
（キーボードはBT接続に切り替えて、このノートPCに接続）。

　15分経った今も、ブラックアウト状態です。
TB4ドッキングステーション配下をこのPCに切り替えて投稿しています。

Blogは書き直しが必要ですが、
まずブラックアウトのPCを強制終了してみるかどうか考慮中なので、意見を求めます。

GEMINIの回答

深刻な状況ですね。まさに懸念されていた「最悪の事態」が再起動のタイミングで発生してしまったようです。

現在の状況（10分経過してもブラックアウト、LEDは点灯、周辺機器は最小限）を踏まえた、技術的な判断とアドバイスを至急お伝えします。

1. 強制終了の判断について：「実行すべき」です

10分間画面に変化がない場合、OSのロードプロセスまたはOSがハードウェア（特にGPUやTPM）の応答待ちで完全に「デッドロック（死着）」に陥っている可能性が高いです。

• 理由: 電源LEDが点灯し、YouTubeの音だけが聞こえていた（Braveのプロセスの一部が生きていた）状態から、再起動後のブラックアウトへ移行したということは、**「ビデオドライバの初期化」または「fTPMの認証」**でハングアップしています。
• リスク: この状態で放置しても自然復旧する確率は極めて低く、むしろ通電し続けることで熱がこもるリスクがあります。

2. 推奨される「強制終了と再起動」の手順

単に切るだけでなく、以下の手順で「放電」を伴うリセットを試みてください。

1. 強制電源オフ: 電源ボタンを 15秒以上（長めに） 押し続けて完全にシャットダウンしてください。
2. 完全放電: TB4ドッキングステーションを含む、本体に繋がっているすべてのケーブル（電源アダプタ、HDMI、TB4）を一度外します。
3. 待機: そのまま 1分間放置 してください。これでマザーボード上の残留電荷を逃がします。
4. 最小構成での起動:
   • ドッキングステーションは繋がないでください。
   • 電源アダプタと、確認用のモニタ（HDMI）1本のみを直挿しします。
5. 起動試行: 電源を入れて、BIOSロゴ（GEEKOM等）が出るか確認してください。　　

3. もしBIOSロゴすら出ない場合

TB4ドッキングステーション経由のディスプレイ出力が、前回の更新でビデオ関連のリソース競合を起こしている可能性があります。必ず**「本体への直挿し」**で確認してください。

（※.TB4ドックの配下には、サンダーボルト３ケーブルだけの接続で15inchiモバイルモニタがある。34inchiメインモニタは、本体HDMI端子直結）

強制終了

Xで、注意喚起

Blog更新

Intel機で検証

GEMINIに投げかけ

　ちなみに、このノートpcは、 i7-1165Gで、前回のKBも今回のKBも当てていません。
（前回のKBでメインがバグった経験と時間が取れなかった。から）
　このPCに、今回のKBを当てて、何も問題がなかったら、
Blogにも追記Intel系は（同じTPMエラーが出ているのに、YouTubeを流しながら放置してもIntelは平然としていた）
Intel系は問題が起らなかったと書けるし、
フィードバックの方にも問題の限定を示唆できると思うので、
記事の修正後に行おうと思いますが如何でしょうか？

GEMINIの見解

その考えは、検証者として**「極めて論理的で価値の高いアプローチ」**です！ぜひ実行すべきだと思います。

現在の不具合が「Windows 11全体のバグ」なのか、「AMD Ryzen（fTPM）に特化した問題」なのかを切り分けることは、読者にとってもMicrosoftにとっても最大の関心事だからです。

もし、i7-1165G（第11世代Intel Core）でKB5077181を適用して何の問題も起きなかった場合、ブログとフィードバックには以下のような**「対比構造」**で追記することをお勧めします。

1. ブログに追記すべき「検証の結論」

【比較検証】Intel環境では「無傷」だったという事実

同時進行でIntel Core i7-1165G環境でも同パッチを適用しましたが、こちらは再起動後も、数時間の連続使用後も、一切のフリーズ・ブラックアウトは発生しませんでした。

この対比から、今回のKB5077181が引き起こす致命的なトラブルは、**「AMD Ryzen環境におけるfTPM（TPM-WMI 1801）との競合」**に起因する可能性がより濃厚となりました。Intelユーザーは比較的安心して適用できる一方で、Ryzenユーザーには依然として「厳重注意」が必要であるという、明確な切り分けができました。

2. Feedback Hub への追記（重要）

すでに投稿したフィードバックのコメント欄、または追記として以下を添えると、エンジニアが原因を特定しやすくなります。

• 追加情報: 「Intel Core i7-1165G環境では同一パッチで異常なし。問題はAMD Ryzen搭載機（AE8）に発生。この事実は、不具合が特定のチップセット、あるいはfTPMの実装に依存していることを強く示唆している。」

⚠️ 注意点

Intel系で問題が起きないことを確認する際も、念のため以下の手順を踏むことをお勧めします。

1. 作業中のデータは保存し、バックアップを取る: 念のためです。
2. イベントビューアーの確認: 起動後、Intel機の方で「TPM」や「WMI」に関連する警告（ID 1801以外も含め）が出ていないかを一応チェックしてください。「エラーすら出ていない」なら、それは完全な勝利（Intelは安全）の証明になります。

この「Intel vs AMD」の比較データが加わることで、あなたのブログ記事は**単なるトラブル報告を超えた、一級の「技術検証ドキュメント」**になりますね。

Blog更新

i7-1165G機の結果

Blog更新

Blog更新

フィードバック Hubに投稿

🐞問題
Windows 11 25H2 (Build 26200.7840): 累積更新プログラム適用後の利用中にブラウザフリーズおよび再起動時のブラックアウトが発生する問題
【問題の要約】
特定の累積更新プログラム（KB）適用後のRyzenシステムにおいて、ブラウザのフリーズから再起動時のブラックアウトに至る致命的な不安定挙動が発生しています。
比較検証として、同様にイベントビューアーにTPMエラーが記録されているIntel環境（Core i7-1165G7）では本不具合が発生しないことを確認しており、Ryzenプラットフォームに依存した深刻な互換性問題、あるいはOS側の処理不備である可能性が高いと考えられます。

【詳細な不具合の経緯（Ryzen環境）】

KBインストール後の初回再起動およびログインは正常に完了する。

その後、利用中にブラウザ（タブ等）がすべてフリーズする。

特記事項：YouTube等の音楽再生のみ継続されるが、UI操作は一切不能となる。

システム復旧のため手動再起動を試みると、ブラックアウトが発生し正常に起動できなくなる。

【比較検証データ】

不具合発生環境: Ryzen搭載PC

正常動作環境: HP Spectre x360 (Intel Core i7-1165G7 / Windows 11 25H2)

共通点: 両環境のイベントビューアーにおいて、同時期に同様のTPMエラーが記録されている。

相違点: Intel環境ではTPMエラー記録後も再起動を含め正常に動作するが、Ryzen環境のみ上記ステップでシステムが全損（ブラックアウト）する。

【要望】
イベントビューアーに記録されているTPMエラーが、Ryzenプロセッサにおいてどのようなシステム競合を引き起こしているか、至急調査をお願いします。特に、KB適用後の「特定のマルチメディア処理（YouTube等）とブラウザ制御」がトリガーとなっている可能性を注視してください。

フィードバックの詳細追加
Ryzen環境は、強制終了（電源ボタン長押し）し、その後外部接続用のドッキングステーションなどを外し、２分間放置（帯電放流）し、さらに最小構成にしてから電源ONで、BIOS画面➡Login画面➡Login完了で、今のところ正常に動作しています。しかし同様の問題は、このフィードバック以前に上げた、フィードバックでも報告・要望している通り、早急な対応を望みます。

Blog更新

　 実機検証

Core i7 vs Ryzen 最終検証報告

【実機検証】KB5077181 i7 vs Ryzen 9で驚きの挙動差

Blog更新

【実機検証】KB5077181でブラックアウト発生。i7 vs Ryzen 9で分かった驚きの挙動差

200名以上のユーザが確認➡比較データ：2月アプデKB5077181で発生したブラックアウトを実機検証。Ryzen9機;AE8では致命的なハングアップが発生する一方、i7機（HP Spectre X360）では安定動作。1,000PV超の反響に応え、明暗を分けた要因と復旧手順を解説します。「週明けの不具合報告続々」

イイネ.biz

2026.02.13

追記：Intel環境での対照実験で見えた「真の境界線」

その結果、驚くべき事実が判明しました。

1. エラーログは「共通」、しかし結果は「非なるもの」

• Intel機: しばらく放置した後の再起動でも、何事もなかったかのように正常にログイン可能。
• Ryzen機: YouTube再生以外の操作が全フリーズし、再起動を試みた瞬間にブラックアウト（システム死）。

結論：Microsoftに問いたい「ハードウェア認証」の責任

今回の検証を通じて、結論は一つに絞られました。

「今回の更新プログラム（KB）は、Ryzen環境におけるシステム整合性を破壊している」

Blog更新

【緊急・2月最新アップデート情報】： 2026/02/17追記
　【緊急更新】2月最新パッチ（KB5077181）でも不具合を確認！ 前回同様のブラックアウトが発生していますが、検証の結果、CPUによって挙動が分かれることが判明しました。 👇

【実機検証】KB5077181でブラックアウト発生。i7 vs Ryzen 9で分かった驚きの挙動差

200名以上のユーザが確認➡比較データ：2月アプデKB5077181で発生したブラックアウトを実機検証。Ryzen9機;AE8では致命的なハングアップが発生する一方、i7機（HP Spectre X360）では安定動作。1,000PV超の反響に応え、明暗を分けた要因と復旧手順を解説します。「週明けの不具合報告続々」

イイネ.biz

2026.02.13

I. 最新パッチ KB5074105 の概要と新機能

1. すべてのPC（通常PC）の主な改善

2. Copilot+ PC で加速するAI体験

II. 【実録】再起動ループとイベントビューアーによる犯人特定

今回のアップデート適用時、筆者の環境（GEEKOM AE8 / AMD Ryzen搭載）では深刻なハングアップが発生しました。

1. 3度の強制終了による生還

更新後の再起動でシステムが応答なし(ブラックアウト)になり、電源ボタン長押しによる強制終了を3回繰り返すことで、ようやくWindowsの自己修復機能が働きログイン画面に到達できました。

2. イベント ビューアーが示した「真犯人」

イベントID: 1801 (Microsoft-Windows-TPM-WMI)

デバイス: GEEKOM AE8 (AMD Ryzen 搭載機)

原因の分析：

III. システムケア：強制終了後の「傷跡」を修復する

1. SFCコマンドによるチェック

2. DISMコマンドによるイメージ修復

📝 まとめ

event viewer

イベント ビューアーでシステムログを確認

イベント ビューアーを起動する

検索窓に「イベント ビューアー」と入力しEnter＆管理者として実行
または、キーボードの Windowsキー + X を同時に押し、メニューから 「イベントビューアー」 を選択する。

システムログを確認する

左側のツリーから [Windows ログ] ＞ [システム] をクリックする

  右側の操作パネルから [現在のログをフィルター…] をクリックする。

「イベントのレベル」で [重大] と [エラー] にチェックを入れて [OK] を押す。

トラブル時のログ（ID）を探す

再起動を繰り返していた時間帯のログに、イベントIDがないか探す。
該当の時間帯では、イベントID:1801のみ　（TPM-WMI）

詳細：XMLで表示し、XML部分をコピペする。

イベントビューアーの内容

Geminiに聞く

障害のあった時間帯に該当するものは、イベントID:1801（TPM-WMI）で 詳細：XMLで表示以下です。

<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Microsoft-Windows-TPM-WMI" Guid="{7d5387b0-cbe0-11da-a94d-0800200c9a66}" />
<EventID>1801</EventID>
<Version>2</Version>
<Level>2</Level>
<Task>0</Task>
<Opcode>0</Opcode>
<Keywords>0x8000000000000000</Keywords>
<TimeCreated SystemTime="2026-01-30T06:38:14.9004931Z" />
<EventRecordID>126348</EventRecordID>
<Correlation />
  <Execution ProcessID="6536" ThreadID="15364"/>
  <Channel>System</Channel>
  <Computer>JN241027ae8</Computer>
  <Security UserID="S-1-5-18" />
  </System>
<EventData>
  <Data Name="DeviceAttributes">BaseBoardManufacturer:Default
string;FirmwareManufacturer:American Megatrends International, LLC.;FirmwareVersion:0.45;OEMModelNumber:AE8;OEMModelBaseBoard:AE8;OEMModelSystemFamily:AE
Series;OEMManufacturerName:GEEKOM;OEMModelSKU:GEEKOM AE8;OSArchitecture:amd64;</Data>
  <Data Name="BucketId">ad7cbddea12ae45101957b26c5d93e882b0d93a1ab3a69bc24d6a005237a3212</Data>
  <Data Name="BucketConfidenceLevel" />
  <Data Name="UpdateType" />
  </EventData>
  </Event>

Geminiの回答

イベントビューアーのログ確認、ありがとうございます。非常に具体的なデータが得られました。

特定された イベントID: 1801 (TPM-WMI) は、今回の再起動トラブルの「真犯人」を指し示す非常に重要な手がかりです。お使いの GEEKOM AE8（AMDプラットフォーム）において、Windows Updateが適用される際のTPM（セキュリティチップ）とファームウェア（BIOS）間の通信不全が、起動プロセスのフリーズを引き起こした可能性が極めて高いです。

【メンテナンス】システムケア

🛠️ 強制終了のダメージをケアする「おまじない」

Geminiに聞く

システムケアが終わったようです。結果は以下の様です。

Microsoft Windows [Version 10.0.26200.7705]
(c) Microsoft Corporation. All rights reserved.
C:\Windows\System32>sfc /scannow
システム スキャンを開始しています。これにはしばらく時間がかかります。
システム スキャンの検証フェーズを開始しています。
検証 100% が完了しました。
Windows リソース保護は、整合性違反を検出しませんでした。C:\Windows\System32>DISM /Online /Cleanup-Image /RestoreHealth
展開イメージのサービスと管理ツール
バージョン: 10.0.26100.5074
イメージのバージョン: 10.0.26200.7705
[===========================62.3%====                      ]

Geminiからの回答

システムケアの完了、お疲れ様でした！sfc /scannow で「違反なし」というのは、3度の強制終了があったにもかかわらず、OSの核となるファイルが壊れなかったという非常にラッキーな、そして頼もしい結果です。

後日談

その後は、問題なくログイン出来ており、シャットダウンも起動も正常にできている。しかし、イベントビューアーを見る限りイベントID:1801（TPM-WMI）が出続けている。➡そこでGEMINIに再び確認してみたので、これを後日談として、また備忘録として記載しておくことにした。

Geminiに確認

<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event"><System><Provider Name="Microsoft-Windows-TPM-WMI" Guid="{7d5387b0-cbe0-11da-a94d-0800200c9a66}" /><EventID>1801</EventID><Version>2</Version><Level>2</Level><Task>0</Task><Opcode>0</Opcode><Keywords>0x8000000000000000</Keywords><TimeCreated SystemTime="2026-01-30T22:30:32.3651535Z" /><EventRecordID>126537</EventRecordID><Correlation /><Execution ProcessID="25040" ThreadID="25104" /><Channel>System</Channel><Computer>JN241027ae8</Computer><Security UserID="S-1-5-18" /></System><EventData><Data Name="DeviceAttributes">BaseBoardManufacturer:Default string;FirmwareManufacturer:American Megatrends International,LLC.;FirmwareVersion:0.45;OEMModelNumber:AE8;OEMModelBaseBoard:AE8;OEMModelSystemFamily:AE Series;OEMManufacturerName:GEEKOM;OEMModelSKU:GEEKOM AE8;OSArchitecture:amd64;</Data><Data Name="BucketId">ad7cbddea12ae45101957b26c5d93e882b0d93a1ab3a69bc24d6a005237a3212</Data><Data Name="BucketConfidenceLevel" /><Data Name="UpdateType" /></EventData></Event>

Geminiからの回答

結論から申し上げますと、**イベントID:1801（TPM-WMI）が出続けている状態は、決して「正常（問題ない動作）」とは言えませんが、現在のWindows 11（特にAMD環境）では「よく見られる、実害の少ないエラー」**という側面もあります。

しかし、今回の「3度の強制終了」というトラブルの引き金になった可能性が非常に高いため、放置して良いかどうかを慎重に判断する必要があります。

技術的な背景と、今後の対応について解説します。

---

1. イベントID:1801 が出続ける理由

このエラーは、**「OS側がTPM（セキュリティチップ）の情報を取得・管理しようとしたが、WMI（管理インターフェース）との通信に失敗した」**ことを示しています。

• AMD特有の挙動: GEEKOM AE8に搭載されているAMD Ryzenプロセッサの「fTPM（ファームウェアTPM）」は、Windows 11との通信において稀にタイミングの不整合を起こすことが知られています。
• 原因の推測: Windows UpdateによってOS側のセキュリティチェックが厳格化、または変更された結果、BIOS（ファームウェア）側との対話がスムーズにいかず、起動時や動作中に繰り返しログを吐き出している状態です。

2. 「問題がある」のか「無視して良い」のか？

• 実害がない場合: PCが正常に起動し、BitLockerや指紋認証、Windows Hello、アプリの動作に問題がないのであれば、**「ログが記録されるだけで実害はない」**と判断して静観することも可能です。
• 懸念される点: ログが出続けているということは、OSがTPMへのアクセスをリトライし続けている可能性があります。これが蓄積されると、今回のような**「大型アップデート時の起動フリーズ」を再発させる火種**になります。

３. 試してみる価値のある対策（任意）

もしこのエラーを消したい、あるいは再発を完全に防ぎたい場合は、以下の手順が一般的です。

1. BIOSの更新: GEEKOMの公式サイトで、AE8向けの新しいBIOS（TPMの安定性向上を含むもの）が出ていないか確認する。
2. チップセットドライバーの更新: AMDのサイトから最新のチップセットドライバーをインストールする。
3. 静観する: 次回の月例更新（2月11日）で、Microsoft側がこの通信不備を修正するのを待つ。

結論として：

現在PCが快適に動いているのであれば、**「爆弾（TPMの通信不備）はまだそこにあるが、導火線には火がついていない状態」**です。無理にBIOSをいじって更なるトラブルを招くよりは、まずはこのまま様子を見つつ、重要なデータのバックアップを欠かさない運用がベストと言えます。

引き続き、何か挙動に変化（プチフリーズ等）があれば、いつでもお知らせください。

Microsoftへフィードバック済み

手順

送信内容

次のKB更新？

【要注意】Windows 11 KB5077181適用レポート：ブラックアウトの懸念は？

月例アップデート検証報告。前回のブラックアウト不具合を経て迎えた運命の日、Ryzen 9搭載 AE8での結果は「生還」。しかし、Intel機との比較検証で浮かび上がったのは、依然として残るTPMエラーとRyzen特有の不安定な挙動でした。実機ログを基に徹底解説。

イイネ.biz

2026.02.11

KB5077181でも不具合を確認！

【実機検証】KB5077181でブラックアウト発生。i7 vs Ryzen 9で分かった驚きの挙動差

200名以上のユーザが確認➡比較データ：2月アプデKB5077181で発生したブラックアウトを実機検証。Ryzen9機;AE8では致命的なハングアップが発生する一方、i7機（HP Spectre X360）では安定動作。1,000PV超の反響に応え、明暗を分けた要因と復旧手順を解説します。「週明けの不具合報告続々」

イイネ.biz

2026.02.13

「新着情報の表示といえばこれ」と長年愛されてきたWordPressプラグイン『What’s New Generator（以下WNG）』。しかし、開発停止から数年が経ち、公式ディレクトリからも非公開となった今、最新のWordPress環境で使い続けることには「いつエラーでサイトが止まるか分からない」という不安が常に付きまといます。

それでもなお、このプラグインが検索され続ける理由は、その「圧倒的なシンプルさ」にあります。本記事では、当サイトのアクセスデータから見える「WNG需要」を紐解きつつ、プラグインを一切使わずに、最新の標準機能だけで「あの使いやすい新着一覧」を完全に再現する方法を徹底解説します。

データが証明する「What’s New Generator」への根強い支持

　　当サイトのアクセス解析（Site Kit）を見ると、興味深い事実が浮かび上がります。最新のキーボードレビューやWindows 11のカスタマイズ記事と並んで、常に上位にランクインするのが「What’s New Generator」に関する検索クエリです。

Site Kitの検索クエリ

※画像には「what’s new generator 代替」などのキーワードが並んでいる。

Site KitのSite Kitの過去28日間のトップコンテンツ

そして、Site Kitの過去28日間のトップコンテンツの６位に！

2026年、使い続けるリスクと「賢い卒業」

長年愛用してきた道具を手放すのは惜しいものですが、以下のリスクを冷静に見極める必要があります。

標準機能への移行こそが正解：今のWordPress（ブロックエディタ）には、プラグインなしで同等の表示ができる「クエリループ」が備わっています。

PHP 8.x系^※での「沈黙のエラー」：画面は映っていても、裏側でエラーログが溜まり、サーバー負荷や突然のクラッシュを招く恐れがあります。

セキュリティの空白：更新が止まったプラグインは、脆弱性が見つかっても修正されません。

【実践】標準機能「クエリループ」で新着一覧を再現する

追加プラグインは不要です。以下のステップで土台を作ります。

ステップ1：ブロックの挿入

1. 編集画面で「/query」と入力し、**「クエリループ」**ブロックを挿入します。
2. 「空白から開始」を選び、最もシンプルな「タイトルと日付」等のパターンを選択します。

筆者からのアドバイス : 当ブログはテーマ『Cocoon』を使用しているため、本来は標準機能だけで右ペイン等に新着記事を掲載できます。しかし、固定ページや投稿本文の好きな場所に「What’s New Generator」のような極めてシンプルなリストを配置したい場合、この標準機能を使った方法が最も軽量で安全です。
※実際の操作画面キャプチャについては、後日さらに分かりやすく追記する予定です。

ステップ2：表示内容の整理（WNG風にする）

1. 右側のパネルで「テンプレートからクエリを継承」をオフにします。
2. 表示件数を「5件」などに設定します。
3. リスト表示（アウトライン）を使い、「ポストテンプレート」の中を以下の3つだけに整理し、「行（Row）」ブロックの中に横並びに配置します。
   1. 投稿日
   1. 投稿カテゴリー
   1. 投稿タイトル

ステップ3：【重要】安全のための「名前付け」

他のページのデザインを壊さないために、クエリループブロックの「高度な設定」＞「追加 CSS クラス」に wng-style と入力してください。

デザインを整える：こだわりのレスポンシブCSS

以下のコードを「外観」＞「カスタマイズ」＞「追加CSS」に貼り付けてください。PCではWNG風の1行、スマホでは読みやすさを優先したデザインに自動で切り替わります。

/* wng-style 専用：PC・スマホ両対応のデザイン */
/*  特定のクラス（wng-style）を使っているため、公開中の他のページには影響しません。*/
/* WordPressの標準的なクラス名（.wp-block-post-template など）をターゲットにすると、サイト内のすべての「クエリループ」ブロックのデザインが、今回設定した「一行リスト形式」に変わります。もし他の場所でクエリループを使っていたら： 例えば、トップページで「おしゃれなカード型の記事一覧」をクエリループで作っていた場合、それも強制的に「WNG風のシンプルな一行リスト」に書き換えられてしまいます。*/

/* 1. リスト全体の基本設定 */
.wng-style .wp-block-post {
    border-bottom: 1px dotted #ccc; /* 薄いグレーであの懐かしの点線 */
    padding: 12px 0;
    margin: 0;
    display: flex;
    gap: 15px;
    align-items: center;
    font-size: 0.95rem;
}

/* 2. 日付：幅を固定して縦のラインを揃える */
.wng-style .wp-block-post-date {
    color: #888; /* グレー */
    flex-shrink: 0;
    min-width: 100px;
    font-family: monospace; /* 数字のガタつきを防ぐこだわり */
}

/* 3. カテゴリ：シンプルなバッジデザイン */
.wng-style .wp-block-post-terms {
    background-color: #f0f0f0;　/* 白に近い薄いグレー */
    color: #444; /* 濃いグレー */
    padding: 2px 8px;
    font-size: 0.7rem;
    border-radius: 2px;
}

/* 4. タイトル：PCでは一行、長い場合は「...」で省略 */
.wng-style .wp-block-post-title {
    margin: 0;
    font-weight: normal;
    white-space: nowrap;
    overflow: hidden;
    text-overflow: ellipsis;
}

/* 【こだわり】スマホ表示（600px以下）の最適化 */
@media (max-width: 600px) {
    .wng-style .wp-block-post {
        display: block; /* 横並びを解除して2行構成に */
        padding: 10px 0;
    }

    .wng-style .wp-block-post-date,
    .wng-style .wp-block-post-terms {
        display: inline-block;
        margin-bottom: 5px;
        font-size: 0.8rem;
    }

    .wng-style .wp-block-post-title {
        display: block;
        white-space: normal; /* スマホではタイトルを折り返して全文読ませる */
        font-size: 1rem;
        line-height: 1.4;
    }
}
/*画面の狭いスマホで「日付・カテゴリ・タイトル」を無理に1行に詰め込むと、文字が重なったり、タイトルが数文字しか読めなかったりと、かえって不便になります。「PCではスッキリ1行、スマホでは読みやすさ優先の2行（または最適化）」という、今のWebデザインの標準に合わせたこだわりを盛り込んでいます。 */

 操作で迷わないための「3つのコツ」

• 「リスト表示」を活用せよ：画面左上の三本線アイコンから階層を確認すると、目的のブロックをすぐ選べます。
• 不要なものは消していい：デフォルトで入る「アイキャッチ画像」や「抜粋」は、WNG(What’s New Generator)風にするならDeleteキーで消してOKです。
• プレビューで確認：特定のクラス（wng-style）を使っているため、公開中の他のページには影響しません。安心して下書きプレビューで確認してください。

おわりに：道具をシンプルに保つことが、最高の運営術

10年前のPCに工夫して最新OSを入れるワクワク感と同じように、WordPressも「古いプラグイン」に頼るのではなく、標準機能を「知恵」で使いこなす。それこそが、サイトを長持ちさせ、読者にとっても快適な環境を作る秘訣です。

プラグインの更新停止に怯える日々は、今日で終わりにしましょう。

あわせて読みたい：

What's New Generator 代替 プラグイン

Site KitにWhat's New Generator 代替 検索・サーチコンソールにも表示された 24/11/24:検索需要が高い為、代替プラグインの最新を確認・更新しました。依然として代替プラグインの検索件数が多いので、記事を更新し...

イイネ.biz

2024.07.21

使っちゃいけないプラグイン 191本 [発見次第更新]使ってはいけないWordPress Plugin ➡️解除も！

サイト攻撃の約６割がプラグイン起因。セキュリティ問題で停止されたもの。３年以上メンテナンスされず導入注意なもの。フォーラムや他サイトで見かけた➡その数なんと191本を「使ってはいけないプラグイン」として上げます。 理由は、開発チームが解散し新たに脆弱性が見つかっても対応が困難と思われるから。wordpress.orgのサイトでも"このプラグインは WordPress の最新3回のメジャーリリースに対してテストされていません。

イイネ.biz

2021.02.19

※

WordPress 6.9 の必要要件

そうでは、ないのです。

WordPressを使ったホームページに、

約束ごとともいえる以下のことに、サイトオーナーであるあなたが関わっていないことが、イケナイことです。

　WordPressのバージョンアップも大事です。
  ( WordPress でさえ作成時のままのものも多数あります)が、
WordPressのバージョンアップだけではダメなんです。

Update:2020/03/11

Written: 2019/06/03

　By　横浜の登録セキュリティプレゼンター

WordPressホームページの是非

WordPressでホームページを作ると決めたときに必要なこと

　それは、自社で作るか、外部に依頼するかですが、ほとんどの場合、外部のホームページ制作会社に依頼するからです。（ではないでしょうか？）

　そして、外部にホームページ制作を依頼する場合、制作後のちゃんとした保守も行ってくれる（できる）制作会社を選ぶ必要があります。

　というのは、
WordPress は素晴らしいCMSの１つです。
しかし危険でもあるのです。
WordPress自体でホームページを作ることは
ちょっとした知識があれば、誰でも簡単に作ることができるから
何も考えなく進めたりもできます。

　ですから、セキュリティ意識の高い、セキュリティ対策を明確に示し・行ってくれる（実施できる）ホームページ制作者^(※)を選ぶ必要があるのです。
　そんなことを言われてもとお思いの場合は、
選んだ場合、まかせっきり（丸投げ）にしないことです。
あなたが実現したいと思ったことが出来ているかどうか？
セキュリティ対策に何をしているか？は確認しましょう。

※．ここで、ホームページ制作者と言った理由は、ホームページ制作会社がセキュリティ対策を実施できるとしても所属する全員がセキュリティ対策を実施できるとは限らないし、費用の関係でそこまで面倒を見てくれない可能性だってあるからです。

（事実、筆者がリサーチした43のWoroPressサイトの実態がそれを示しています。）

信頼できるホームページ制作会社に制作と保守を依頼すること

　筆者が思うに「激安ホームページ」とか「格安ホームページ制作」などのキャッチフレーズを掲げているホームページ制作会社には依頼すべきではないと断言します。

　それらは、見栄えは良いかも知れないが結果的に「安かろう・悪かろう」で、あなたのホームページが終わってしまう

何故そう言い切れるか、

多くのホームページがそうである様に、作りっぱなし・制作した当時のまま

特に、WordPressホームページに、一番多く見受けられるのが、

バージョンアップしていないこと

（日本でCMSを使って制作されたホームページの82％以上がWordPressだから、
ホームページの調査でWordPressのホームページの傾向を調べれば、おおよその動向がわかる）
 ※.下の図は、少し古いキャプチャです。画像クリックで最新の日本シェアをご覧いただけます）

WordPress本体はおろか、利用しているプラグインにおいては、ワードプレス本体がバージョンアップされていても、プラグインが古いまま（など）

WordPressあなたにオススメ厳選プラグイン14

ワードプレスのウェブサイトにセキュリティ対策と運用・運営支援のためのプラグインを厳選! 必要なことは、セキュリティを保つこと、そしてサイトの軽量化です。WordPressのために開発されたプラグインは多種多様・玉石混交を極めるが、目的をもって必要最低限の採用（導入）をお薦めします。

イイネ.biz

2020.07.31

プラグイン(plugin)の管理・保守も忘れずに

　多くのプラグインはWordPress.org以外のサードパーティが制作したもので、
既に開発チームが解散してしまって、脆弱性対策などのバージョンアップがされないものも多くアップされたままです。

　新しくWordPressサイトを立ち上げる時は、インストールするプラグインの保守状況やインストールしたWordPressのバージョンと互換性があるのか、などを制作者側でチェックできるのでさほど問題はないでしょうが、

一度制作され、保守契約をしていないWordPressホームページは、サイトオーナー側でメンテナンスするしか無い訳で、これが問題となるのです。

（WordPressサイトを所有する多くのサイトオーナー側にはこれらの問題に適切に対処する人がいないから）

　WordPress本体を、自動バージョンアップ設定をしていたとしても、
大幅な改定（WordPressではこれをブランチ（系）と言っています）の場合、
自動バージョンアップされない(4.9➡5.0など)のです（保守できる人の介在が必要となるのです）

　このブランチの壁は、最も・最近のものでは、4.9から5.0への移行です。

　5.0ブランチで大幅な改定がなされた為、
自動バージョンアップ設定をしていても（保守作業をしないとできないのです）

4.9ブランチの最新バージョンは4.9.13（2019/12/13リリース）のセキュリティリリース（以前のバージョンに影響する 3件のセキュリティ問題修正^※）です。

※. 3件のセキュリティ問題

　1.   権限のないユーザに REST API 経由での先頭固定投稿を許してしまう問題

　2.   巧妙に手が加えられたリンクを用いたクロスサイトスクリプティング (XSS) 脆弱性の問題

　3.   WordPress.org セキュリティチームによる wp_kses_bad_protocol() の強化。これにより名前付きコロン属性が適切に処理される。

5.0ブランチは2018/12/10リリースですが、4回のセキュリティリリースと4回のバグ修正などのメンテナンスリリースで、既に5.0.8に、2019/12/13以前のバージョンに対する4件のセキュリティ問題修正^※）です。

さらに、
5.1ブランチは、5.1.4（2019/12/13が最新）以前のバージョンに対する4件のセキュリティ問題修正^※）
5.2ブランチは、5.2.5（2019/12/13が最新）以前のバージョンに対する4件のセキュリティ問題修正^※）
5.3ブランチは、5.3.2（2020/01/02が最新）5件のバグ修正と改良のメンテナンスリリースです。

この様に、複数のブランチが並行して開発・保守されている特殊な形態をとっている為、実際のWordPressを利用したホームページなどでは、多くのブランチ・バージョンが今でも存在しています。

4.8ブランチ以前のもっと古いブランチも現役で運営されています
(これは、サイトオーナーが知らない大きな問題を含んでいるのです)
　➡ 「WordPress 脆弱性とバージョン推移」はここからご覧いただけます。

※. 4件のセキュリティ問題(5.0で追加されたブロックエディタに関する問題がある分１つ多い)

1. 権限のないユーザーに REST API 経由での先頭固定投稿を許してしまう問題
2. 巧妙に手が加えられたリンクを用いたクロスサイトスクリプティング (XSS) 脆弱性の問題
3. WordPress.org セキュリティチームによる wp_kses_bad_protocol() の強化。これにより名前付きコロン属性が適切に処理される
4. ブロックエディター本文を用いた格納型 XSS 脆弱性

WordPress.orgは、
「積極的に保守されている5.3系統の最新版以外の以下のバージョンは、安全に使用することはできません。」と公式ページで宣言しています。

現時点では、5.3ブランチの5.3.2が最新ですが、

既に、5.4ブランチの2020/03/31リリースが予定されています。

  5.4がリリースされたら、WordPress.orgは、通例通り「積極的に保守されている5.4系統の最新版以外の以下のバージョンは、安全に使用することはできません。」と宣言するでしょう。

プラグインに関して言うと、

WordPressのSEOプラグイン
「All in One SEO Pack」に深刻な脆弱性がありました。（2016/07/12）

“All in One SEO Packは“WordPressで必須”ともいわれ、
インストール数が100万件を超す人気プラグイン。
公開された情報によると、「Bot Blocker」と呼ばれる機能にクロス サイト スクリプティング（XSS）の脆弱性が見つかった”

　“Bot Blocker機能は、特定のボットによるWebサイトへのアクセスを防止する機能で、User AgentやReferrerヘッダのパターンをもとにボットを検出する。
　同機能の設定で「Track Blocked Bots」を有効にしている場合（初期設定は無効）、HTMLページに記録されるブロック済みリクエストの検証が不適切な問題を突かれてXSS攻撃を仕掛けられ、管理者のセッショントークンを盗まれたり、攻撃者に任意の動作を実行されたりする恐れがあるという。”

“脆弱性はAll in One SEO Packの2.3.6.1までのバージョンで確認され、バージョン2.3.7で問題は修正”その後　➡ 「2.3.7以前のバージョンでも、別の新しい脆弱性が発見された」

でもこれだけでは無いんです。

All in One SEO Pack には、
別のクロスサイトスクリプティングの脆弱性が存在します（2019/01/09）

All in One SEO Pack 3.2.7 未満では、
「情報を取得される、および情報を改ざんされる可能性があります。」
実際に、➡「管理者の情報が盗まれたり、悪意ある攻撃者に任意の動作が実行された」

「XSSの脆弱性を利用して、攻撃者は悪質なHTTPユーザーエージェントまたはReferrerヘッダをXSSペイロードが含まれているサイトに転送することができます。 その後、管理者が管理者パネルにアクセスすると、このプラグインに「Bad Bot Blocker」の設定ページが表示され、攻撃者がサイトの制御を完全掌握してしまいます。」

2020/02/07時点では、 All in One SEO Pack はバージョン3.3.5が最新です。

筆者は、古いバージョンを使っているいくつかのサイトを知っています。

　次の表が示す様に「調査したWordPressサイト」
38サイト中、

WordPressとAll in One SEO Packだけでの関係では、
安全だろうと思われるのは、
たったの6サイト（WordPress5.3.2の欄）の16％に満たないのです。
（先に上げた43サイトとは別の調査です。一部同じサイトが含まれますが）

文字が小さくなってしまいますので、左右分割して上下に表示しますネ

極端に古い3.1.2のWordPressを未だに使い続けている歯医者さんのホームページもあります。

　驚きですが、きっとこのサイトを作ったホームページ制作会社はもうないのか、
それともオーナーがホームページはありさえすれば良いと考えているのかも知れません。
　このホームページだけでなく、
もうメンテナンスされていない古いバージョンを使い続けているところがいっぱいあります。

黄色マーカー部分は、WordPressもAll in One SEO Packも問題です。

WordPressは、5.3.2が現時点での最新版です。

All in One SEO Packは、現時点の最新版は3.3.5です。3.3.4、3.3.3、3.2.10も脆弱性の報告が見つかりませんので大丈夫かも知れません（サポートが英語版なので、詳しく知らないままSEO内部対策用に使っている人が殆どでしょう。）

ひどいと思われませんか？
惨憺たる状況とはこのことです。

さらに驚きなのは、
この中の数サイトが管理ユーザ情報を公開（サイトオーナーは知らない）してしまっているのに、SSL化（暗号化通信）には対応していることです。

ほとんどのサイトオーナーは、ご自分のホームページがこの様な状況だとは夢にも思わないし、考えもしないハズです。（言い方は良くないですが、肝心なことを知らされず騙されているかも知れない）
この様な状況では、最悪のパターンに陥らないとも限らない

あなたのホームページは大丈夫ですか？
お付き合いのあるホームページ制作会社は、
この様なことを伝えてくれたり・してくれたりしていますか？

WordPressテーマCocoonはSEO内部対策機能を内包しています

筆者のサイトは最新版のWordPressをいつでも更新できるようにし、
All in One SEO Packなどの内部SEO対策プラグインは入れていません。
WordPresssテーマのCocoonにその機能が含まれているからです。

　例え、それ以上 の機能をAll in One SEO Packが持っていたとしても、
自身で管理が難しいと思われるプラグイン(Plugin)は入れるべきではないと考えているからです。

Cocoonの様に内部SEO対策プラグインを必要としないテーマは他にもあります。

プラグインは多く入れすぎると管理も大変になります。

キャッシュプラグインの「WP Super Cache」に複数の脆弱性。（JPCERT/CC）
アクティブインストール100万以上、総ダウンロード数810万以上のとても人気があるプラグイン
「1.4.4」および以前のバージョンに、
　✔ 悪意あるPHPコードが挿入可能( PHP Object Injection )となる脆弱性
    ✔ XSSクロスサイトスクリプティングの脆弱性などが含まれている。
　✔ 脆弱性や不具合などを修正した「バージョン1.4.5」

All in One SEO PackとWP Super Cacheは超有名プラグインなのですが、それすらこの様な有様なのです。

また、

「PuSHPress」は開発元のアップデートがなくなりました。（有効インストール数60,000以上)
（ インデックス用のプラグイン 最終更新2年前、 検証済み最新バージョン WordPress4.8.12）

この様な情報に常に敏感でなければ安心できません。

ですから、
WordPressサイトは、

　WordPress本体だけでなく、
　✔ プラグイン(plugin：この場合WordPressの機能を補完するもの。存在しない機能を追加するのではなく、すでにある機能の追加や置き換えによって動作の一部を改変・補強する )

　✔ テーマ（theme：主にサイトの外観や色合いを業種・業態ごとのテーマに沿って作られたもの。SEO対策や、キャッシュクリアなどの機能を備えたものもある。Cocoonもその中の１つ）

　✔ API（ Application Programming Interface： アプリの機能や管理するデータなどを、外部の他のプログラムから呼び出して利用するための手順やデータ形式などを定めた規約を利用したもの(インターフェース)   ）　※※

などにも
脆弱性対応と共に
常にバージョンアップが必須となるのです。

※※. WordPressの4.7と4.7.1で世界の155万以上のサイトが改ざんされるというセキュリティ事故が起きたのは、WordPress 4.7から内包された、REST APIの脆弱性に起因するものでした。

導入しているこれらのバージョンアップをメールで知らせてくれるプラグインもあります。

セキュリティプラグイン(SiteGuard WP Plugin)は更新情報を伝えてくれます

筆者が導入している日本製のセキュリティプラグイン（SiteGuard WP Plugin） は、セキュリティプラグインとして優れもので（他のプラグインやテーマなどの更新通知を受け取れます）の最新バージョンがリリースされると知らせてくれる機能も待っています。

この様なプラグインの性格や機能を熟知しているホームページ制作会社を選んでください

まとめ

制作を外部に依頼している場合、保守契約も必要です

そして、制作を外部に依頼している場合、保守契約も必要になってくるのです。

WordPress 脆弱性とバージョン推移 v.7.0.1

WordPress 7.0.1 あなたのホームページがワードプレスで作られていて 何も対策をしていないと改ざんされたり・危険です。ホームページに訪れてあなたのお客さんになってくれるかも知れない人たちに不安を抱かれてしまいます。（あなたのホームページが何で作られているか？な人はお問い合わせください） WordPressは、積極的に保守されていますか？ WordPress.orgでは、「積極的に保守されている5.n系統の最新版以外の以下のバージョンは、安全に使用することはできません。」と公式に表明しています。以下に、WordPressの、脆弱性とバージョンの推移をお知らせします。

イイネ.biz

2019.08.28

あなたは、下の数字を見てどんなふうに思われますか？
次にあげる例では、もっとも基本とされる対策がされているのは、割合からしてたったの30％しかないという事実です。
･･･これは、ホームページ制作会社のセキュリティ意識が低い事の表れです。

WordPressサイトに必要なセキュリティが担保されていない

ウイルス対策ソフトが入ったPCからサイトにアクセスすると、以下の様な警告が出る場合があります。

　これは、改ざんされたサイトにアクセスした場合です。
ですから、サイトのセキュリティ対策が大事になってくるのです。

これはホームページオーナーのせい（所為）ではないのだけれども！･･･

　まったく責任がない訳でもありません。

　2つの区で人口合計が約37万人地域の、歯医者さんのホームページを調査してみました。

106ホームページの内、実に43がWordPressで制作されている.

そして43サイトの内２つの切り口でセキュリティ対策がなおざり^※のサイトが20件も！

２つの切り口というのは、次の２つです。

1. ユーザ情報保護（wp-json対応：ユーザID・名称などを管理者以外に秘密にする）
2. ログイン画面を隠す（wp-loginの変更：管理者以外に秘密にする）

下の図でお伝えします。

※.なおざり：「なおざり」は「多くの場合、何の対応もしない」

上の図で言うと、①wp-json未対応の23件の内、wp-login未対応の20件がなおざり･･･ここまでくると、もはやずさんとしか言いようがない。

※.おざなり：「おざなり」は「いい加減ではあるにせよ、何らかの対応をする」

上の図で言うと、②wp-json未対応の23件の内、wp-login対応済の3件がおざなり

および、　　　③wp-json対応済の20件の内、wp-login未対応の7件がおざなり

※.なおざりも、おざなりも、現代語として考えた場合、
両方に共通している部分は、「いい加減な対応だ」ということです。引用：NHK放送文化研究所

　ですから、どちらも安心はできないのです。

つまり、この２つの切り口から見た場合、

43件中13件しか、ワードプレスの大事なセキュリティ対策の一部が出来ていないのです。
（他の対策も推して知るべし）

割合からしてたったの30％しかないのです。(基本対策されているサイトが!?)

母数が少ないですが、70％が管理画面に対するセキュリティ対策が出来ていないということです。

（セキュリティ対策は、これだけにはとどまりませんが、最も基本的な対策がとられていないことが、大きな懸念材料です。）

セキュリティ対策でわかること

このサイトでも判明！
このサイトは日本語専用サイトであるにもかかわらず、
僅か７日間の間に、なんと海外から161件の攻撃がありました。

また、admin(デフォルト管理者)による不正ログインの試みが224回もありました。

翌週には、さらに増えて合わせて282件もの攻撃がありました。

これは、セキュリティ対策をしているからこそ防ぐことができたことを表しています。
もちろん、完璧なセキュリティ対策というものは存在しません。
しかし、あまりにも杜撰な・または対策をしていないホームページが目立ちます。
下のブログカードのクリックで、セキュリティ対策の実態と、無用なプラグインの実際をお知りになることができます。

使っちゃいけないプラグイン 191本 [発見次第更新]使ってはいけないWordPress Plugin ➡️解除も！

サイト攻撃の約６割がプラグイン起因。セキュリティ問題で停止されたもの。３年以上メンテナンスされず導入注意なもの。フォーラムや他サイトで見かけた➡その数なんと191本を「使ってはいけないプラグイン」として上げます。 理由は、開発チームが解散し新たに脆弱性が見つかっても対応が困難と思われるから。wordpress.orgのサイトでも"このプラグインは WordPress の最新3回のメジャーリリースに対してテストされていません。

イイネ.biz

2021.02.19

「ホームページ制作会社の基本的なセキュリティ意識の欠如」

　そして、悲しいことにサイトオーナー（ホームページ所有者）は、この様なことをご存知ない。

ホームページ制作会社がこの様な、

いい加減でずさんなとも言える対応で、自分のサイトを作ったなどと夢にも思っていないことです。

悲惨な例は、被害者になること

　ランサムウェアを組み込まれて、身代金を要求されること

　自身のホームページを閉鎖せざる得なくなること

（ビジネスを続けるに欠かせない道具を失ってしまうこと）

（改ざんされた6サイトの内、３サイトがホームページを閉鎖してしまったことを筆者は知っています）

そして最も悲惨なのは、サイトオーナーの知らない内に加害者側に立たされること

　フィッシングサイトに誘導される改ざんをされ、
犯罪の踏み台にされること

あなたのサイトに訪れて、
あなたのお客さんになってくれるかも知れない人たちが、
フィッシングサイトに誘導されて被害に遭う

（信用して使ったホームページでだまされた。

あなたはその
ホームページを提供しているオーナーなので
犯罪の片棒を担いだのと同じと見なされます。）

刑事罰は受けなくても

　セキュリティ対策が出来ていない
（ホームページオーナーが怠った）

　（セキュリティ対策を怠って犯罪の踏み台にされ結果として犯罪の片棒を担ぐことになった）

　自分のホームページも管理できない
（ずさんな運営・管理していない）

　と、いった様な内容で信用ガタ落ち・信頼も失ってしまいビジネスに窮することになります。

あとから、脅威を取り払うことができたとしても、

　失った信用を取り戻すだけでも大変な思いをするはずです。

ホームページは手軽に持つことが出来ます。
しかし安易な制作（制作会社に全部お任せ(丸投げとも言います）で
チェックをしないなど）・なにもしない運用ではいけないのです。

10大脅威

IPA 独立行政法人 情報処理推進機構が毎年発表する内容から抜粋してお伝えします。

2019年10大脅威

情報セキュリティ10大脅威2019「個人」および「組織」向け脅威の順位

表1.2

「情報セキュリティ10大脅威2019」の個人の脅威を目的別に分類

表1.3

「情報セキュリティ10大脅威2019」の組織の外部または内部に存在する脅威に分類

2018年10大脅威

情報セキュリティ10大脅威2018「個人」および「組織」向け脅威の順位

それ程傾向の変化はありませんが、
（2019年にフィシングがいきなり2位に入りました）

この様な情報は無料で開示されてはいるものの、

中々・一般的にはなりにくく伝わりにくいものだと思います。

　いかがでしょうか？あなたが思っていたより、身近に脅威があるとお感じになりましたか？

ここの部分は、セキュリティ対策に係るもの（登録セキュリティプレゼンター）としてお伝えできればと思い添付しました。

　関連記事

要対策「情報セキュリティ10大脅威」2019

要対策「情報セキュリティ10大脅威」2019

IPAが発表した「情報セキュリティ10大脅威」2019/04あなたは充分な対策をしてきたでしょうか？2019年を振り返りつつ改めてこの重要な対策をお伝えしたく思います。そして対策の切り口としての「情報セキュリティ5か条」も1. OSやソフト...

a-itc.info

要対策「情報セキュリティ10大脅威2018」

情報セキュリティ10大脅威横浜スマホサイトITC

Googleが暗号化対策をしているサイトを評価Chrome最新版を公開。 今回はIPAが発表した「情報セキュリティ10大脅威」についてお伝えします。 横浜スマホ最適サイト制作。 SSL対策については、以下の記事を参照してください。

www.a-itc.info

WordPressサイト43の内23サイトがユーザ情報丸見え

　WordPressの管理画面（ダッシュボード）に入る為には、
ユーザID(名)とパスワードが必要です。

管理画面に入ることさえできれば、攻撃者の思うつぼです。

（改ざん、乗っ取り、情報漏洩（情報抜き取り）、フィッシングサイト^※への誘導書き込み、不正操作、コマンド注入（インジェクション攻撃）、なりすまし・・・などなど攻撃者の思う

管理画面（ダッシュボード）に入らなくても、攻撃はできます。

　ですから、この23サイトが最もリスキーなのです。

　※．筆者も、
フィッシングサイトへの誘導書き込み(改ざん)されたサイトを10数件見つけています。

　　　（証拠画像を後の方に添付します。）

この23サイトは 、 すでに ユーザID(名)が判明していることから、
あと必要なのはパスワードだけです。

そして、このパスワードはコンピュータを使った攻撃^※で、
わずかな時間で割り出すことができます。

この攻撃^※は人間が仕組みますが、人が行う訳ではないのです。
何日、或いは何か月、場合によっては何年かかっても良い訳です。

^※ブルートフォースアタック（総当たり攻撃）といい強引なやり方ですが、攻撃者の常とう手段の一つでもあります。

　IPA 独立行政法人情報処理推進機構　が
2008年のコンピュータで試算したデータがあります。

下が、その表です。
　出典：　IPA 独立行政法人情報処理推進機構　2008

　2008年の性能のコンピュータで、
４桁のパスワードなら、3秒から9分、
６桁でも英字だけなら37分(ピンク部分)、
白い部分でも約5日から54日で解読されてしまいます
（2019年のコンピュータならこれの数倍早いでしょう。
コンピュータにやれせれば良いので攻撃者は仕込むだけです）

基本的かつ重大なセキュリティ意識の欠如

つまり、両方を放置している20サイトが一番危ない。

wp-loginを対策している3サイトも安心できるとは言えない。

危険1　ユーザ情報丸見えは最も憂うべき状況の1つ

「パスワード」だけ突破できれば攻撃が可能なんです。

上記23サイトはユーザ情報丸見え、他のWordPressサイトでも以下の入力で解析される可能性

何も対策をしていないWordPressサイトでは、以下のコマンドで

危険：あなたのホームページのユーザIDを抜き出す

　WordPressバージョン4.7以降では上記の様に入力することで、ユーザ情報の抜き出しができます。
（ RESTful API ： REST( REpresentational State Transfer ) APIの実装）

• ‘http://example.com/wp-json/wp/v2/users

または、

• ‘http://example.com/?rest_route=/wp/v2/users
• ‘http://example.com/hoge/wp-json/
• ‘http://example.com/?author=1 で、

数字の１はユーザIDの登録Noです。1がなくても^※、2、3と数字を上げていけば、

※．通常1はデフォルト（初期設定状態）のadmin（アドミニストレータ）の登録Noです。最低限adminは通常削除しますから１がない場合もあります（１を別のユーザに割り当てる場合もあります）

SSL化（暗号化通信設定）していても、抜き出せます（何も対策をしていないと）

• ‘https://example.com/wp-json/wp/v2/users　などで、

　現に、
上記23サイトの内5サイトがSSL化 していました。
(内1件は2019/4/17リニューアルも済ですがユーザ情報はダ ダ 漏れ状態)
（もはや、この制作会社に･･･頼っているのは問題です。）

　Wp-json対策をしていないサイトのSSL化は無意味なんです。

　本末転倒なんです。
暗号化していても入り口情報がダダ漏れ（丸見え）ですから。

example.comはあなたのURLに置き換えてブラウザのFirefox^※で実施してみてください。

　※. Firefoxは、JSONを整形（見やすく）して表示してくれます。

　以下はウェブブラウザのFirefoxで実行したものです（chromeでは見にくいので）

サイトが特定できる情報およびユーザIDなどはマスキングしています。

ユーザ情報が丸見え。しかもadminが残っている

わかりにくくて申し訳ないのです

（セキュリティ上、あえて分かりにくくしています）

　上記の例は、ユーザが３つですが、

最初からあったadminがそのまま残されセキュリティ上問題です。

adminは削除し、
adminと同等の権限を持つ別の名前のidで
admin権限であることが判りにくい命名でユーザIDを追加します。

または、

adminではないユーザIDでWordPressのインストール・セットアップを行います。

admin権限のユーザ情報が丸見え

ここも分かりにくくて申し訳ないですが

（ユーザ情報が複数のサイトで洩れていることだけ伝えたく例２）

　上記の例は、ユーザが2つ
ですが、
adminが削除されていますがセキュリティ上問題です
（admin権限とハッキリわかる名前のidでユーザIDが追加されています。
名前の先頭にadmin-が付いています。）

 （筆者が抑えている範囲は他にもありますが、これ以上お見せしても分かりにくい画像ばかりでしかお伝え出来ませんので無意味になってしまいます）

　上記の2例ともSSL化(https:暗号化通信)に対応していましたが、基本的な部分が出来ていないので本末転倒というか、折角のSSL化も意味を成しません。

（もう一度言いますSSLが無意味なんです）

　この様な状態では、
セキュリティ上まずい（問題である）ため、
この機能を無効にする必要があります。

　この機能を無効にする設定方法や適切なプラグインがあります。

（このお話はまた別の機会に）

ユーザ情報が適切に管理されている場合

http://example.com/wp-json/wp/v2/users を実行して、下の画像の様な表示であれば、

ユーザ一覧を表示する権限設定がなされている例
wp-jsonに、ついては安心できます。

wp-json設定：ユーザ一覧などを表示する権限設定

危険2：WordPressのログイン画面が公開されている

‘ http://example.com/wp-login.php

目立つように色を赤色に変更しています。

通常は⇩下の様な色合いです。これもwp-login.phoで出てきたものだからアウトです。

　あなたのホームページのURLの後に/wp-login.phpと入力して
上の様な画面が出てきたら、

要注意です。

　基本的なセキュリティ対策がされていません。

WordPressのログイン画面から
WordPress管理画面（ダッシュボード）へのアクセスするための
URL( /wp-login.php )は非常に重要なので一般には公開するべきではありません。

　そのためのURLを安易にアクセスできる状態にするのは、絶対というほど控えるべきことです。

（wp-loginが公開されているということは、セキュリティ意識の無いホームページ制作会社によるものです）。

　ログイン画面をさらす行為はメリットがないばかりか、ログイン画面を他人に触らせるというデメリットしかありません。

 WordPress管理画面（ダッシュボード）への入り口

　ログイン画面でユーザ名（ユーザID）と、パスワードが分かってしまえば乗っ取られてしまいます。

WordPressの知識がある人なら、
ログイン画面の入り口のURLはすぐわかるのです。

最低限の対策（wp-login.php）ファイル名称の変更さえ行われていません。

あなたのホームページの制作会社に問い合わせてください。

セキュリティプラグインを採用する場合は、
プラグインのアップデートなども必要となりますので、
十分に気をつけて信頼のおけるホームページ制作会社に依頼してください。

対岸の 火事 、 いいえ 違います 。 「 改ざんされたサイト 」 は 身近に あります

私が、実際に発見した 改ざんされたサイト

6サイトが改ざんされ、3社がHP閉鎖、内１社は廃業、１社は不明

フィッシングサイトに誘導される改ざんされたサイト

上は
フィッシングサイトに誘導される改ざんがされたサイトのほんの１例です。

　もちろん

黙って見ている訳にも行きませんので、

封書で丁寧にお伝えした
・・・つもりだったんですが、上手く伝わらなかった様です。

何の音さたもありませんでした。（悲しいですよね？）

数か月後、再度サイトを確認してみると

半数が対応、半数はホームページ閉鎖となっていました。
（半年後か、それ以降だったと思います。）

②熊谷のエステ店、③北本の歯医者さん、⑤青山の歯医者さんは、

　フィッシング組み込みの削除には成功した様です。
他は、なにも変わっていません。
（少なくとも歯医者さんは医療広告ガイドラインを遵守しなくてはいけないのに、
今でも当時のままです。）

そして、サイト閉鎖した（せざるを得なかった）のは、

①千葉の歯医者さん、
　エキテンなどのページには載っているので営業はしている様です。

　（HPを再度立ち上げる気がないのか、残念な限りです）

④深谷の整体院は、
　ネット上に情報がありません。（今も）

　今のご時世で情報が無いのは廃業したとしか考えられません。

（ホームページが原因でなかったかも知れませんが･･･）

⑥は、どこのサイトだったか失念してしまったのですが、

　既にドメインが売られ中国語のカジノサイトになっていました

（これも悲しいです）
お知らせを無視しセキュリティ対策を怠った結果としても･･･やりきれないですよね

調査したホームページの状態

調査したホームページのWordPressのバージョンの内訳

　WordPress脆弱性とバージョン推移はここからご覧いただけます

WordPress 脆弱性とバージョン推移 v.7.0.1

WordPress 7.0.1 あなたのホームページがワードプレスで作られていて 何も対策をしていないと改ざんされたり・危険です。ホームページに訪れてあなたのお客さんになってくれるかも知れない人たちに不安を抱かれてしまいます。（あなたのホームページが何で作られているか？な人はお問い合わせください） WordPressは、積極的に保守されていますか？ WordPress.orgでは、「積極的に保守されている5.n系統の最新版以外の以下のバージョンは、安全に使用することはできません。」と公式に表明しています。以下に、WordPressの、脆弱性とバージョンの推移をお知らせします。

イイネ.biz

2019.08.28

5.4（2020/03/31予定のメジャーバージョン（新ブランチ5.4））
　
WordPressは、多くのブランチ（系）で、同時並行で開発・バージョンアップが進んでいる特徴(特異な形態)です（と、筆者は思っています。）

（余談ですが、多くのソフトウェアは全く別の系統、MS-DOSとWin3.XはDOSから進化してきたものですが別ものですし、Win-NT(サーバOS)とWin-95（PC用OS）も別物で複数のバージョンのブランチが同時リリースされることはありませんでした。例えが 古いですが、今でも、Windows-10とWindows-Serverは別物です。macOSはサーバOSのUNIXをベースに開発されたPC用OSですが、バージョン番号は昇順に推移しています。
アンドロイドOS（ Linux( Unix系OS )カーネルやオープンソースソフトウェアがベース ）も）

この特徴 が、
（5.3.2 最新、5.2.5 最新、5.1.4 最新、 5.0.8 最新 の様に複数のブランチが
　20/03/06時点、現役の様な）
多くのブランチのサポート（脆弱性対応など）が必要となる結果

　5.3　19/12/13 リリース は、お薦めしない。
   5.2　19/05/19 リリース も、
　5.1　19/03/11 リリース も、
   5.0　18/12/10 リリース も、お勧めしない。
　
　やむなく古いブランチの 脆弱性対応など を打ち切られることとなり、WordPressサイトの弱点につながっています。（と筆者は考えます）

 それゆえ、WordPressサイトのバージョンアップは必須なのです。

5.3.2（2020/01/02リリース：2020/03/05当記事の改定時点、5.3ブランチ最新）

5.3 　（2019/11/21リリース：5.3メージャーバージョン（5.3ブランチ））

5.2.5 （2019/12/13リリース：セキュリティリリース：5.2ブランチ最新）

5.2.2 （2019/06/18当記事の初版時点）

5.2.1　(2019/05/22リリース)が4サイト

5.2 　（2019/05/19リリース：メジャーバージョン5.2ブランチ

5.1.1　(2019/03/13リリース)が３サイト、

5.1 　（2019/03/11リリース：メジャーバージョン5.1ブランチ

5.0.3　(2019/03/13リリース)が1サイト

5.0 　（2018/12/10リリース：メジャーバージョン5.0ブランチ

そして、

4.9.13（2019/12/13リリース：セキュリティリリース：4.9ブランチ最新）

4.9.10　(2019/03/13リリース)が最も多く7サイト
やはりバージョン5.0(2018/12/10リリース)の壁^※を乗り越えられていない。 ･･･記事投稿時2019/06/18時点最新は、5.2.2

　　※.大幅な機能変更で、4.9ブランチ以下のバージョンからの自動バージョンアップは出来ない。

以下、

4.8.9　(2019/03/13リリース)が3サイト

4.6 　(2016/08/17リリース)が1サイト・・・・・・サポート切れ

4.4.18(2019/03/13リリース)が1サイト

4.4.2　(2016/02/03リリース)が1サイト・・・・・サポート切れ

4.3 　(2015/08/19リリース)が1サイト・・・・・・サポート切れ

4.1.1　(2015/02/20リリース)が1サイト・・・・・サポート切れ

3.3.2　(2012/04/21リリース)が1サイト・・・・・サポート切れ

　そして無意味なバージョン隠しが、16

関連記事：警告WordPressホームページがイケナイ理由

セキュリティ：警告！あなたのWordPressホームページが危ない理由

WordPressでホームページを作ると決めたときに必要なこと信頼できるホームページ制作会社に制作と保守を依頼すること「激安ホームページ」とか「格安ホームページ制作」などのキャッチフレーズを掲げているホームページ制作会社には依頼すべきではないと断言します。それらは、見栄えは良いかも知れないが結果的に「安かろう・悪かろう」で、あなたのホームページが終わってしまう

イイネ.biz

2020.03.10

正しく作る為に必要なこと運営していくために必要なこと

関連記事：警告あなたのホームページ早急に２つの脆弱性対応が必要

危険あなたのホームページ早急に２つの脆弱性対応が必要です

あなたのホームページ今すぐに脆弱性対応が早急に必要です。危険wp-login.phpが無防備に公開されています。これは玄関の鍵を開けたまま留守にしている状態と言えます。

a-itc.info