CRAクラスIコンプライアンスガイド:ルーター、モデム、スイッチ
要約
家庭用 Wi-Fi ルーター、モデムルーター、インターネットモデム、メッシュルーターのノード、スイッチは、通常は 重要なクラス I 製品 として計画すべきです。注意点は中核機能にあります。主にファイアウォール、IDS/IPS、VPN ゲートウェイ、またはネットワーク管理用アプライアンスとして市場に訴求されるルーターは、別のカテゴリー分析が必要になる場合があります。
最初の証拠作成のアクションは、対象の CPE またはネットワーク機器について、分類と境界を定めるメモです。ハードウェア、ファームウェア、WAN インターフェース、無線スタック、LAN 管理 UI、モバイルアプリ、ISP またはベンダーのクラウド、リモート管理チャネル、更新機構、コンポーネント台帳、サポート期間、そして OEM 供給先ブランドや ISP によるファームウェア改変の有無を特定します。
| 製品バリエーション | 想定される CRA クラス | 理由 |
|---|---|---|
| 家庭用 Wi-Fi ルーター | 重要 クラス I | インターネット接続とルーティングが中核機能 |
| ISP モデムルーターまたは CPE | 重要 クラス I | 製品が顧客をインターネットに接続する |
| 単体のケーブル・DSL・ファイバーモデム / ONT | インターネット接続を意図する場合は重要 クラス I | インターネットモデム機能が中核となる製品機能 |
| メッシュ Wi-Fi キット | 重要 クラス I | メッシュノードがルーター製品または製品ファミリーを構成する |
| 4G/5G モバイルホットスポット | 重要 クラス I | セルラー WAN もインターネット接続である |
| マネージドスイッチ | 重要 クラス I | スイッチングに管理プレーンが加わり、ネットワーク製品機能に該当して証拠の境界が広がる |
| 非管理型または設定不可のスイッチ | 個別判断 | マネージドネットワーク機器と同様に扱う前に、デジタル要素を含む製品かどうか、管理プレーン・ファームウェア更新経路・クラウド/アプリ機能・その他の接続機能があるかどうかを確認する |
| VPN ルーター | 個別判断、多くは重要 クラス I | そのように訴求される場合、VPN がより具体的な機能となりうる |
| ファイアウォール・UTM・IPS として訴求されるルーター | 個別判断、重要 クラス II の可能性 | ファイアウォールや防止が中核機能になりうる |
| 単体で販売される商用ルーターファームウェア | 個別判断 | ソフトウェア製品自体がルーター製品となりうる |
| OEM ハードウェアを用いた ISP ブランド CPE | 重要 クラス I、役割に依存 | 自社ブランド化やファームウェア変更が製造業者の義務を移しうる |
分類の根拠
CRA はルーター、インターネットモデム、スイッチを重要なクラス I 製品として扱います。これはクラス II のファイアウォールという位置づけとは異なります。ルーティングとインターネット接続が市場で訴求する中核機能であり続ける限り、追加のセキュリティ機能があってもルーターはクラス II には移りません。
ネットワークの端に位置するというだけで製品がクリティカルになるわけではありません。クリティカルの一覧はより狭く、家庭用ルーターや ISP の CPE 全体を含みません。
ルーター製品とは何を指すか
ルーター、モデム、スイッチという製品は、樹脂の筐体だけにとどまらない要素を含みます。
- ブートローダー、オペレーティングシステム、カーネル、無線ドライバ、WAN スタック、LAN サービス。
- モデム、ONT、Ethernet スイッチシリコン、管理 VLAN の挙動、存在する場合は PoE 制御。
- Web 管理 UI、モバイルアプリのペアリング、ローカルのセットアップポータル。
- TR-069、USP/TR-369、その他のリモート管理チャネル。
- リモートアクセス、ペアレンタルコントロール、テレメトリ、メッシュ協調、更新の調整に用いるベンダーまたは ISP のクラウド。
- ファームウェア更新サービス、署名鍵、リカバリイメージ、サポートプロセス。
証拠ファイルには、製品の外側にあるものも記録します。顧客の ISP アカウント、サードパーティのスマートホーム機器、顧客が作成したネットワークルール、別売の場合の利用者のモデム、製造業者が供給しない下流の事業者システムです。
製造業者はどの適合経路を計画すべきか
重要なクラス I であっても、すべてのルーターに第三者評価が必要というわけではありませんが、内部統制が当然に使えると見なすべきではありません。製造業者が一般的な内部統制の経路を使え、関連する整合規格、共通仕様、または適用される必須要件に対して保証レベルが少なくとも「相当(substantial)」の適切な欧州サイバーセキュリティ認証スキームを完全に適用できている場合には、この経路が利用できる可能性があります。これらの参照が存在しない、一部しか適用されていない、適用されていない、または関連するすべての要件を網羅しない場合は、EU 型式検査に加えて内部生産管理、または完全な品質保証を計画します。一般的な経路の仕組みと EU 適合宣言書に記載すべき内容は、適合性評価と適合宣言書のガイドにあります。本ページはルーター固有の選択のみを扱います。
同じハードウェアのバリエーションが、ファイアウォール、VPN ゲートウェイ、ネットワーク管理用アプライアンス、マネージドセキュリティプラットフォームとしても訴求される場合は、その SKU について別の分類メモを作成します。
RED のサイバーセキュリティ期限は CRA とどう対応するか
ほとんどのルーターとインターネット接続モデムは無線(Wi-Fi、セルラーモデムなど)を含み、その無線を備えた製品群は CRA が到来する前にすでに 1 つのサイバーセキュリティ関門を越えています。2025 年 8 月 1 日から、無線機器指令のサイバーセキュリティ要件(RED 第 3 条第 3 項の (d)、(e)、(f)、委任規則 (EU) 2022/30 が定める)が、Wi-Fi ルーター、メッシュノード、モデムルーター、セルラーゲートウェイなどのインターネット接続無線機器に適用されます。Ethernet 専用ルーターや、無線をもたない素の DSL・ケーブル・ファイバーモデムなど、純粋な有線機器は RED のサイバーセキュリティの適用範囲外ですが、いずれも CRA 上はデジタル要素を含む製品です。CRA の報告義務は 2026 年 9 月 11 日に始まり、CRA は 2027 年 12 月 11 日に完全適用となります。この日に、委任規則 (EU) 2026/339 による RED サイバーセキュリティ委任規則の廃止が発効し、2 つの規制が重複しないようになります。
ルーターの製造業者にとっての実務上の読み方は次のとおりです。
- 2025 年 8 月 1 日から 2027 年 12 月 10 日までは、該当する無線機器が RED のサイバーセキュリティ要件を満たします。整合の経路は EN 18031 シリーズを通り、その基礎となる消費者向けベースラインが ETSI EN 303 645 です。
- 2027 年 12 月 11 日からは、同じサイバーセキュリティ義務が CRA のもとに置かれ、より広いライフサイクルの義務が加わります。既定で安全な構成、脆弱性対応プロセス、サポート期間の表明、そして 2026 年 9 月 11 日にすでに始まる報告義務です。
- 2027 年 12 月 11 日より前に市場に投入されたルーターが CRA の対象になるのは、その日付以降に実質的に改変された場合のみです。唯一の例外は報告義務で、これは対象範囲のすべての製品(すでに販売された機器を含む)に適用されます。
- 準備中のルーター固有の CRA 整合規格は ETSI EN 304 627(ルーター、モデム、スイッチ)で、クラス I 項目 12 と必須のサイバーセキュリティ要件に対応づけられます。これはまだ草案であるため、評価時点で実際に引用される規格に基づいて適合経路を計画し、別個のプロジェクトを立ち上げるのではなく、RED 向けに構築した管理策(安全な既定値、署名済み更新、アクセス制御)を CRA ファイルの基礎として再利用します。
どのような証拠を準備すべきか
| 証拠領域 | ルーターまたはモデムルーターで把握すべき内容 | なぜ重要か |
|---|---|---|
| 意図された用途 | 家庭用ルーター、ISP CPE、モデム、ONT、メッシュシステム、モバイルホットスポット、スイッチ、VPN ルーター、マネージドスイッチ | クラスは実際の製品バリエーションと表示に従う |
| WAN の攻撃面 | DHCP、PPPoE、IPv6、DNS プロキシ、NAT、ファイアウォールの既定値、リモート管理の状態 | WAN 側は利用者が何も設定する前から信頼できないトラフィックを受ける |
| LAN 管理 | Web UI、ローカル API、セットアップポータル、パスワードポリシー、アカウント回復、アクセス制御 | 設定や所有に関する誤りの多くがここで起きる |
| 無線 | WPA2/WPA3 の既定値、WPS の判断、ゲスト分離、SSID/パスワードのオンボーディング、Wi-Fi チップのファームウェア | 無線の既定値が家庭のセキュリティの既定値になる |
| リモート管理 | TR-069、USP/TR-369、ベンダークラウド、ISP クラウド、モバイルアプリのリモートアクセス | 単なる箱か、フリート管理される製品かの分かれ目になることが多い |
| 更新経路 | 署名済みファームウェア、ロールバック保護、ISP 配信のリリース、リカバリパーティション、更新通知 | ルーターの更新はサポート期間を網羅し、OEM/ISP の枝を越えて成立させる必要がある |
| サプライヤー証拠 | SoC SDK、Wi-Fi/ベースバンドのベンダー、ブートローダー、カーネル、TLS スタック、DNS/DHCP サービス | ルーターのベンダーは大きなサードパーティのコンポーネント面を引き継ぐ |
| 役割の証拠 | OEM、ISP、輸入業者、販売業者、自社ブランドの各責任 | ブランド化された CPE やファームウェアの分岐が、誰が CRA ファイルを保有するかを変えうる |
ルーターのアーキテクチャで見落としてはならない詳細
ルーターの証拠は、実際に出荷されるエッジ機器に合わせる必要があります。小売向け Wi-Fi ルーター、ISP モデムルーター、PON ONT、ケーブルモデム、モバイルホットスポット、メッシュノード、マネージドスイッチは、WAN の露出、リモート管理、ファームウェアの枝に関するリスクがそれぞれ異なります。
| アーキテクチャの確認点 | ルーター・モデム・スイッチの証拠の着眼点 |
|---|---|
| ブート連鎖とリカバリ | ブート ROM、ブートローダー、セキュアブートの状態、A/B または単一バンクのイメージ、リカバリトリガー、アンチロールバックカウンタ、工場出荷時リセットの挙動を特定する。ダウングレードとリカバリ悪用の試験を保持する。 |
| WAN とプロビジョニング | Ethernet WAN、PPPoE、DHCP、IPv6、DOCSIS/PON/セルラーのプロビジョニング、事業者プロファイルを切り分ける。管理 UI が存在する前に、どのサービスが未認証の WAN 入力を解析するかを示す。 |
| Wi-Fi とベースバンド層 | Wi-Fi ファームウェアのブロブ、規制ドメイン設定、hostapd/wpa_supplicant の分岐、WPS の判断、メッシュのオンボーディングを追跡する。サプライヤーのファームウェアは助言の監視対象に含める。 |
| リモート管理 | TR-069/CWMP、USP/TR-369、ベンダークラウド、ISP クラウドについて、コントローラの ID、証明書の信頼、接続要求の挙動、コマンドの範囲、監査可能性を記録する。 |
| スイッチとメッシュの制御 | マネージドスイッチの UI、SNMP/API、VLAN、ポートミラーリング、PoE、EasyMesh や独自のメッシュコントローラには、それぞれ管理プレーンの露出確認が必要。非管理型または設定不可のスイッチは、まずデジタルな管理・更新面が存在するかどうかを確認する。 |
| ISP と自社ブランドの分岐 | OEM ビルド、ISP フォーク、事業者プロファイル、OTA 承認、サポート期間の保有者、利用者通知の経路を示す分岐マトリクスを維持する。 |
| 製造と返品 | 機器ごとの秘密、印字された認証情報、デバッグシェル方針、UART/JTAG の状態、RMA 時の消去、クラウド連携解除を記録する。 |
WAN 側は機器が最初に未認証の入力を解析する場所であり、その側はアクセス技術によって変わります。小売向け Ethernet WAN ルーター、ケーブルモデムルーター、ファイバー ONT、セルラーホットスポットは、同じプロビジョニングチャネルも同じ上流ピアも共有しません。
実際のルーターの脅威分析はどのようなものか
技術ファイルの脅威分析で期待される深さの例として、これを参照してください。製造業者は依然として、実際のルーター、モデムのチップセット、無線スタック、リモート管理チャネル、サプライヤーの SDK、更新の保有関係、販売上の表示、サポート期間の約束に対して、分析を実施する必要があります。
製品プロファイルの例
例の製品:ExampleCo HomeRouter R1。EU で小売および ISP ホワイトラベルのチャネルを通じて販売される Wi-Fi 7 家庭用ルーター。Ethernet WAN、4 つの LAN ポート、ゲスト Wi-Fi、ローカル Web 管理 UI、モバイルアプリのオンボーディング、任意の ISP リモート管理、署名済み OTA ファームウェア、自動更新チェック、DNS/DHCP サービス、ペアレンタルコントロールのプロファイル、リカバリイメージを備えます。
製品境界には、ルーターのハードウェア、ブートローダー、カーネル、Wi-Fi ドライバ、WAN サービス、LAN サービス、ファイアウォールの既定値、ローカル Web UI、モバイルアプリのペアリング、リモートアクセス用のベンダークラウド、任意の ISP リモート管理エージェント、OTA サービス、リカバリイメージ、サポートサイト、協調的開示の受付と助言プロセスが含まれます。除外されるのは、別売の場合の顧客のモデム、ISP の契約、サードパーティのスマートホーム機器、利用者の ID プロバイダ、そして同じ経済事業者が製品の一部として供給しない限りの下流の ISP の OSS/BSS システムです。
想定される家庭での利用、ISP プロビジョニング、管理者の保有関係、サポート対象外の展開形態に関する前提を文書化する。
製品ファイル | SKU 境界メモ | リスクファイル | DoC | CE 記録 | サポート期間の表明
コンポーネント台帳 | サービス台帳 | 無線既定値の試験 | 安全な更新の試験 | リモート管理のレビュー
サプライヤーの助言、SDK バージョンの記録、ファームウェア分岐の保有、コンポーネントの CVE トリアージ、パッチ伝搬の証拠。
分岐マトリクス、更新リリースの記録、ISP 承認の経緯、助言の記録、積極的に悪用されている脆弱性や重大なセキュリティインシデントに関する報告判断の記録を維持する。
ソース分岐、SDK バージョン、Wi-Fi ファームウェア、カーネル、署名鍵が出発点のベースライン。
ACS/USP エンドポイント、ブランド、既定設定、承認ワークフロー、利用者通知の保有者を文書化する。
モバイルアプリ、クラウドペアリング、メッシュサービス、サポート期間の表明はベンダーのリリースプロセスのもとに残る。
OEM・ISP・自社ブランドの各分岐が同じセキュリティ修正、または文書化された例外を受けたかを追跡する。
資産台帳
| 資産 | なぜ重要か | どこに存在するか |
|---|---|---|
| WAN から LAN へのトラフィック制御 | 家庭のインターネットへの露出を制御する | NAT、ファイアウォールの既定値、カーネルのネットワーク |
| ルーター管理者アカウントとセッション | DNS、Wi-Fi、ポート転送、更新、リセットの制御権を付与する | Web UI、モバイルアプリ、ローカルのトークンストア、クラウドアカウント |
| Wi-Fi の認証情報とゲスト分離 | 弱い既定値が家庭ネットワークと接続機器を露出させる | Wi-Fi 設定、オンボーディングフロー、ゲスト網のルール |
| リモート管理の認証情報 | フリート制御の認証情報は多数のルーターに影響しうる | TR-069/USP エージェント、証明書ストア、ISP ACS/クラウド |
| ファームウェア署名の信頼の起点 | ルーターの更新チャネルを保護する | ブートローダー、セキュアストレージ、OTA サービス |
| DNS/DHCP 設定 | 利用者をリダイレクトしたり接続を壊したりしうる | ローカルサービス、管理 UI、ISP プロビジョニング |
| スイッチの管理状態 | VLAN、ポート分離、PoE、管理アクセスが下流ネットワークを露出させうる | マネージドスイッチの UI、CLI、SNMP/API、スイッチ ASIC の設定 |
| モデム/ONT のプロビジョニング状態 | 登録、ブリッジ/ルーターモード、管理の認証情報がインターネットの端に影響する | モデムファームウェア、事業者プロファイル、リモート管理エージェント |
| サポートと診断のログ | SSID、シリアル、IP、顧客アカウントの紐付け、クラッシュデータを露出しうる | 機器ログ、モバイルアプリ、サポートポータル |
| ファームウェアの分岐状態 | ISP/OEM の分岐のずれが脆弱性を未修正のまま残しうる | OEM の Git/リリースシステム、ISP フォーク、OTA リポジトリ |
| セキュアブートとアンチロールバックの状態 | リカバリ経路を保護し、既知の脆弱なイメージの復帰を防ぐ | ブートローダー、eFuse/RPMB/TPM の状態、生産記録 |
| Wi-Fi/ベースバンドのファームウェア | 無線ファームウェアが認証、可用性、ネットワークの露出に影響しうる | Wi-Fi チップ、ファームウェアブロブ、ベンダー SDK、生産イメージ |
信頼境界
| 環境 | 想定される露出 | リスクの帰結 |
|---|---|---|
| WAN インターフェース | 信頼できないネットワークトラフィックに継続的にさらされる | パーサーのバグや露出したサービスが機器を侵害しうる |
| LAN とセットアップ網 | 家庭の端末や IoT 機器と共有される | ローカルの攻撃者が管理、探索、弱い既定値を狙いうる |
| 無線インターフェース | 物理的に近接していれば到達可能 | WPS、弱いオンボーディング、ゲスト分離の失敗が LAN を露出させる |
| スイッチ管理プレーン | 構成に応じて管理 VLAN、LAN、事業者ツールから到達可能 | 弱い既定値が VLAN、PoE 制御、ミラーポートを露出させうる |
| リモート管理経路 | ベンダーまたは ISP のインフラから機器に到達する | 認証情報の漏洩や ACS の侵害が多数のルーターへ拡大しうる |
| OTA とリカバリの経路 | 特権的なファームウェアイメージを受け取る | 弱い署名やロールバックがすべてのセキュリティ修正を損なう |
| ISP/自社ブランドの分岐 | ファームウェア、クラウドエンドポイント、サポート期間を変えうる | ブランドがリリースとサポートの判断を握ると義務が移りうる |
脅威シナリオ
| ID | 脅威シナリオ | 危険にさらされる資産 | 侵入口 |
|---|---|---|---|
| R1 | WAN 管理エンドポイントが既定または ISP プロファイルで有効化されている | 管理者アカウント、ルーター設定 | WAN |
| R2 | 初回利用のパスワードが共有・予測可能、またはバッチ間で使い回される形で印字されている | 管理者アカウント、Wi-Fi 認証情報 | オンボーディング |
| R3 | DHCP、IPv6、DNS、PPPoE のパーサーの不具合が認証前に起動されうる | ルーターの完全性、可用性 | WAN サービス |
| R4 | TR-069 または USP の認証情報が漏洩し、リモートの設定変更を許す | リモート管理の認証情報、DNS、ファームウェアチャネル | ISP/ベンダー管理 |
| R5 | OTA リカバリが未署名または古いファームウェアを受け入れる | ファームウェアの完全性 | OTA / リカバリ |
| R6 | ゲスト Wi-Fi が LAN 機器や管理 UI へ到達しうる | 家庭の端末、ルーター管理 | 無線 / LAN |
| R7 | WPS または QR オンボーディングが初期設定後に悪用されうる | Wi-Fi 認証情報 | 無線オンボーディング |
| R8 | デバッグシェル、telnet、SSH、UART が生産環境で到達可能なまま残る | ルーターの完全性、秘密 | ファームウェア / 物理 |
| R9 | ISP ブランドのファームウェア分岐が OEM のセキュリティ修正を取りこぼす | ファームウェアの分岐状態 | リリースプロセス |
| R10 | モバイルアプリのリモートアクセストークンが、ルーター移転や工場リセット後も有効なまま残る | 管理者アカウント、所有権 | クラウド / アプリ |
| R11 | DNS またはペアレンタルコントロールのクラウド障害が、安全でないフォールバック挙動を生む | DNS の完全性、可用性 | クラウド依存 |
| R12 | SoC SDK、Wi-Fi ファームウェア、同梱ネットワークデーモンのサプライヤー脆弱性が、サポート中にトリアージされない | ルーターの完全性、可用性 | サプライヤーコンポーネント |
| R13 | マネージドスイッチの UI または SNMP/API が、弱い既定認証情報で利用者 LAN 上に露出する | スイッチの管理状態、VLAN の完全性 | LAN / 管理プレーン |
| R14 | モデムまたは ONT のプロビジョニングプロファイルが、評価済みのリリース状態の外でリモート管理やブリッジモードの挙動を有効化する | モデム/ONT のプロビジョニング状態、WAN の露出 | 事業者プロビジョニング |
| R15 | リカバリモード、リセット長押し起動、TFTP リカバリが、未認証または格下げされたイメージを受け入れる | ファームウェアの完全性、セキュアブートの状態 | ブートローダー / リカバリ |
| R16 | Wi-Fi ファームウェア、メッシュのオンボーディング、WPS の挙動が、リリース証拠なしにハードウェアリビジョン間で異なる | Wi-Fi 認証情報、ゲスト分離 | 無線 / サプライヤー SDK |
| R17 | USP/TR-369 または TR-069 のコマンド範囲が、事業者プロファイルの意図を超える操作を許す | リモート管理の認証情報、DNS、OTA | ISP/ベンダー管理 |
| R18 | アプリ連携またはクラウド所有権トークンが、工場リセットや ISP 返品後も残る | 管理者アカウント、所有権 | リセット / クラウドアカウント |
初期リスク台帳
| ID | 起こりやすさ | 影響 | 初期判断 | 根拠 |
|---|---|---|---|---|
| R1 | 低 | 高 | リリース前に対処 | リモート管理の露出は直接の制御を与え、スキャンも容易 |
| R2 | 中 | 高 | リリース前に対処 | オンボーディングが変更を強制しない限り、家庭の利用者は既定値を保つことが多い |
| R3 | 中 | 高 | リリース前に対処 | WAN のパーサーは認証前に露出する |
| R4 | 中 | 深刻 | リリース前に対処 | リモート管理の失敗は ISP のフリート全体に拡大しうる |
| R5 | 低 | 深刻 | リリース前に対処 | ファームウェアのロールバックが既知の脆弱なビルドを存続させうる |
| R6 | 中 | 中 | リリース前に対処 | ゲスト分離は利用者の中核的な期待 |
| R7 | 中 | 中 | リリース前に対処 | 物理的近接の攻撃は集合住宅や共有空間で現実的 |
| R8 | 中 | 高 | リリース前に対処 | デバッグアクセスは生産環境で繰り返し生じる抜け道 |
| R9 | 中 | 高 | リリース前に対処 | OEM と ISP のリリースが分かれると分岐のずれは予見可能 |
| R10 | 中 | 高 | リリース前に対処 | ルーターの再販や ISP 返品のフローは予見可能 |
| R11 | 低 | 中 | リリース前に対処 | クラウド依存の管理策には安全なフォールバック挙動が必要 |
| R12 | 中 | 高 | リリース前に対処 | ルーターのコンポーネントスタックはサポート期間を通じて脆弱性を受ける |
| R13 | 中 | 高 | リリース前に対処 | マネージドスイッチの設定は多数の下流機器に影響しうる |
| R14 | 低 | 高 | リリース前に対処 | プロビジョニングのずれはフリート規模でインターネットの端を露出させうる |
| R15 | 中 | 深刻 | リリース前に対処 | リカバリは攻撃者やサービスチームが到達できる特権的な経路 |
| R16 | 中 | 高 | リリース前に対処 | 無線とメッシュの挙動はサプライヤー SDK やハードウェアリビジョンで変わることが多い |
| R17 | 中 | 深刻 | リリース前に対処 | リモート管理の範囲の誤りはフリートに影響しうる |
| R18 | 中 | 高 | リリース前に対処 | ルーターの返品、再販、ISP の交換は通常のライフサイクル事象 |
管理策と証拠の対応づけ
| 脅威 | 設計上の管理策 | 製造業者が保持すべき証拠 |
|---|---|---|
| R1, R8 | WAN 管理を既定で無効、生産環境のサービス台帳、管理向けファイアウォールルール、telnet や工場シェルなし | 露出スキャン、生産イメージのチェックリスト、サービス一覧の差分 |
| R2, R7 | 固有のセットアップ秘密または認証情報の強制作成、短いペアリング窓、WPS の無効化または正当化、レート制限 | オンボーディング試験、認証情報生成の証拠、無線セットアップのレビュー |
| R3 | パーサーの堅牢化、ファジング、サービスの権限分離、既定で WAN を遮断する姿勢 | ファジングレポート、サービス分離の設計、クラッシュのトリアージ |
| R4 | 相互認証、証明書のローテーション、最小権限のプロビジョニング、ACS/USP プロファイルのレビュー | リモート管理のセキュリティレビュー、証明書ライフサイクルの記録 |
| R5 | セキュアブート、署名済みファームウェア、単調増加するバージョンカウンタ、リカバリイメージの署名検証 | OTA 試験レポート、ダウングレード拒否、リカバリ試験 |
| R6 | ゲスト網の分離、ゲストから到達できない管理 UI、メッシュノード横断の回帰試験 | ネットワーク分離試験、メッシュローミング試験 |
| R9 | OEM/ISP の分岐マトリクス、パッチマージ方針、リリース承認、サポート終了の整合 | 分岐マトリクス、パッチ伝搬の記録、ISP 承認の経緯 |
| R10 | 所有権移転のワークフロー、リセット時のクラウド連携解除、トークン失効、返品機器の消去 | リセット試験、所有権移転試験、RMA チェックリスト |
| R11 | ローカル DNS のフォールバック挙動、安全なペアレンタルコントロールの失敗モード、明確な利用者通知 | 失敗モード試験、利用者通知の証拠 |
| R12 | コンポーネント台帳の監視、サプライヤー助言の受付、ファームウェアコンポーネントの責任者、リリースノートの追跡可能性 | コンポーネント台帳の差分、助言ログ、コンポーネント判断の記録 |
| R13 | 管理プレーンの束縛、固有の管理者セットアップ、SNMP/API を既定で無効または堅牢化、VLAN 分離試験 | 露出スキャン、既定設定試験、スイッチ管理のレビュー |
| R14 | 評価済みプロビジョニングプロファイル、リモート管理の制限、事業者の変更管理、ロールバックと監査の経緯 | プロビジョニングプロファイルの記録、フリート設定の監査、事業者承認の経緯 |
| R15 | 認証付きリカバリ、署名済みリカバリイメージ、アンチロールバック状態、必要に応じた物理リカバリの警告 | リカバリ悪用試験、ブート連鎖の記録、ダウングレード拒否 |
| R16 | ハードウェアリビジョンのマトリクス、Wi-Fi ファームウェア台帳、WPS/メッシュの回帰試験、規制ドメインのレビュー | リビジョンマトリクス、無線ファームウェアの記録、無線セットアップ試験 |
| R17 | 最小権限のリモート管理プロファイル、コントローラ証明書の台帳、コマンドの監査と承認 | TR-069/USP プロファイルのレビュー、証明書ライフサイクルの記録、監査サンプル |
| R18 | 所有権移転のワークフロー、リセット時のクラウド連携解除、ISP 返品時の消去、トークン失効 | リセット試験、返品機器のチェックリスト、クラウド連携解除の証拠 |
管理策適用後の残余リスク
| 残余領域 | なぜ残るか | 運用上の証拠 |
|---|---|---|
| ISP 分岐のずれ | OEM と ISP のリリース承認は異なる速度で進みうる | 分岐マトリクス、エスカレーション経路、リリース差分のレビュー |
| 家庭端末の侵害 | LAN クライアント上のマルウェアが、ローカル管理や DNS 設定を依然として攻撃しうる | ローカル認証の管理策、トークン失効、管理者アラート |
| 新たな WAN 脆弱性 | WAN 側のコードはサポート期間中、敵対的なトラフィックを受け続ける | 悪用の監視、ファジングの頻度、緊急更新プロセス |
| サプライヤーのファームウェア遅延 | Wi-Fi や SoC のベンダーは独自のタイムラインで修正を出しうる | サプライヤー SLA の記録、緩和策の注記、顧客向け助言プロセス |
サポート、更新、報告はどう運用すべきか
HomeRouter R1 の例では、実務上の CRA ファイルに、市販前のリリース証拠だけでなく、サポート期間の運用モデルも含めるべきです。
| 運用領域 | 準備すべき証拠 |
|---|---|
| サポート期間 | 小売 SKU と ISP ブランド SKU のサポート期間の根拠。購入時およびルーターの UI で技術的に可能な場合は終了日(月/年)を表示。想定される利用がより短い場合を除き、少なくとも 5 年を計画する。 |
| セキュリティ更新の入手可能性 | セキュリティファームウェア修正とセキュリティ更新パッケージを、発行後少なくとも 10 年間、またはサポート期間が長い場合はその残りの間、取得可能な状態に保つ。リカバリイメージ、ハッシュ、リリースノート、ロールバック判断は証拠として保持すべきだが、セキュリティ以外のすべてのパッケージを法的な 10 年の入手可能性の主張として説明すべきではない。 |
| OEM と ISP の分岐マトリクス | どのファームウェアの枝が評価され、誰が署名し、誰がリリースを承認し、誰が緊急修正を保有し、上流のセキュリティ修正がどのように自社ブランドのビルドへ届くか。 |
| 単一の脆弱性連絡先 | 製造責任者の直接の脆弱性報告連絡先。加入者サポートや自動応答のみのチャットボットだけではない。ブランド SKU の製造業者が ISP である場合、その ISP が製品セキュリティ報告の受付経路を保有する。 |
| コンポーネントの相当注意 | カーネル、無線ファームウェア、DNS/DHCP サービス、TLS スタック、モバイル SDK、リモート管理エージェントのコンポーネント台帳の監視。適切な場合はサプライヤー助言のトリアージ、上流への通知、修正の共有を行う。 |
| 積極的悪用のワークフロー | 単一の報告プラットフォームを通じ、調整役に指定された CSIRT と ENISA へ報告する。24 時間以内の早期警告、72 時間以内の詳細通知、是正または緩和措置が利用可能になってから 14 日以内の最終脆弱性報告、そして適切な場合は影響を受ける利用者への通知や緩和手順。 |
| 重大な製品セキュリティインシデントのワークフロー | 同じプラットフォームと宛先へ報告する。24 時間以内の早期警告、72 時間以内の詳細通知、インシデント通知から 1 か月以内の最終インシデント報告、そして適切な場合は利用者通知を含む顧客/ISP との連携。 |
| 技術ファイルの目次 | 製品の識別情報、境界図、WAN/LAN/無線の資産、脅威モデル、リスク台帳、管理策、試験証拠、コンポーネント台帳、更新プロセス、脆弱性プロセス、サポート期間の根拠、説明書、適合宣言、適合経路の記録。 |
リリース前に通すべき検証ゲートはどれか
ルーターのリリースは、漠然とした「セキュリティ確認済み」の注記で通すべきではありません。出荷を止めうる具体的な判断を列挙し、それぞれに、防ぐべき失敗、それを締める管理策、その管理策が実際に動くことを証明する成果物を与えます。
- G1初回利用の認証情報リリースを止める
- 失敗
共有または予測可能な管理者・Wi-Fi のパスワード、あるいはバッチ間で使い回される印字された秘密。
- 管理策
機器ごとの固有の秘密、または認証情報の強制作成。WPS は無効または正当化。
- 証明
オンボーディング試験と認証情報生成の証拠。
- 失敗
- G2プロビジョニング後の WAN 露出リリースを止める
- 失敗
リモート管理、または未認証の WAN 入力を解析する不要・未評価のサービスが、利用者が何も設定する前に到達可能。
- 管理策
WAN 管理を既定で無効、既定で遮断する姿勢、パーサーの堅牢化、最小限のサービス一覧。
- 証明
プロビジョニング後の WAN 露出スキャン。
- 失敗
- G3無線とゲスト分離リリースを止める
- 失敗
ゲスト網が LAN 機器へルーティングしたり、管理 UI へ到達したりできる。
- 管理策
既定でゲスト分離、ゲストから到達できない管理 UI、メッシュノード横断の回帰。
- 証明
ネットワーク分離とメッシュローミングの試験。
- 失敗
- G4更新とリカバリの経路リリースを止める
- 失敗
OTA またはリカバリが未署名または古いファームウェアイメージを受け入れる。
- 管理策
セキュアブート、署名済みイメージ、単調増加するバージョンカウンタ、ダウングレード拒否。
- 証明
ダウングレード失敗とリカバリ悪用の試験結果。
- 失敗
- G5リモート管理の範囲文書化なしなら止める
- 失敗
TR-069 または USP のコマンド範囲が、コントローラに評価済み事業者プロファイルを超える変更を許す。
- 管理策
最小権限のプロファイル、コントローラ証明書の台帳、コマンド監査。
- 証明
プロファイルのレビューとコマンド監査サンプル。
- 失敗
- G6サプライヤースタック監視付きで出荷
- 失敗
サポート期間中に SoC SDK、Wi-Fi ファームウェア、同梱ネットワークデーモンに脆弱性が生じる。
- 管理策
名前の付いた責任者をもつコンポーネント台帳、助言の監視、バックポートの準備。
- 証明
影響を受けるコンポーネントのトリアージ判断。
- 失敗
構想からサポートまで、誰がルーター開発を保有するか
ルーターのリリースの保有は、製品定義から、顧客の家庭や ISP の網で稼働するフリートへと進む中で移っていきます。下のレールは、各段階に説明責任を負う単一の責任者、その責任者が最新に保つ記録、次の段階が始まる前に締めるべきゲートを与えます。
各移行はフリーズポイントです。アーキテクチャが始まる前に境界が、コードの前に設計意図が、検証の前にビルドが、出荷の前にリリースが固定され、その後はサポート期間を通じてファームウェアが稼働し続けます。脆弱性報告、ISP やサプライヤーの助言、現場での不具合は、すでに出荷したものではなく、次の境界メモ、脅威リスト、コンポーネント台帳を再開させます。
どの証拠記録がファイルに含まれるべきか
ファイルは、レビュー担当者が製品の識別情報からセキュリティ管理策まで、ルーターの判断をたどれるようにすべきです。各行は、ばらばらのスクリーンショットのフォルダではなく、維持された記録を指します。
| 証拠領域 | ルーター・モデムルーター・スイッチで把握すべき内容 |
|---|---|
| 製品の識別情報 | 型式、ハードウェアリビジョン、SoC と Wi-Fi チップセット、WAN 種別、ファームウェアの枝、モバイルアプリのバージョン、スイッチ/メッシュのオプション |
| 意図された用途 | 家庭用ルーター、ISP CPE、インターネットモデム、ONT、メッシュキット、モバイルホットスポット、マネージドスイッチ、VPN ルーター。小売と ISP ブランドのバリエーションを明記 |
| サイバーレジリエンス設計ファイル | WAN の露出、LAN と無線の既定値、リモート管理の権限、OTA とリカバリの経路、脅威リストと対処計画 |
| コンポーネント台帳 | ブートローダー、カーネル、Wi-Fi ファームウェア、WAN-PHY/モデムスタック、DNS/DHCP サービス、TLS スタック、リモート管理エージェント、モバイル SDK。名前の付いた責任者と助言の監視を伴う |
| セキュアな既定値 | 共有の既定認証情報なし、WAN 管理を既定で無効、署名済み更新、ダウングレード拒否、ゲスト分離、ロックされたデバッグポート、プロビジョニング後のサービス台帳 |
| 更新機構 | 署名済みファームウェア、リカバリイメージ、アンチロールバック状態、ISP/OEM の分岐マップ、利用者向け更新通知 |
| 脆弱性対応 | 開示方針、単一の窓口、トリアージのワークフロー、コンポーネント助言の監視、ISP/自社ブランドの助言ルーティング |
| 利用者向け説明 | 安全なオンボーディング、パスワードとゲストの設定、更新設定、サポート終了の開示、廃棄とリセット |
| トレーサビリティと連絡先 | 型式/バッチ/シリアルの情報、製造業者または ISP の連絡先、サポート期間の終了日、自動応答ボットだけではない単一の脆弱性報告連絡先 |
ルーターのコンポーネント台帳には何を入れるか
CRA は、製品のコンポーネントを識別し、少なくともトップレベルの依存関係を網羅する機械可読のコンポーネント台帳を求めますが、特定の形式を 1 つに固定してはいません。ルーターの製造業者は通常 CycloneDX または SPDX を選びます。コンポーネント台帳の仕組みに関する製品横断の詳細は、専用のコンポーネント台帳ガイドにあります。本節はルーター固有のツリーを扱います。
ルーターのリリースは、1 つのバイナリではなく、更新サイクルの異なる複数のデジタル要素を出荷します。CRA の最低要件を満たすパターンは 2 つあります。要素ごとに区分された製品レベルの単一のコンポーネント台帳(ブートローダー、カーネル、Wi-Fi ファームウェア、WAN-PHY スタック、ネットワークデーモン、TLS、リモート管理エージェント、Web UI をそれぞれバージョン固定する)か、出荷要素ごとに 1 つの台帳を各リリースで更新するかです。機械可読でトップレベルの依存関係を網羅していれば、どちらも受け入れられます。
リリース承認は何を確認するか
EU リリース前の承認は、下に Q1 から Q4 として示す 4 つの記録フォルダを締められるべきです。完全なファイル索引は上の証拠マップにあります。ここでの 4 つの問いは、フォルダが空のときにリリースを止めるものだけです。
| フォルダ | リリースの問い | ルーター固有の証拠の指針 |
|---|---|---|
| Q1 分類根拠メモ | なぜこの製品はこの分類なのか | 中核機能(ルーティングとインターネット接続)、意図された用途、販売上の表示、小売対 ISP のバリエーション、選んだ適合経路 |
| Q2 出荷要素台帳 | 製品とは正確に何か | ルーターのハードウェア、ファームウェア、WAN/LAN/無線のサービス、Web UI、リモート管理エージェント、OTA サービス、クラウドエンドポイント、除外する顧客/ISP のシステム |
| Q3 セキュア既定値の試験パック | 何が既定で保護され、どう安全に更新されるか | 共有の既定認証情報なし、WAN 管理を既定で無効、署名済み更新、ダウングレード拒否、ゲスト分離、WPS の判断、ロックされたデバッグポート、プロビジョニング後のサービス台帳 |
| Q4 脆弱性対応プロセス | 出荷後に脆弱性や重大インシデントをどう扱うか | 公開連絡先、開示方針、トリアージのワークフロー、コンポーネント助言の監視、ISP/自社ブランドの助言ルーティング、24 時間・72 時間通知の準備 |
リリース承認フォルダ Q1 から Q4
- Q1 分類根拠メモ。 なぜクラス I 項目 12 か。中核機能、意図された用途、販売上の表示、小売対 ISP のバリエーション、選んだ適合経路。
- Q2 出荷要素台帳。 ルーターのハードウェア、ファームウェア、WAN/LAN/無線のサービス、Web UI、リモート管理エージェント、OTA サービス、クラウドエンドポイント、除外する顧客/ISP のシステム。
- Q3 セキュア既定値の試験パック。 共有の既定認証情報なし、WAN 管理を既定で無効、署名済み更新、ダウングレード拒否、ゲスト分離、WPS の判断、ロックされたデバッグポート。
- Q4 脆弱性対応プロセス。 公開連絡先、開示方針、トリアージのワークフロー、コンポーネント助言の監視、そして警告・通知・最終報告の報告準備。
承認ゲート:記録が 1 つでも欠ければリリースは承認されません。
ルーターは輸入業者・販売業者・ISP・事業者へどう引き継がれるか
経済事業者間の引き継ぎ:役割とサイドチェック
- 01 製造業者 / OEM。 リリースパックを保有:適合宣言、CE、ファイル索引、サポート期間、脆弱性連絡先。
- 02 輸入業者。 パック、CE、ファイル索引、サポート日付、脆弱性連絡先を検証し、受領したビルドが評価済みビルドであることを確認する:無線の国別設定、ISP プロファイル、リモート管理証明書、アプリのペアリング、OTA エンドポイント。いずれかに疑いがあれば出荷を一時停止する。
- 03 販売業者。 目に見える CE、付属文書、サポートと更新の表明を確認し、評価済みの境界の外にある「セキュリティゲートウェイ」「業務用ファイアウォール」「マネージド VPN アプライアンス」といった表示を加えない。サポートを誇張する、適合宣言と矛盾する、または既知の問題があるのに販売を続ける場合は掲載を一時停止する。
- 04 ISP または自社ブランド。 ブランド化、クラウド管理、更新の保有、リモート管理の運用は、それ自体で製造業者の義務を生じさせうる。ルーターを自社の名前で投入する、または実質的に改変する(ブランド化ファームウェア、新しいクラウド、新しい更新チャネル)と、そのオファーの製造業者となるため、サプライヤーのファイルは自社の役割分析の代わりにはならない。
- 05 事業者または加入者。 助言と更新を受け取り、問題を報告する。製造業者ではない。
サイドチェック A。 認定代理人の委任は任意ですが、存在する場合は書面で、適合宣言と文書の入手可能性の維持、当局への協力を網羅しなければなりません。これをもたない非 EU 製造業者は、輸入業者、販売業者、次いで最多の利用者基盤というカスケードを用います。報告連鎖に EU 拠点の事業者が存在しない場合、報告先は最も利用者の多い加盟国に帰します。
サイドチェック B。 自社ブランドの輸入業者・販売業者、または実質的改変者は、影響を受けるオファーの製造業者となります。
よくある質問
ファイアウォールがあるからルーターはクラス II ですか
既定ではそうではありません。通常のルーターは多くの場合、重要なクラス I です。ファイアウォール、侵入検知、侵入防止が製品の中核機能である場合に、クラス II の問いになります。
ISP が提供するルーターは対象ですか
はい、デジタル要素を含む製品として EU 市場に投入される場合は対象です。実務上の鍵は、ブランド化ファームウェア、サポート期間、更新チャネル、脆弱性プロセスについて誰が製造業者かという点です。
ルーターはクリティカルですか
いいえ。家庭用ルーター、ISP モデムルーター、スイッチは、ネットワークアクセスにとって重要だというだけではクリティカルになりません。
商用のオープンソースルーターファームウェアは答えを変えますか
変え得ます。商用に供給されるファームウェアイメージやアプライアンス用ディストリビューションは、それ自体がデジタル要素を含む製品であり得ます。製造業者は、何が市場に投入され、誰が更新と脆弱性対応を保有するかを文書化すべきです。
ソフトウェアが真に自由ソフトウェアおよびオープンソースソフトウェアに該当し、重要カテゴリーに入る場合、CRA には、市場投入時に必要な技術文書が公開される特定の適合オプションがあります。オープンソースのパッケージを含むというだけで、この経路を私的な ISP のファームウェア分岐や商用アプライアンスに適用してはなりません。
RED のサイバーセキュリティ期限を満たせばルーターはすでに CRA 準拠ですか
いいえ。2025 年 8 月 1 日からインターネット接続無線機器は無線機器指令のサイバーセキュリティ要件を満たし、それらの管理策(安全な既定値、更新の完全性、アクセス保護)は正しい基礎です。しかし CRA はより広いライフサイクルを加えます。文書化された脆弱性対応プロセス、公開されたサポート期間の終了日、製品全体での既定で安全な構成、そして報告義務です。RED サイバーセキュリティ委任規則は 2027 年 12 月 11 日に廃止され、CRA が引き継ぎます。
再確認の契機:RED ファイルを出発点として扱い、2027 年 12 月 11 日より前に CRA の必須要件と突き合わせてギャップを評価します。
CRA のもとでルーターにはどの整合規格が適用されますか
無線機器のフェーズでは、整合のセットは EN 18031 シリーズで、消費者向けベースラインの ETSI EN 303 645 を基礎とします。準備中のルーター固有の CRA 規格は ETSI EN 304 627(ルーター、モデム、スイッチ)で、クラス I 項目 12 に対応づけられます。これはまだ草案であるため、評価時点で引用される規格と整合の制約を確認します。
適合の記録:依拠する規格、そのバージョン、製品に合わない制約、結果として選んだ適合経路を記した短いメモ。
マネージドスイッチはルーターと同様に扱われますか、また非管理型スイッチは対象ですか
マネージドスイッチは管理プレーン(Web UI、CLI、SNMP/API、VLAN)とファームウェア更新経路をもつため、通常は重要なクラス I のネットワーク機器として、独自の管理プレーンの証拠とともに扱われます。管理面がなく、ファームウェア更新も接続機能もない純粋な非管理型・設定不可のスイッチは、そもそもデジタル要素を含む製品かどうかについて個別判断が必要です。
境界の記録:スイッチ SKU ごとに、管理面または更新面が存在するかどうかを述べる 1 行の注記。
メッシュ Wi-Fi キットは 1 製品ですか、複数ですか
システムを構成するメッシュノードは、通常はルーター製品または製品ファミリーです。出荷される形で、コントローラノード、サテライトノード、オンボーディングフロー、メッシュ制御プロトコルを評価します。ノード間の信頼とオンボーディングのハンドシェイクは無線の攻撃面の一部です。
境界の記録:境界メモに、キットに含まれるノード、メッシュ制御プロトコル、オンボーディング方式を記す。
単体のモデムや ONT は、ブリッジするだけでも対象ですか
インターネット接続を意図するモデム、ケーブルモデム、ファイバー ONT は、ブリッジモードであっても通常は重要なクラス I です。インターネットモデム機能が中核となる製品機能であり、機器には依然としてファームウェア、プロビジョニングチャネル、しばしばリモート管理エージェントがあるためです。ブリッジ対ルーターモードは露出を変えますが、基本的な分類は変えません。
境界の記録:プロビジョニングチャネル、リモート管理エージェント、そしてブリッジとルーターのどちらが評価済みの既定かを記録する。
4G/5G モバイルホットスポットは対象ですか
はい。セルラー WAN もインターネット接続であるため、モバイルホットスポットや 4G/5G ルーターは通常、重要なクラス I です。セルラーのプロビジョニング経路と SIM/eSIM の取り扱いは WAN の攻撃面の一部です。
境界の記録:セルラーモジュール、プロビジョニング経路、管理チャネルを記す。
ルーターはどれだけの期間サポート・更新すべきですか
ルーターにとって安全な更新とは何ですか
セキュアブート連鎖を通じて検証される署名済みファームウェアイメージで、単調増加するバージョンカウンタにより古い脆弱なビルドを再インストールできないようにし、リカバリ経路も未署名または格下げされたイメージを拒否するものです。ISP 配信と OEM の更新は、いずれもこの経路に従わなければなりません。
試験の成果物:正確なファームウェアビルドについての、署名済み更新の検証ログ、ダウングレード失敗の試験、リカバリ悪用の試験。
TR-069 や USP のリモート管理は製品境界を変えますか
製造業者または ISP がリモート管理チャネルを供給する場合、それは境界の内側にあり、単なる事業者向け機能ではなくフリート制御の経路です。事業者の自動設定サーバー、接続要求の仕組み、コマンドの範囲、証明書の信頼は、いずれも評価に含まれます。
証拠:評価済みの事業者プロファイルに紐付けた、コントローラ証明書の台帳とコマンド範囲のマトリクス。
ISP ブランドの CPE の製造業者は誰ですか
自社の名前または商標で製品を市場に投入する者、または評価済み製品を実質的に改変する者です。OEM ハードウェアを再ブランド化する、ファームウェアを分岐する、管理クラウドを運用する、更新チャネルを保有する ISP は、そのブランド SKU について、脆弱性報告連絡先を含む製造業者の義務を負う可能性があります。
役割の記録:適合宣言、ファームウェアの枝、更新チャネル、サポート期間、報告連絡先を誰が保有するかの書面による分担。
ルーターメーカーが最初に作成すべき証拠項目は何ですか
対象となる正確な SKU についての、短い分類・境界メモです。ルーター、モデムルーター、メッシュキット、スイッチ、ホットスポット、VPN ルーターのいずれかを特定します。WAN 種別、無線スタック、LAN 管理面、リモート管理チャネル、クラウドサービス、更新の保有、サポート期間、除外されるシステムを明記します。
分類の記録:リスク評価、適合経路の選択、輸入者向け資料、サポート期間の声明がいずれも参照できる、1 ページの境界メモ。
リリース後にルーターのファームウェアで脆弱性が見つかったらどうしますか
ルーターの脅威分析はいつ更新すべきですか
出荷済みのルーターが、信頼境界を動かす形で変わるたびです。新しい WAN 種別、新しいリモート管理プロファイル、Wi-Fi や SoC の SDK の変更、新しいクラウド依存、メッシュのオンボーディングの変更、デバッグポートの挙動の変更、新しい ISP の分岐などです。変更が露出や権限の経路を再び開く場合、リリースノートだけでは不十分です。報告義務は 2026 年 9 月 11 日から適用されるため、開示方針と単一の連絡先はそれより前に機能している必要があります。
再確認の契機:WAN の露出、無線の既定値、リモート管理の範囲、更新経路、サプライヤーコンポーネント、ISP の分岐のいずれかの変更が、境界メモと脅威分析を再び開きます。