Skip to Content
Docs06. セキュリティAI 規格・認証の実務(ISO/IEC 42001 ほか)
中級compliancegovernancestandards更新: 2026-09-10この記事の誤りを報告

この記事の音声は準備中です。

音声の一覧・再生リストへ

AI 規格・認証の実務(ISO/IEC 42001 ほか)

免責: 本記事は法的助言ではありません。規格の逐条解説はせず、「AI マネジメント規格・認証を検討するとき、何を・どこで確認するか」の所在と判断の枠組みを示します。個別の適合性・認証の要否は、認証機関・法務・専門家に確認してください。

この記事の目的

AI マネジメントシステム規格(ISO/IEC 42001 ほか)への適合・認証を検討するとき、規格の地図(どれが認証できて、どれが指針か)・認証を取る意味と限界・適合の進め方・取得判断のフレームを持ち帰れるようになります。「認証を取れば AI が安全」という誤解を避け、費用対効果で判断できる状態を目指します。規制そのものの地図はコンプライアンスとガバナンスが正本で、本記事はその中の「規格・認証」を掘り下げます。

本記事は変化のあるページです。 規格の版・整合規格の進捗・国内認定制度は動くため、具体は本文冒頭の最終確認日と各公式で確認してください。

対象読者

  • 取引先要件や信頼の外部化のために、AI マネジメント規格の認証取得を検討する立場の人(セキュリティ・品質・ガバナンス担当、テックリード)
  • 「ISO/IEC 42001 を取るべきか」を費用対効果で判断したい人

前提知識

本文

最終確認日: 2026-09-10 — EN 18286、ISO/IEC 42005・42006、国内認定、AISI 評価ガイド、NIST 公開文書化ガイダンス案を再確認しました。他の規格の確認日は各参考資料・調査メモを参照してください。各一次情報発信源そのものの情報(論文の原典・公式ドキュメント・公式ブログ・規格本文・法令)。解説・まとめ(二次情報)と区別し、根拠は一次情報に置くのが情報リテラシーの基本。二次情報は「存在を知る」までに使い、一次まで遡って確かめる。 URL・確認状況は、リポジトリ内 research/ecosystem/standards.md を参照してください。規格本文は有償のことが多く、本記事は所在と枠組みまでを示します。

規格の地図: 「認証できるもの」と「指針」を分ける

AI に関わる規格・フレームワークは種類が違い、認証できるものとできないものが混在します。ここを分けないと議論が混乱します。

AI 規格・認証の実務(ISO/IEC 42001 ほか): 規格の地図: 「認証できるもの」と「指針」を分けるの図AI 規格・認証の実務(ISO/IEC 42001 ほか): 規格の地図: 「認証できるもの」と「指針」を分けるの図
AI 規格・認証の実務(ISO/IEC 42001 ほか): 規格の地図: 「認証できるもの」と「指針」を分けるの図
図を元の大きさで表示

図の中をスクロールして読めます。キーボードでは図の領域へ Tab で移動し、矢印キーを使います。読み終わったら、この見出しをもう一度選ぶと閉じます。

AI 規格・認証の実務(ISO/IEC 42001 ほか): 規格の地図: 「認証できるもの」と「指針」を分けるの図AI 規格・認証の実務(ISO/IEC 42001 ほか): 規格の地図: 「認証できるもの」と「指針」を分けるの図
種類代表例性格
要求事項型(認証できる)ISO/IEC 42001(AI マネジメントシステム、AIMS)組織が満たすべき要求。第三者認証の対象になる
指針型(認証対象ではない)ISO/IEC 23894(AI リスクマネジメントの指針)、ISO/IEC 42005(AI システム影響評価)「やり方の手引き」。それ自体は認証されない
任意フレームワークNIST AI RMF 1.0(+ 生成 AI プロファイル)任意(voluntary)の枠組み。認証規格ではない
認証機関への要求ISO/IEC 42006認証機関が満たす要求(認証の信頼性を担保する土台)
ソフトローAI 事業者ガイドライン(日本)等法的拘束力を持たない政府の任意ガイド

「規格 = 認証」ではありません。 認証できるのは要求事項型の ISO/IEC 42001 であり、指針(23894・42005)や任意フレームワーク(NIST AI RMF)は「認証」する対象ではありません。この違いを最初に押さえます。

発行済み規格と評価ガイド・草案を見分ける

2026-09-10 時点では、次の資料を同じ「認証済み」の箱に入れないことが重要です。

資料状態・使い方
ISO/IEC 42005:2025 / 42006:2025ISO 公式ではそれぞれ 2025-05 / 2025-07 発行。影響評価の指針と認証機関への要求という役割の違いを維持
EN 18286:20262026-07 発行。AI Act Article 17 の品質マネジメントシステムを支援する規格。規格発行・欧州委員会の評価・EU 官報(OJ)への引用は別段階で、発行の事実だけで適合推定効が生じると判断しない
AISI「AI セーフティに関する評価観点ガイド」第 1.20 版2026-07-07 公表。Agent 向けに「観測と制御」、自律的な挙動、外部環境との相互作用の評価項目を追加。認証規格ではなく、自社の評価計画を点検するガイド
AISI「AI ロボティクスに関するセーフティ評価観点ガイド」2026-07-23 公表。物理環境へ作用する AI の評価入口。フィジカル AIの設計・評価とも接続
NIST の公開 AI 文書化ガイダンス・テンプレート(Zero Draft)2026-07-29 公開の初期草案。正式名称は Guidance and Templates for Public-Facing AI Documentation: An AI Standards Zero Draft。次版への意見提出期限は 2026-09-16。確定済みの認証規格として扱わない

EN 18286 の適用を検討する場合は、自社が満たす必要のある AI Act の要求と、OJ に引用された版・対象条項を対応付けます。JTC 21 の 2026-07-09 公表では、prEN 18228・18282・18229-1 は Enquiry 段階で、意見募集期限はそれぞれ 7/30・7/30・8/20 でした。これらの期限経過だけで関連規格全体が最終化したとも推測しません。有償本文の要求条項は入手して別途確認します。

ISO/IEC 42001 とは(所在レベル)

ISO/IEC 42001(2023 年発行、世界初とされる AI マネジメントシステム規格)は、**個々の AI アプリの技術詳細ではなく、組織が AI のリスクと機会を PDCA で統制する「仕組み」**を要求します。対象は AI を開発・提供・利用する組織全般です。

  • ISMS(ISO/IEC 27001)との関係: ISO 共通の高位構造を採り、27001 と骨格(組織の状況・リーダーシップ・計画・運用・改善など)を共有します。既に ISMS を持つ組織は統合マネジメントシステムとして拡張しやすく、27001 の代替ではなく AI 固有の統制(バイアス管理・影響評価・透明性など)を上乗せする関係と捉えます
  • 日本での位置づけ: ISO/IEC 42001 に一致する JIS Q 42001:2025 が国内規格として発行されています(技術内容は同じ)

規格の逐条は有償の本文が正なので、本記事は「何を扱うか + 公式の所在」までにとどめます(詳細は末尾の参考資料・研究メモ)。

認証を取る意味と限界

認証を「安全の証明」と誤解しないことが、この記事で最も重要な点です。

「国内初」の公表は、主体と行為を分けて読みます。SGS の 2025-04 公表は SGS グループとして日本初の認証発行、JIPDEC / ISMS-AC の 2026-01-14 公表は 国内の認証機関 2 社への初の認定です。2026-07-07 更新の認証機関名簿には SGS ジャパンとテュフ ラインランド ジャパンが掲載されています。「認証」と「認定」の日付が異なることは矛盾ではなく、取得予定の認証がどの認定に基づくかを確認する材料です。

適合の進め方

認証取得を決めたら、実務はマネジメントシステム構築の定石に沿います。

  • 既存の仕組みと統合する: ISMS(27001)や品質(9001)を持つなら、高位構造の共通部分を活かして統合します。ゼロから作らず、既存の文書・運用に AI 固有の統制を足します
  • ギャップ分析から始める: 規格の要求と現状の差分(ギャップ)を洗い出し、埋めるべき統制・文書を特定します
  • 文書化は運用の写像にする: 規格は文書化を求めますが、実際の運用と乖離した文書は監査で露呈します。運用していることを文書にする、が原則です
  • 影響評価・リスク管理を回す: AI 固有のリスク(バイアス・誤用・影響)を評価し記録する仕組みを持ちます(指針として ISO/IEC 23894・42005 や NIST AI RMF を参照できます)

監査対応

認証は一度取って終わりでなく、定期的な審査で維持します。

  • 監査は運用の副産物にする: コンプライアンスとガバナンスの「監査対応は日々の運用の副産物」という原則が、規格でも同じです。監査のためだけの作業を作ると形骸化します。日々の運用で記録が残る設計にします
  • 記録が要求に対応することを示せる: 何を・どう統制しているかを、記録(ログ・レビュー記録・影響評価)で示せる状態を保ちます

取得判断のフレーム

認証取得は費用対効果の判断です。次を問います。

  • 誰に求められているか: 取引先・入札・規制で認証が要件になっているか。要件でないのに「箔付け」で取ると、維持コストに見合いません
  • 維持できるか: 認証は取得より維持(定期審査・文書更新・運用継続)にコストがかかります。維持できる体制があるか
  • 代替で足りないか: 取引先が求めるのが「認証」なのか「統制の実態」なのか。自己宣言・第三者評価・既存認証で足りる場合もあります
  • 規格 vs 指針 vs フレームワークの使い分け: 認証が要らないなら、認証せずに指針(23894・42005)や NIST AI RMF を内部のガバナンス改善に使う選択もあります(認証なしで中身を良くする)

実務での注意点

アンチパターン

  • 認証を「AI が安全・正しい」証明として扱う → マネジメントシステムの適合であって個々の出力を保証しない → 「統制の仕組みの確認」と正しく位置づけ、安全性は別系統(評価・レッドチーミング)で担保する
  • 規格と指針・フレームワークを混同する → 認証できない指針(23894/42005)や任意 FW(NIST AI RMF)を「認証する」と誤解する → 要求事項型(認証できる)と指針・任意 FW を分ける
  • 要件でないのに箔付けで認証を取る → 取得・維持コストが効果に見合わない → 「誰に求められているか」を先に確認し、費用対効果で判断する
  • ゼロから作ろうとする → 既存の ISMS 等と統合できる部分を活かせず、二重管理になる → 高位構造の共通部分を活かして統合マネジメントシステムにする
  • 監査のためだけの文書を作る → 運用と乖離し、監査で露呈し、形骸化する → 日々の運用で記録が残る設計にし、監査を運用の副産物にする

チェックリスト

  • AI 規格を「要求事項型(認証できる)/指針/任意フレームワーク/ソフトロー」で区別している
  • 認証が「統制の仕組みの確認」であり「AI の安全・正しさの保証ではない」と理解している
  • 認証取得の動機(取引要件・信頼の外部化)が明確で、費用対効果で判断している
  • 既存の ISMS 等との統合を検討した(ゼロから作っていない)
  • ギャップ分析を行い、埋めるべき統制・文書を特定した
  • 文書が実際の運用の写像になっている(監査のためだけの文書でない)
  • 認証の維持(定期審査・更新)を続けられる体制がある
  • 認証が不要な場合、指針・フレームワークを内部改善に使う選択も検討した

関連トピック

参考資料

その他の規格(ISO/IEC 22989・23894・42005・42006)・認証機関の代表例・AISI/IPA の評価観点ガイドの所在は research/ecosystem/standards.md に整理しています。

TODO・未確認事項

変わりやすい項目(定点観測)

コンプライアンスとガバナンスAI サプライチェーンセキュリティ