U-Boot bootloaderに6件の脆弱性（BRLY-2026-037〜042）、IoTルーター・IPカメラ・データセンター管理チップのブートプロセスに侵入リスク

「ルーターやカメラの脆弱性って、OSを更新すれば直るんでしゅよね？」
「ファームウェアの脆弱性って、一般ユーザーにはどうにもできないものでしゅか？」

チップス

ボス！U-Bootっていうブートローダーに脆弱性が見つかったって聞いたんでしゅけど、ルーターやカメラに影響があるんでしゅか？　どうやって対処すればいいんでしゅか？

ボス

Binarly社が2026年7月10日に公開した報告だな。U-Bootはスマートフォンからルーター、データセンター機器まで幅広い組み込みデバイスのブート処理を担うソフトウェアだ。ファームウェアレベルの脆弱性は通常のOS更新では対処できない点が厄介だ。

「ルーターのセキュリティパッチ」という概念が広く認知されていない中で、ブートローダー自体の脆弱性は特に対処が難しい問題だ。
今回発見された6件の脆弱性の内容と影響、企業・個人が取れる対策を解説する。

ブートローダーはデバイスの電源投入直後に最初に動くソフトウェアだ。
ここに脆弱性があると、OSのセキュリティ機能すら立ち上がる前に攻撃者がコントロールを奪える。

U-Boot 6件の脆弱性の全容、コード実行可能なものも含む

セキュリティ企業Binarly社が発見・報告した6件の脆弱性は深刻度が異なる。

2件はコード実行可能、4件はサービス妨害（DoS）を引き起こす

6件の脆弱性のうち2件（BRLY-2026-037・038）は、fdt_get_nameという関数の戻り値チェック不足によるスタックバッファオーバーフローだ。
攻撃者が細工したデバイスツリー（DTB）ファイルを使うことで、リターンアドレスを上書きし、任意コードを実行できる可能性がある。
残りの4件（BRLY-2026-039〜042）は、境界を超えた読み出し、ヌルポインタ参照、スタック枯渇などで、悪用するとデバイスをクラッシュさせるDoS攻撃が可能だ。

チップス

「ブートローダーにコード実行の脆弱性」って、どんな攻撃に使われるんでしゅか？

ボス

ブートローダー段階で任意コードを実行できれば、その後に起動するOSの全機能を乗っ取れる。セキュアブートを迂回して永続的なバックドアを仕込んだり、デバイスを完全に攻撃者の支配下に置いたりできる。OSを再インストールしても、ブートローダーに残ったバックドアは消えない。

影響するデバイスカテゴリを整理しておこう。

「ファームウェア更新の壁」、なぜブートローダー脆弱性への対処は難しいのか

今回の問題はU-Boot本体のパッチだけでは解決しない構造的な難しさがある。

パッチはマージ済みでも、デバイスメーカーが配布しなければ無意味

U-Boot本体のパッチは2026年6月にすでにオープンソースリポジトリにマージされている。
しかし問題は、そのパッチを各デバイスのファームウェアに取り込んでリリースするのは、それぞれのデバイスメーカーの責任だということだ。
ルーターメーカーやカメラメーカーがファームウェア更新を配布しない限り、エンドユーザーが自分でパッチを当てる手段はない。
さらに多くのサポート終了（EOL）デバイスにはそもそもファームウェア更新が来ない可能性が高く、脆弱なまま使い続けるリスクが残る。

チップス

古いルーターを使っている家庭ってたくさんありましゅよね。そういうところは永遠に直らないんでしゅか？

ボス

残念ながらそういうケースは多い。これがIoTセキュリティの構造的問題だ。対策は「デバイスを最新モデルに替える」「ネットワークを分離してIoT機器を隔離する」「不要なポートをファイアウォールで遮断する」の3つを組み合わせることだ。

企業・個人が取るべき対応をまとめる。

まとめ

U-Bootブートローダーの6件の脆弱性は、IoT機器・組み込みデバイスのセキュリティが「メーカーのファームウェア配布サイクル」という最も弱いリンクに依存していることを改めて示した。
デバイスメーカーからのファームウェア更新を速やかに適用し、更新が提供されないEOL機器はリプレースすることが、今取れる最善の対策だ。

チップス

うちのオフィスのルーター、何年も替えてなかったでしゅ。EOLじゃないか調べてみましゅ！

ボス

ふふふ。それが第一歩だ。ネットワーク機器の更新を「IT資産管理」の一部として定期的に見直す習慣を持てば、こういったファームウェア脆弱性にも迅速に対応できる。

利用中のルーター・IPカメラ・組み込み機器のサポート状況を確認し、ファームウェア更新を速やかに適用するとともに、EOL機器の置き換え計画を立ててほしい。