CRA 対応はどの部門が主導し、どの部門が協力すべきか

CRA の義務を負うのは「製造業者」であり、情報システム部門ではありません。第 13 条・第 14 条に沿って業務を研究開発、調達、製品セキュリティ、品質保証、法務に割り振り、責任分担表で配分し、IIA の三つのラインモデルで監督と保証を切り分けます。

更新日 2026-11-03

結論: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 が主担当。法務、カスタマーサポート、経営陣が協力

誰が主導すべきかを判断する四つの基準

  1. 製品の設計と上市を決める権限は誰にあるか:最終責任者(A)とする。サポート期間の長さや上市延期の判断は製品の意思決定です。
  2. 24 時間以内に研究開発を動員し、外部に報告できるのは誰か:報告プロセスの実行責任者(R)とする。通常は PSIRT や製品セキュリティの窓口で、事前に権限を与えておく必要があります。
  3. サプライヤーとコンポーネントの一覧を把握しているのは誰か:第三者コンポーネントのデューデリジェンスを担う。通常は調達またはサプライチェーン管理が研究開発と組んで担当します。
  4. 製品ラインから独立しているのは誰か:監督と保証を担う。最終責任者と同じ人であってはなりません。

社内でセキュリティに詳しいのが情報システム部門だけなら、人員を応援に出してもらうことはできます。ただし、研究開発プロセス、コンポーネント一覧、上市判断は情報システム部門の手元にないため、最終責任は製品ラインに置くべきです。

責任分担表(RACI)の使い方

R=実行責任、A=最終責任、C=事前相談、I=事後報告。最もよく破られる原則は一つだけです。一つの業務に A は一人だけ。例を二行示します。

業務製品事業部門長研究開発製品セキュリティ/PSIRT法務内部監査
サイバーセキュリティのリスク評価(第 13 条第 2 項・第 3 項)ARCII
第 14 条の報告ACRCI

その他の業務(技術文書、第三者コンポーネントのデューデリジェンス、サポート期間の決定、脆弱性の処理、定期点検)は、製品ラインの数、自社ブランドの有無、サプライチェーン上の役割、既存の制度に応じて割り振る必要があり、結果は会社ごとに異なります。完全な業務一覧と責任分担表は、積穗科研が無料のメカニズム診断で貴社の組織と製品ラインに合わせて提供します。

三つのラインモデルとの関係

IIA の三つのラインモデル(2020 年公表、2024 年更新)によれば:

規模の小さい会社は役割を兼ねてもかまいませんが、「最終責任」と「独立した保証」を同じ人に置かないでください。

既存の制度にどう組み込むか

CRA のために別の制度を立ち上げる必要はありません。次の四つの接点は、台湾の公開発行会社や上場・店頭上場企業がもともと持っている制度であり、既存の担当者が既存のプロセスの中で対応できます。公開発行会社でない企業はこれらの準則や守則の適用を受けませんが、同じ方法を任意に参考にできます。

既存の制度CRA の業務をどこに組み込むか既存の担当者根拠
内部統制制度(研究開発サイクル)研究開発サイクルは製品設計、試作、試験を含むため、第 13 条の設計段階のリスク評価と技術文書を引き受ける研究開発サイクルの責任部門。内部監査は関連する統制ポイントを自己評価と年度監査計画に加える公開発行会社の内部統制制度の確立に関する処理準則 第 3 条(法令遵守は内部統制の目的の一つ)、第 7 条第 1 項第 8 号
コーポレートガバナンスとリスク管理CRA をコンプライアンスリスクとして、既存のリスク管理方針と定期報告に含める取締役会が方針を承認し監督する。リスク管理推進部門が少なくとも年 1 回とりまとめて報告する上場・店頭上場企業コーポレートガバナンス実務守則 第 2 条・第 3 条、上場・店頭上場企業リスク管理実務守則 第 13 条・第 15 条・第 18 条
サイバーセキュリティインシデントの対応と報告既存のインシデント対応・報告手順に、第 14 条の外部報告ルートを一本追加するサイバーセキュリティ専任責任者上場・店頭上場企業の情報通信セキュリティ管理指針 第 34 条
内部統制制度(購買サイクル)購買サイクルにはすでにサプライヤー管理があるため、第 13 条第 5 項の外部コンポーネント(オープンソースを含む)のデューデリジェンスをサプライヤー評価項目と購買契約に書き込む調達、品質保証公開発行会社の内部統制制度の確立に関する処理準則 第 7 条第 1 項第 2 号

区別すべき点が二つあります。

統制ポイントをどのサイクルのどの段階に置くか、自己評価項目をどう書くかは、貴社の既存の内部統制制度に基づき、無料のメカニズム診断で提供します。

よくある誤り

積穗科研の支援

積穗科研は、法規の判定からプロセス、技術的統制まで一つのチームで一貫して計画し、副社長・取締役クラスのコンサルタントが外注せずに最初から最後まで自ら支援します。支援のみを行い、審査・認証は行いません。製品ラインが責任分担表と第 14 条の報告プロセスを実際の部門と権限に落とし込めるよう支援します。

積穗科研の EU CRA 対応支援における支援実績は?

2026-10 時点で、EU CRA(サイバーレジリエンス法)対応支援案件(秘密保持契約により社名非公開)は 6 社です。

その他の事例は秘密保持契約により業種のみ記載の匿名です。

コンプライアンスは三位一体、コンサルタントの価値は統合にある

CRA、TISAX、ISO 27701、AI Act はどれも単独の技術課題ではなく、プロセス・セキュリティ技術・法令遵守の三つが同時に成立して初めて完成します。一つだけ補っても、残り二つの欠落は審査・通報・顧客デューデリジェンスの場面で露呈し、結局やり直しになります。

側面答えるべき問いその側面だけ補った場合によくある欠落
プロセス(マネジメントシステム)誰が、何を、いつ行うか。実施の証拠はどこにあり、どう継続的に改善するかツールは揃っているが定期的に運用する人がおらず、審査時に記録が出せない
セキュリティ技術管理策をどう設計し、有効性をどう検証するか文書は整っているが、システムが実際にはそのとおり動いていない
法令遵守どの法規が適用され、自社の役割は何か。期限と罰則は何か管理策は作ったが、法規や役割を取り違えており、義務が網羅されていない

積穗科研のコンサルティングチームはこの三つの側面を同時にカバーし、法規判定からプロセス設計、技術的管理策までを一括で設計します。一つの証拠セットで複数の法規と顧客要求に対応できます。

公式情報源