セキュアブートとファームウェア更新｜IoT中級

一言でいうと、セキュアブートは「起動時に偽物を動かさない」仕組み、ファームウェア更新は「出荷後に弱点を直す」仕組みです。

IoT機器は長く使われるため、出荷後に脆弱性が見つかるのは避けられません。一方で、更新の仕組みがあると、攻撃者が偽のファームウェアを送り込む入口にもなりえます。そこで、正規のメーカーが署名したものだけを受け入れ、起動時にも改めて確かめる、という二重の守りが必要になります。

IETF の RFC 9019（2021年）は、資源の限られた IoT機器向けのファームウェア更新の構成を示し、更新に認証と完全性の保護が必要だとしています。米国 NIST の SP 800-193（2018年5月）は、ファームウェアを守る考え方を「保護・検知・復旧」の3つに整理しています（いずれも2026年9月27日確認）。

セキュアブートは、信頼を一段ずつ受け渡していく仕組みです。代表的な流れは次のとおりです。

1. 1電源を入れると、書き換えできない ROM などに置かれた最初のコード（信頼の起点）が動く。
2. 2信頼の起点は、あらかじめ保管したメーカーの公開鍵で、ブートローダの署名を検証する。
3. 3検証に成功したブートローダが、次に OS（またはファームウェア本体）の署名を検証する。
4. 4同じように、次に動かすプログラムを順に検証してから実行する。
5. 5どこかで署名が合わなければ、その先を実行せず、起動を止めるか、保存しておいた正常な版で起動する。

要点は、最初の一段だけは検証されずに信頼されることです。だからこそ、その部分と公開鍵は書き換えられない場所に置き、ハードウェアで守ります。最初の一段を書き換えられると、それ以降の検証はすべて意味を失います。

署名の検証には、公開鍵暗号とハッシュ関数を使います。メーカーは秘密鍵で署名し、機器は公開鍵で確かめます。証明書や署名の考え方は電子証明書とPKIとはで解説しています。

OTA（Over The Air）更新は、ネットワーク経由で機器のファームウェアを書き換える方法です。台数が多く、現地に行きにくい IoT機器では欠かせません。安全に行うための主な対策を表にまとめます。

表の最後の行が取り違えやすい点です。暗号化は中身を読ませない対策で、書き換えを見つける対策ではありません。改ざんの検出には署名とハッシュを使います。

機器に含まれるソフトウェア部品の一覧を管理しておくと、どの機器に更新が必要かを判断しやすくなります。この考え方は SBOM の記事で扱っています。

メーカーが以前署名した版にも、既知の脆弱性が残ることがあります。署名が正しいことは配布元と内容を確かめる材料ですが、その版を現在の機器に適用してよいこととは別です。IETFのRFC 9124は、更新の認可方針に反する巻き戻しを防ぐため、マニフェストに単調に増加する番号を持たせています。この番号は表示上の製品バージョンと同じとは限りません。

例えば稼働中の領域Aを残して、別領域Bへ新版を書いている最中に停電したとします。切り替え前に止まった場合、書きかけのBをそのまま実行せず、検証済みで方針上許可された起動先を選びます。新しい版へ切り替え済みなら、以前の版を無条件に許可するのではなく、復旧用イメージや保守手順を含む機器側の方針を確かめます。

上の例はA/B領域を使う設計の考え方です。全機器の動作を示すものではありません。署名の役割は公開鍵と署名の信頼を支えるPKIと合わせて整理できます。

MCPC の公式ページでは、IoTシステム技術検定 中級（80問・90分・4者択一・CBT）の出題カテゴリ「IoT情報セキュリティ対策技術」の比率が20〜25%と図で示され、内訳に「対策技術」が挙がっています（2026年9月27日確認）。当サイトでは、公式テキスト『IoT技術テキスト 第4版』の第7章「IoT情報セキュリティ」がこの範囲に当たると推定しています（章名からの当サイトの判断です）。

出題頻度は公表されていないため、次は考えられる観点の例です。

• ✓目的の区別：セキュアブートは改ざんの検出、暗号化は秘匿、と役割を取り違えていないか。
• ✓鍵の使い分け：署名はメーカーの秘密鍵、検証は機器の公開鍵。
• ✓信頼の起点：検証が書き換えられない場所から始まる理由。
• ✓更新の安全策：署名の検証、古い版への書き戻しの防止、失敗時の復旧。

試験の形式・日程はIoTシステム技術検定 中級とはにまとめています。

選択肢が左の列のように書かれていたら、右の問いで確かめてください。

IoTを狙う攻撃全体の流れはIoTの脅威と脆弱性で確認できます。