要約

  • 2026 年 9 月 24 日、draft-irtf-t2trg-taxonomy-manufacturer-anchors-21 の競合審査は「Approved No Problem」となった。IETF の関連作業はあるが、公開を阻む関係ではないとの結論だ。
  • 文書は Informational を目指す IRTF ストリームの Internet-Draft であり、五つの IDevID 製造方式を評価も順位付けもしないと明記する。
  • Avocado、Broccoli、Carrot、Squash、Spinach は鍵の生成場所と保管経路を示す。乱数、種の受け渡し、工場での露出、CA 運用、アンカー寿命の証明は別に必要だ。

「問題なし」が答えた問い

RFC 5742 の競合審査は、IRTF など別ストリームの公開が IETF の標準化活動と衝突するかを確認する。IESG は ANIMA、LAMPS、TEEP、RATS、SUIT との関連を認めたうえで、公開を妨げないとした。製品の安全審査ではない。

Datatracker も、この草案が IETF の承認を受けず、IETF 標準化手続で正式な地位を持たないと警告する。RFC 5743 は IRTF の研究成果を IETF 製品から分け、RFC 2014 は IRTF が標準を定めないことを示す。手続が一段進んでも、工場やチップに認証印が押されたわけではない。

草案は役割を意図的に狭くしている。目的は用語の統一であり、方式の評価ではない。人や運用工程の要因が多いため数値順位を付けず、そうした仕事は ISO 27001 のような正式プロセスに適すると述べる。

五つの経路は、五つの監査地点でもある

Avocado は機器内部で秘密鍵を生成する。鍵が外へ出ない一方、乱数品質、公開鍵とシリアル番号の結合、証明書発行後の製造モード封鎖を証明しなければならない。

Broccoli は工場設備で鍵対を作って機器に書き込む。CA の待ち時間を生産ラインから外せるが、秘密鍵が人、設備、転送経路から見える可能性を増やす。

Carrot は半導体供給者が埋め込んだ機器固有の秘密の種から、機器側とメーカー側が同じ鍵対を導出する。機器内乱数への依存は減るが、顧客別の種台帳と企業間の安全な引き渡しが必要になる。草案はこの受け渡しを最弱点と呼ぶ。

Squash は機器内の Secure Element が鍵を生成し保持する。耐抽出性は設計上の利点だが、部品の実装、統合、ID 結合、CA の健全性までは名前から分からない。

Spinach は Secure Element 供給者の工場で鍵を生成する。供給者 CA、メーカー代理 CA、メーカー CA への接続という選択肢があり、設定済み部品が物流を通る。盗難、起動制御、顧客別在庫の照合が新しい監査面になる。

どの方式も、危険を消すのではなく別の場所へ移す。

証明書だけでは出生履歴を復元できない

有効な IDevID は CA が公開鍵と識別情報に署名したことを示す。しかし秘密鍵が良質な乱数から生まれたか、工場で複製されたか、種の台帳から漏れたかは示さない。同じ形の証明書でも製造履歴は大きく異なる。

したがって、ロット、方式、シリコンとファームウェア、生成または注入イベント、シリアル結合、CA 取引、製造アクセスの封鎖を記した製造レシートが要る。さらに CA 鍵の漏えい、喪失、不正署名を別々に扱い、ハードウェアに固定したアンカーの交換と回復を機器寿命全体で設計する必要がある。

Heng Lu の現実層で見れば、IESG 結論は手続、五つの名前は語彙、証明書は構成済み成果物である。鍵を保持し、再プロビジョニングを拒み、所定のアンカーを検証し、ローテーションと回復試験を通った機器だけが運用証拠を出す。

出典