結論:CRA はどの部門が担当するかを定めていません。義務を負うのは「製造業者」という法的主体です(第 13 条)。実務上、最終責任は製品の設計と上市を決める権限を持つ製品事業部門に置くべきです。製品セキュリティ部門やコンプライアンス部門は専門知識と監督を提供し(第 2 線)、内部監査は独立した保証を提供します(第 3 線)。情報システム部門が担うのは社内システムであり、製品セキュリティを当然に任せるべきではありません。
まず、法規が業務を誰に割り振っているかを見る
| CRA の条文 | すべきこと | 関わる部門 |
|---|---|---|
| 第 13 条第 2 項・第 3 項 | 計画、設計、開発、製造、引き渡し、保守の各段階にサイバーセキュリティのリスク評価を組み込み、文書化し、サポート期間中に更新する | 研究開発、製品管理、品質保証 |
| 第 13 条第 4 項 | リスク評価を技術文書に記載する(第 31 条、附属書 VII) | 品質保証/法規、研究開発 |
| 第 13 条第 5 項 | 第三者のコンポーネント(オープンソースを含む)を組み込む際にデューデリジェンスを行う | 調達/サプライチェーン、研究開発 |
| 第 13 条第 6 項 | コンポーネントの脆弱性を発見したら、その製造者または保守者に通知する | 製品セキュリティ(PSIRT)、研究開発 |
| 第 13 条第 8 項 | 製品の想定使用期間に応じてサポート期間を決め、その期間中に脆弱性を効果的に処理する(附属書 I 第 II 部) | 製品管理(サポート期間の決定)、PSIRT、研究開発 |
| 第 14 条 | 積極的に悪用されている脆弱性と重大インシデントを、単一報告プラットフォームを通じて CSIRT と ENISA に同時に報告する。24 時間以内の早期警告、72 時間以内の通知、最終報告(脆弱性は是正措置が利用可能になってから 14 日以内、インシデントは通知から 1 か月以内) | PSIRT が主担当。法務、カスタマーサポート、経営陣が協力 |
誰が主導すべきかを判断する四つの基準
- 製品の設計と上市を決める権限は誰にあるか:最終責任者(A)とする。サポート期間の長さや上市延期の判断は製品の意思決定です。
- 24 時間以内に研究開発を動員し、外部に報告できるのは誰か:報告プロセスの実行責任者(R)とする。通常は PSIRT や製品セキュリティの窓口で、事前に権限を与えておく必要があります。
- サプライヤーとコンポーネントの一覧を把握しているのは誰か:第三者コンポーネントのデューデリジェンスを担う。通常は調達またはサプライチェーン管理が研究開発と組んで担当します。
- 製品ラインから独立しているのは誰か:監督と保証を担う。最終責任者と同じ人であってはなりません。
社内でセキュリティに詳しいのが情報システム部門だけなら、人員を応援に出してもらうことはできます。ただし、研究開発プロセス、コンポーネント一覧、上市判断は情報システム部門の手元にないため、最終責任は製品ラインに置くべきです。
責任分担表(RACI)の使い方
R=実行責任、A=最終責任、C=事前相談、I=事後報告。最もよく破られる原則は一つだけです。一つの業務に A は一人だけ。例を二行示します。
| 業務 | 製品事業部門長 | 研究開発 | 製品セキュリティ/PSIRT | 法務 | 内部監査 |
|---|---|---|---|---|---|
| サイバーセキュリティのリスク評価(第 13 条第 2 項・第 3 項) | A | R | C | I | I |
| 第 14 条の報告 | A | C | R | C | I |
その他の業務(技術文書、第三者コンポーネントのデューデリジェンス、サポート期間の決定、脆弱性の処理、定期点検)は、製品ラインの数、自社ブランドの有無、サプライチェーン上の役割、既存の制度に応じて割り振る必要があり、結果は会社ごとに異なります。完全な業務一覧と責任分担表は、積穗科研が無料のメカニズム診断で貴社の組織と製品ラインに合わせて提供します。
三つのラインモデルとの関係
IIA の三つのラインモデル(2020 年公表、2024 年更新)によれば:
- 統治機関(取締役会):ステークホルダーに対して監督責任を負い、責任と資源を経営陣に委譲します。
- 第 1 線(経営陣の第 1 線の役割):リスク管理を含め、行動を主導・指揮します。製品事業部門、研究開発、PSIRT の日常業務が該当します。
- 第 2 線(経営陣の第 2 線の役割):補完的な専門知識、支援、モニタリング、異議申し立てを提供し、リスク管理(内部統制を含む)の妥当性と有効性を報告します。製品セキュリティのガバナンス部門やコンプライアンス部門が該当します。
- 第 3 線(内部監査):主に統治機関に対して責任を負い、経営陣から独立して、独立かつ客観的な保証と助言を提供します。
規模の小さい会社は役割を兼ねてもかまいませんが、「最終責任」と「独立した保証」を同じ人に置かないでください。
既存の制度にどう組み込むか
CRA のために別の制度を立ち上げる必要はありません。次の四つの接点は、台湾の公開発行会社や上場・店頭上場企業がもともと持っている制度であり、既存の担当者が既存のプロセスの中で対応できます。公開発行会社でない企業はこれらの準則や守則の適用を受けませんが、同じ方法を任意に参考にできます。
| 既存の制度 | CRA の業務をどこに組み込むか | 既存の担当者 | 根拠 |
|---|---|---|---|
| 内部統制制度(研究開発サイクル) | 研究開発サイクルは製品設計、試作、試験を含むため、第 13 条の設計段階のリスク評価と技術文書を引き受ける | 研究開発サイクルの責任部門。内部監査は関連する統制ポイントを自己評価と年度監査計画に加える | 公開発行会社の内部統制制度の確立に関する処理準則 第 3 条(法令遵守は内部統制の目的の一つ)、第 7 条第 1 項第 8 号 |
| コーポレートガバナンスとリスク管理 | CRA をコンプライアンスリスクとして、既存のリスク管理方針と定期報告に含める | 取締役会が方針を承認し監督する。リスク管理推進部門が少なくとも年 1 回とりまとめて報告する | 上場・店頭上場企業コーポレートガバナンス実務守則 第 2 条・第 3 条、上場・店頭上場企業リスク管理実務守則 第 13 条・第 15 条・第 18 条 |
| サイバーセキュリティインシデントの対応と報告 | 既存のインシデント対応・報告手順に、第 14 条の外部報告ルートを一本追加する | サイバーセキュリティ専任責任者 | 上場・店頭上場企業の情報通信セキュリティ管理指針 第 34 条 |
| 内部統制制度(購買サイクル) | 購買サイクルにはすでにサプライヤー管理があるため、第 13 条第 5 項の外部コンポーネント(オープンソースを含む)のデューデリジェンスをサプライヤー評価項目と購買契約に書き込む | 調達、品質保証 | 公開発行会社の内部統制制度の確立に関する処理準則 第 7 条第 1 項第 2 号 |
区別すべき点が二つあります。
- 報告の対象が異なる:情報通信セキュリティ管理指針の報告手順は自社の情報システムのインシデントを扱い、CRA 第 14 条は製品で積極的に悪用されている脆弱性と重大インシデントを扱います。そのため同じ手順の中にルートを一本加える形になり、発動条件と外部窓口は分けて書く必要があります。
- 規範の性質が異なる:内部統制の処理準則は公開発行会社が遵守しなければならない規定です。ガバナンスとリスク管理の守則、情報通信セキュリティ管理指針の多くは「望ましい」「できる」とする実務指針であり、企業は規模や業種に応じて採用します。
統制ポイントをどのサイクルのどの段階に置くか、自己評価項目をどう書くかは、貴社の既存の内部統制制度に基づき、無料のメカニズム診断で提供します。
よくある誤り
- 情報システム部門の担当と決めつける:製品の開発プロセスとコンポーネント一覧は情報システム部門の手元になく、リスク評価と技術文書の根拠が失われます。
- 窓口だけ指名して権限を与えない:第 14 条は 24 時間以内の早期警告を求めており、窓口に報告するかどうかを決める権限がなければ期限を守れません。
- 報告プロセスを適合性評価の後に回す:第 14 条の報告義務は 2026 年 9 月 11 日からすでに適用され、上市済みの製品も対象です。優先して整備すべきです。
積穗科研の支援
積穗科研は、法規の判定からプロセス、技術的統制まで一つのチームで一貫して計画し、副社長・取締役クラスのコンサルタントが外注せずに最初から最後まで自ら支援します。支援のみを行い、審査・認証は行いません。製品ラインが責任分担表と第 14 条の報告プロセスを実際の部門と権限に落とし込めるよう支援します。
積穗科研の EU CRA 対応支援における支援実績は?
2026-10 時点で、EU CRA(サイバーレジリエンス法)対応支援案件(秘密保持契約により社名非公開)は 6 社です。
その他の事例は秘密保持契約により業種のみ記載の匿名です。
コンプライアンスは三位一体、コンサルタントの価値は統合にある
CRA、TISAX、ISO 27701、AI Act はどれも単独の技術課題ではなく、プロセス・セキュリティ技術・法令遵守の三つが同時に成立して初めて完成します。一つだけ補っても、残り二つの欠落は審査・通報・顧客デューデリジェンスの場面で露呈し、結局やり直しになります。
| 側面 | 答えるべき問い | その側面だけ補った場合によくある欠落 |
|---|---|---|
| プロセス(マネジメントシステム) | 誰が、何を、いつ行うか。実施の証拠はどこにあり、どう継続的に改善するか | ツールは揃っているが定期的に運用する人がおらず、審査時に記録が出せない |
| セキュリティ技術 | 管理策をどう設計し、有効性をどう検証するか | 文書は整っているが、システムが実際にはそのとおり動いていない |
| 法令遵守 | どの法規が適用され、自社の役割は何か。期限と罰則は何か | 管理策は作ったが、法規や役割を取り違えており、義務が網羅されていない |
積穗科研のコンサルティングチームはこの三つの側面を同時にカバーし、法規判定からプロセス設計、技術的管理策までを一括で設計します。一つの証拠セットで複数の法規と顧客要求に対応できます。
公式情報源
- Regulation (EU) 2024/2847 第 13、14 條(EUR-Lex)
- European Commission:Cyber Resilience Act
- The IIA:Three Lines Model(2020 發布,2024 更新)
- Malta Financial Services Authority:Updated Three Lines Model
- 全國法規資料庫:公開發行公司建立內部控制制度處理準則
- 金管會:公開發行公司建立內部控制制度處理準則問答集
- 證交所:上市上櫃公司治理實務守則
- 證交所:上市上櫃公司風險管理實務守則
- 證交所:上市上櫃公司資通安全管控指引
- 櫃買中心:上市上櫃公司資通安全管控指引(PDF)