このページはJavaScriptを使用しています。JavaScriptを有効にして、または対応ブラウザでご覧下さい。

閉じる
閉じる
ISMAP (イスマップ) とは?政府クラウドサービス制度のメリットと取得手順

ISMAP (イスマップ) とは?政府クラウドサービス制度のメリットと取得手順

2026 5/27
クラウドサービスの活用がビジネスの標準となった現代において、その安全性を客観的に示す指標の重要性は年々高まっています。そうした中で注目されているのが、政府が情報システムのセキュリティ基準として定めた「ISMAP」です。ISMAPは、政府調達向けの制度というイメージを持たれがちですが、現在ではサプライチェーン全体でのセキュリティ確保が求められ、民間企業にとっても無視できない存在となっています。自社が利用・提供するクラウドサービスがISMAPの基準を満たしているかどうかは、ビジネスの信頼性にも直結する重要な要素です。本記事では、ISMAP制度の基本的な仕組みから、導入・取得によるメリット、具体的な取得手順までをわかりやすく解説します。

※ 記事制作時の情報です。

1.ISMAPとはどのような制度か

ISMAP (Information System Security Management and Assessment Program) とは、政府が求めるセキュリティ基準を満たしているクラウドサービスを評価・登録する制度です。「イスマップ」と読み、政府情報システムのためのセキュリティ評価制度と訳されます。

政府機関がクラウドサービスを調達する際は、原則としてこの「ISMAPクラウドサービスリスト (※ 外部サイトへ遷移します。)」に登録されたサービスの中から選定することになります。これにより、政府は一定のセキュリティ水準が担保されたサービスを迅速かつ効率的に導入できます。

1-1. ISMAPが制定された背景と現在の位置づけ

ISMAPが制定された直接のきっかけは、2018年に政府が打ち出した「クラウド・バイ・デフォルト原則」です。これにより、各府省庁でクラウドサービスの利用が第一候補となりましたが、同時にサービスごとに異なるセキュリティレベルを統一された基準で評価する必要性が生じました。

この課題を解決するため、政府が安全性を確認する共通の仕組みとして整備されたのがISMAPです。当初は政府調達のための制度としてスタートしましたが、現在ではその信頼性が広く認知され、民間企業がサービスを選定する際の客観的な指標としても活用されるなど、その位置づけは大きく変化しています。

  • ※ 外部サイトへ遷移します。

1-2. なぜISMAPが必要なのか


政府調達から始まったISMAPが今や民間企業にとっても必要とされているのは、ビジネスのサプライチェーン全体で、セキュリティレベルの担保が求められるようになったからです。自社が利用するクラウドサービスに脆弱性があれば、それは自社の経営リスクに直結します。また、自社が提供するサービスの安全性を客観的に証明できなければ、取引先からの信頼を得ることは困難です。

なぜISMAPが必要なのかのイメージ画像

このようにISMAPは単なる政府向けの基準ではなく、企業がリスクを管理し、ビジネスの信頼性を内外に示すための実践的な判断材料として不可欠な存在となっているのです。

1-3. ISMAPとISMAP-LIUの違い

ISMAPには、通常版の「ISMAP」のほかに「ISMAP-LIU (イスマップ・エルアイユー) 」という制度があります。ISMAP-LIUは「Low-Impact Use」の略で、セキュリティ上のリスクが比較的低い業務や、取り扱う情報が機密性の低いものに限定されるSaaSサービスを対象としています。

ISMAPがIaaSやPaaS、SaaSなど幅広いサービスを対象とするのに対し、ISMAP-LIUはリスクの低いSaaSに特化しており、審査基準も一部簡略化されています。これにより、小規模なSaaS事業者でもISMAP制度に登録しやすくなっています。

項目 ISMAP ISMAP-LIU
対象サービス IaaS、PaaS、SaaSなど リスクの低い業務・情報のみを取り扱うSaaS
対象リスク 高、中、低 低
管理策の数 約1,200項目 同一の管理基準を前提に、主に外部監査対象となる重要な管理策に絞って評価
外部監査 必須 原則不要 (自己宣言)
※ ただし、ISMAP運用支援機関が事業者より提出された言明書等の内容をレビューし、その妥当性を確認します。

関連サービス: クラウド (SaaS)

1-4. ISMAPとISMS認証との違い

ISMAPとよく比較される制度に「ISMS (情報セキュリティマネジメントシステム) 認証」がありますが、両者はその目的と評価対象が根本的に異なります。

ISMS認証の目的は、企業や部署といった「組織」が情報セキュリティを適切に管理・運用するための「体制」を整えていることを証明することです。一方、ISMAPの目的は、IaaSやPaaS、SaaSといった「クラウドサービス」そのものが、政府の求める厳しいセキュリティ基準を満たしていることを証明することにあります。

つまり、ISMSが「会社 (組織) の仕組み」を評価するのに対し、ISMAPは「提供されているサービス」そのものを、より専門的かつ具体的に評価する制度なのです。ISMAPの基準はISMSを基礎としていますが、クラウドに特化した、より厳格な要件が追加されていると理解してください。

2.ISMAPの取得・活用によるメリット

ISMAP認定は、クラウドサービスを提供する事業者側と、それを利用する政府機関や企業側の双方に大きなメリットをもたらします。ここではそれぞれの立場から具体的な利点を見ていきましょう。

2-1. 【事業者側】信頼性の証明となり、ビジネスチャンスが拡大する

【事業者側】信頼性の証明となり、ビジネスチャンスが拡大するのイメージ画像

クラウドサービスを提供する事業者にとっての大きなメリットは、ISMAP認定を取得することで、国が定めるセキュリティ基準を満たしていることを客観的に示せる点です。これにより、政府調達への参加が可能になるだけでなく、セキュリティを重視する民間企業や地方公共団体に対しても、自社サービスの信頼性を明確にアピールできます。その結果、提案時の説明負担が軽減されるとともに、競合サービスとの差別化にもつながり、ビジネスチャンスの拡大が期待できます。

2-2. 【利用者側】セキュリティ評価済みサービスを選べる

利用者側のメリットは、クラウドサービス選定時のセキュリティ評価にかかる負担を軽減できる点にあります。通常、クラウドサービスを選定する際には各サービスのセキュリティ対策を個別に調査・評価する必要があり、多大な時間とコストがかかります。しかし、ISMAPに登録されたサービスを前提とすることで、この評価プロセスを大幅に削減することが可能です。組織内での承認手続きも円滑に進み、導入判断をスムーズに行えるようになります。

3.ISMAPの3つの管理基準

ISMAPの管理基準は、経営から現場まで一貫した体制を築くための3階層のピラミッド構造になっています。頂点に経営陣が主導する「ガバナンス基準」、中間に管理者が実践する「マネジメント基準」、そして土台として現場が遵守すべき具体的な「管理策基準」が位置します。

3-1. ガバナンス基準

ガバナンス基準は、経営陣が情報セキュリティに対してどのように関与すべきかを定めたものです。具体的には、情報セキュリティに関する方針の策定、体制の構築、リスク管理への指示、そして活動全体の監督責任などが含まれます。

これは、情報セキュリティを単なる技術的な問題としてではなく、経営課題として捉え、トップダウンで推進することを要求するものです。経営陣の強いリーダーシップとコミットメントが、組織全体のセキュリティレベルを支える基盤となります。

3-2. マネジメント基準

マネジメント基準は、ガバナンス基準で示された方針に基づき、情報セキュリティマネジメントを確立・実施・維持するための具体的な要件を定めています。これは、情報システムを管理する責任者が中心となって実践するものです。

リスクアセスメントの実施、セキュリティ計画の策定、従業員への教育・訓練、インシデント発生時の対応手順の整備など、PDCAサイクルを通じて継続的にセキュリティレベルを向上させていく活動が求められます。

3-3. 管理策基準

管理策基準は、情報システムを保護するために実施すべき具体的なセキュリティ対策をまとめたものです。約1,200項目の詳細な要求事項からなり、技術的な対策から物理的な対策、組織的な対策まで、幅広い領域をカバーしています。

国際的な情報セキュリティ規格であるISO/IEC 27017などを基に作成されており、14のカテゴリに分類されています。

カテゴリ 主な内容
組織のセキュリティ 組織体制、役割と責任の明確化
人的資源のセキュリティ 従業員の雇用・異動・離職時の管理
資産の管理 情報資産の分類、媒体の取り扱い
アクセス制御 ユーザーID管理、パスワードポリシー、特権管理
暗号 暗号技術の利用方針、鍵管理
物理的および環境的セキュリティ データセンターへの入退室管理、機器の保護
運用のセキュリティ 変更管理、マルウェア対策、バックアップ
通信のセキュリティ ネットワーク管理、情報転送の保護
システム取得、開発および保守 開発環境と本番環境の分離、脆弱性管理
供給者関係 委託先の管理、サービスレベル合意 (SLA)
インシデント管理 インシデントの報告、対応、学習
事業継続管理 事業継続計画の策定、テスト
適合性 法的・契約的要件の遵守、監査
クラウド固有の要件 仮想環境の分離、管理者アクセスの監視

4.ISMAP取得までの4つの手順

ISMAPリストへの登録は、厳格な審査プロセスを経て行われます。多くの企業が取得までに1年以上を要しており、その道のりは決して容易ではありません。ここでは、クラウドサービス事業者がISMAPへの登録を完了するまでに必要となる、4つのステップについて解説します。

STEP1. 要件を満たすか自己評価する

まず、自社のクラウドサービスがISMAPの管理基準を満たしているか、自己評価を行います。ISMAPが公表している管理基準の各項目に対し、自社のセキュリティ対策が適合しているかを一つひとつ確認し、文書化していく地道な作業です。この段階で、基準を満たしていない項目があれば、対策を講じる必要があります。

参考:「ISMAP管理基準」(総務省) (PDF)

  • ※ 外部サイトへ遷移します。

STEP2. 言明書を作成する

自己評価の結果に基づき、ISMAPの管理基準のうち、どの統制目標や管理策を、どのような方法で実施しているのかを具体的に記述した「言明書 (SOA: Statement of Applicability)」を作成します。これは、自社のセキュリティ対策がISMAPの要求事項に適合していることを公式に宣言する文書であり、後の外部監査の基礎資料となります。

言明書を作成するのイメージ画像

STEP3. 監査機関に依頼する

言明書の作成後、ISMAPが認定した監査機関に外部監査を依頼します。監査機関は、事業者から提出された言明書や関連文書をレビューし、実際にセキュリティ対策が有効に機能しているかを客観的に評価します。

監査の結果、ISMAPの基準を満たしていない不適合な点が発見された場合は、改善計画書を作成し、是正措置を講じる必要があります。すべての不適合が解消された後、監査機関から評価結果報告書が発行されます。

STEP4. 登録申請を行う

監査機関による適合評価を受けた後、いよいよISMAP運用支援機関への登録申請です。申請には、言明書や外部監査の評価結果報告書をはじめとする多数の書類が必要です。ISMAPポータルサイトで公開されている「提出書類チェックリスト」を活用し、不備のないように準備を進めましょう。

提出された書類はISMAP運用支援機関によって審査され、最終的にISMAP運営委員会で審議されます。審議の結果、問題がなければ「登録」、追加の説明や対応が必要な場合は「留保」、基準を満たさないと判断されれば「却下」となります。

5.まとめ

本記事では、政府情報システムのためのセキュリティ評価制度「ISMAP」について、その概要からメリット、管理基準、取得手順までを解説しました。ISMAPは、政府が安全にクラウドサービスを調達するための重要な仕組みであり、事業者にとっては政府市場への参入や信頼性向上に、利用者にとっては安全なサービス選定の効率化につながる制度です。登録には厳格な基準とプロセスが求められますが、そのメリットは大きいといえるでしょう。クラウド活用が不可欠となった現代において、セキュリティ対策は重要な経営課題の一つです。信頼できるクラウド環境の構築や、自社サービスのセキュリティ強化についてお悩みの際は、専門家への相談も有効な選択肢です。

ISMAP対応クラウドの導入なら、KDDIにご相談ください

KDDIでは、長年にわたる豊富な実績と高い技術力をもとに、ISMAP登録された国産のクラウドプラットフォームサービスKDDIクラウドプラットフォームサービス (KCPS) を提供しています。政府の厳格なセキュリティ基準を満たしており、公共分野を含む幅広い用途において利用可能な高い信頼性を備えています。セキュリティに配慮したクラウド環境を導入・活用したい方は、ぜひお気軽にご相談ください。

関連記事


ピックアップ