テクノロジー

2025年6月配信の Windows Update で起動不能になる不具合はSecureBoot DBXが原因。BIOSの書き換えが必須に
2025/06/18 09:19 コメント 20件
1: straychef 2025/06/19 07:25

起動不能だがBIOS書き換えはできるというのか　EFI shellってのが動くまでは起動するのか

2: rna 2025/06/19 07:33

BIOSのアップデートではなくBIOSの持つデータベースにデータ追加してたのか。容量超えて書き込めてBIOS壊れるとかおかしいと思うんだがセキュアに起動できないくらいなら起動できなくなった方が良いとでも…？？

3: beeeyond 2025/06/19 07:35

DBX専用領域ではないもののNVRAMの領域はMSの推奨ぐらいはあったような。オーバーフローのエラーハンドリングが無いってのはわりと衝撃。

4: WildWideWeb 2025/06/19 07:51

肝心の対処法が今のところ不明瞭。そもそもF2等の早押しでメニューに入れるのかとか(多分入れるだろう)、メーカーの説明が平時のものなので当該Windows上から新BIOSダウンして更新する手順になっているとか(無理でしょ)。

5: monochrome_K2 2025/06/19 08:09

不具合の状況から今後Secure Boot DBXの肥大化により更に多くのPCが被害に会う可能性は否定できずこれは決して他人事では済まされないと思う

6: aomvce 2025/06/19 08:27

Microsoft製品なんか使うから消耗するのよ

7: YoshimotoChikara 2025/06/19 08:39

一般人が復旧させるにはちょっとハードルが高いな

8: nezuku 2025/06/19 08:48

本来32KB確保しておくべきっぽいDBXが確保されていなくて異常が起きたのならばOEMベンダやファームウェアメーカの不備だろうか。8KBから24KB増えてこういくつか現れるとなると、いつか32KBに拡張しても事故る機種出てきそう

9: haususuahahdh 2025/06/19 08:56

だから私はmacを選んだ。OSとハードを一つの会社が提供していればこうはならない

10: ayumun 2025/06/19 09:34

おそろしい

11: SATTON 2025/06/19 10:07

「生粋のプログラマー気質なので」Secure Boot DBXの容量を8KBから24KBにしてエラーハンドリングしてみた。https://posfie.com/@cu6gane/p/Rs0nkHT

12: suka6411144 2025/06/19 11:14

クソすぎる "原因となったSecureBoot DBXについては最大サイズについては指定が無いほか、UEFIの仕組みとしてもDBXがメモリー容量を超えた場合に備えた保護機構は用意されていない"

13: kobito19 2025/06/19 11:18

"だから私はmacを選んだ" mac 文鎮化でググるとようけ事例出てくるぞ

14: Tack2Me 2025/06/19 11:37

やはりBIOS破壊記事はデマだったか

15: Bookmarker 2025/06/19 11:44

データ領域のサイズを確認せずに書き込むなんて、基本的な設計・実装・テストができてないんかな？

16: fwb603 2025/06/19 12:00

私はそっと「利用可能になったらすぐに最新の更新プログラムを入手する」をオフにした

17: tarodja3 2025/06/19 12:33

┅≫

18: kei_1010 2025/06/19 13:22

先日うちのPC更新したけど、それは5月分だったくさい。とりま4週間更新を先延ばしに設定しておいた。

19: m50747 2025/06/19 13:47

リーナスと同い年のコンピュータオタクから言わせてもらうと最近の若いエンジニアは火遊びが好きなのね。BIOSは最後の砦だからOSがいじっちゃダメと追うんだが。もう生涯Windowsマシンを買うことはないだろう。

20: retire2k 2025/06/19 14:18

これでWindows10の終了を延長…しないかな