情報セキュリティマネジメントシステム

情報セキュリティマネジメントシステム（じょうほうセキュリティマネジメントシステム、ISMS: Information Security Management System）は、組織における情報資産のセキュリティを管理するための枠組み。情報セキュリティマネジメントとは、ISMSを策定し、実施すること。JIS Q 27000:2014 箇条 0.1。

ISMSの目標は、リスクマネジメントプロセスを適用することによって、情報の機密性、完全性及び可用性を維持し、かつ、リスクを適切に管理しているという信頼を利害関係者に与えるJIS Q 27002:2014 箇条 0.1。ISMSガイド13, p. 13。こと。

ISMSの標準はISO 27001およびそれと同等なJIS Q 27001に規定されており、本稿は2016年時点のこれら標準の最新版 ISO/IEC 27001:2013（JIS Q 27001:2014と同等）を基に、ISMSを説明する。

ISOにおける位置づけ
ISMSを規定したISO/IEC 27001:2013は、ISOのさまざまなマネジメントシステム規格 (MSS Management System Standard) の一つでISMSガイド13, p. 3, 4, 10, 97。、MSSの共通化を図った附属書SLMSS。に沿って規格化されている。これにより品質、環境、ITサービス、事業継続のマネジメントシステムを規定したQMS、EMS、ITSMS、BCMSと整合性が図られている。

2013年の改定以降、リスクマネジメントの国際規格であるISO 31000:2009 (JIS Q 31000:2010) と整合性も図られている。

ISO/IEC JTC 1 （情報技術）の SC27委員会 （セキュリティ技術副委員会）に、情報セキュリティのためのマネジメントシステム規格の開発を担当する作業グループがある。グループがISMSの構築のしかたと認定の基準を審議して国際規格 ISO/IEC 27001となり、和訳が日本産業規格 (JIS) となる。SC27は、ISMS関連の国際規格を他にもいくつか標準化しており、それらの規格をISMS ファミリ規格と称する。ファミリ規格はJIS Q 27000 箇条 0.2 に詳細がある。

全般に関わる用語
本節ではISMS全般を理解する上で必要となる用語を解説する。

リスク
リスクは「目的に対する不確かさの影響」JIS Q 31000:2010 箇条 2.1、JIS Q 27000:2014 箇条 2.68。を指し、情報セキュリティリスクは、脅威が情報資産のぜい弱性又は情報資産グループのぜい弱性に付け込み、組織に損害を与える可能性に伴って生じるJIS Q 27000:2014 箇条 2.68。。ISMSで情報セキュリティリスクは「情報セキュリティの目的に対する不確かさの影響」と表現することがある。

情報資産は、ISOの原文で「資産」(asset)だが、誤解を招かぬようJISでは「情報資産」としている原田(2016) p. 3。

リスクを起こす潜在的要因をリスク源と称しJIS Q 0073:2010 箇条 3.5。、典型例として脅威と脆弱性があるISMSガイド13, p. 51。。

脅威 (threat) は「システム又は組織に損害を与える可能性がある、望ましくないインシデントの潜在的な原因」を指しJIS Q 13335-1 箇条 2.25、JIS Q 27000:2014 箇条 2.83。、脅威は人為的脅威と環境的脅威に、人為的脅威は意図的脅威 (deliberate threat) と偶発的脅威 (accidental threat) に、それぞれ分類されるJIS Q 27005:2011、JIS Q 13335-1 箇条 3.3、ISMSガイド13, p. 35。。

脆弱性 (vulnerability)は、一つ以上の脅威によって付け込まれる可能性のある資産または管理策（後述）の弱点を指すJIS Q 27000:2014 箇条 2.89。。

ISMSでは、各リスクの規模をリスクレベルとして割り振る。リスクレベルはリスクの発生し易さと発生した場合の結果で決定する。リスクレベルの決定法で、JIPDECは資産価値、脅威、脆弱性を数値化し、リスクレベル＝資産価値×脅威×脆弱性として算出する方法を例示している。

経済的な理由などにより、既知のリスクをすべて取り除くことが現実的でないこともあるので、ISMSでは組織が受容可能なリスクの水準を定め、リスク保有する事を許容しているISMSガイド13, p. 30。JIS Q 27000:2014 箇条 2.79。。

情報セキュリティインシデント
情報セキュリティ事象 (information security event) は、情報セキュリティ方針への違反若しくは管理策の不具合の可能性またはセキュリティに関係し得る未知の状況を示すシステム、サービスまたはネットワークの状態に関連する事象であるJIS Q 27000:2014 箇条 2.35。。

情報セキュリティインシデント (information security incident) は、望まない単独若しくは一連の情報セキュリティ事象、または予期しない単独若しくは一連の情報セキュリティ事象で、事業運営を危うくする確率及び情報セキュリティを脅かす確率が高いものJIS Q 27000:2014 箇条 2.36。指す。

情報セキュリティインシデント管理 (information security incident management) は、情報セキュリティインシデントを検出、報告、評価、応対、対処して学習するためのプロセスJIS Q 27000:2014 箇条 2.37。である。

継続した情報セキュリティの運用を確実にするためのプロセスを情報セキュリティ継続 (information security continuity) JIS Q 27000:2014 箇条 2.34。と称する。

実施事項、組織体制、方針

実施事項
ISMSを行う組織には以下が求められる：
 ISMSに関する方針を定めJIS Q 27001:2014 箇条 5。、要求事項を満たすことや継続的改善へのコミットメントを実証する。
 リスクマネジメントなどISMSに関する計画を策定するJIS Q 27001:2014 箇条 6。。
 必要な資源や力量を確保するJIS Q 27001:2014 箇条 7。。
 策定した計画を運用するJIS Q 27001:2014 箇条 8。。
 ISMSの実施に関するパフォーマンスと有効性を評価するJIS Q 27001:2014 箇条 9。。
 不適合が発生した場合に是正措置を行い、ISMSを継続的に改善するJIS Q 27001:2014 箇条 10。。

これらを行うため、ISMSではプロセスアプローチという手法が取られる。プロセスアプローチでは経営活動をインプットをアウトプットに変換するプロセスとみなしJIS Q 27000:2014 箇条 2.61、JIS Q 27001:2006 箇条 0.2、ISMSガイド06, p. 9、ISMSガイド13, p. 13。、これらのプロセスをシステムとして組織に適応・管理する。

2005年度版のISO/ETCで強調されていたISMSガイド06, p. 7。PDCAサイクルは、2013年度版で大きく後退し、ISMSの規格本体であるISO/IEC 27001:2013 (JIS Q 27001:2014) にPDCAに関する記述はない。ISO MSSの共通基盤を与える附属書 SLでも、既存のマネジメントシステム規格で様々なモデルが採用されているとして、PDCAサイクルなど1つのモデルを採用する事を避けているmss-faq 11. 「附属書 SL の構造において“プロセスモデル”又は“PDCA モデル”が使われていないのはなぜか」。

附属書 SL はPDCA サイクルの概念を受け入れMSS SL.5.2 注記１「有効なマネジメントシステムは、通常、意図した成果を達成するために"Plan-Do-Check-Act"のアプローチを用いた組織のプロセス管理を基盤とする」、JIPDECもPDCAサイクルを採用する事でISMSのプロセスが整理されるとしているISMSガイド13, p. 14。。

組織体制
トップマネジメントは、最高位で組織を指揮して管理する個人または人々の集まりであるJIS Q 27000:2014 箇条 2.84。。トップマネジメントは情報セキュリティ目的ないしその枠組の提示やISMSの組織プロセスへの統合と必要な資源の提供を行い、ISMSに関して重要性の伝達、成果達成の保証、指揮、支援を行うJIS Q 27001:2014 箇条 5.1。。

トップマネジメントは、ISMSがJIS Q 27001:2014の要求事項に適合する事を確実にし、ISMSのパフォーマンスをトップマネジメントに報告する責任及び権限を割り当てねばならないJIS Q 27001:2014 箇条 5.3。。

責任と権限を保証する具体的な組織体制をJIS Q 27001:2014は明示していないが、JIPDECは一例として、ISMSに関して中心的な役割を担う情報セキュリティ委員会を組織内に設置を推奨している。情報セキュリティ委員会の役割は、リスクマネジメントの環境整備、ISMS関連文書の決定、施策の検討と改訂、発生したセキュリティ問題の検討、ISMS運用の評価結果に基づいた改善などの実施であるISMSガイド13, pp. 43-44。。JIPDECは、情報セキュリティ委員会に位置してISMSの構築・運用の実務や部署間の調停を担当する、情報セキュリティ策定・運用チーム、専門家・外部コンサルタントの設置を推奨している。

情報セキュリティの方針群
ISMSを実施する組織は、組織の能力に影響を与える内部および外部の課題やJIS Q 27000:2014 箇条 4.1。、ISMSに関連する利害関係者の情報セキュリティに関する要求事項JIS Q 27000:2014 箇条 4.2。、他の組織との依存関係などを特定し、これらをもとにしてISMSの適応範囲の境界線や適応可能性を決定するJIS Q 27001:2014 箇条 4.2。。これら作業後にトップマネジメントは、資産の情報セキュリティを担保するため、経営陣や管理者からなる管理層の承認のもと、情報セキュリティのための方針群を定めるJIS Q 27001:2014 箇条 5.1、JIS Q 27002:2014 箇条 5.1。。これら方針群の中で最も高いレベルに、1つの情報セキュリティ方針を定めることが必須であるJIS Q 27001:2014 箇条 5.2。。

情報セキュリティ方針は、情報セキュリティに関連する適用される要求事項、ISMSの継続的改善へコミットメント、を必須とし、以下を含むことが望ましいJIS Q 27002:2014 箇条 5.1。。
情報セキュリティに関する全ての活動の指針となる、情報セキュリティの定義、目的及び原則
情報セキュリティマネジメントに関する一般的な責任及び特定の責任の、定められた役割へ割当て
逸脱及び例外を取り扱うプロセス

JIS Q 27001:2006 は上位概念のISMS基本方針と下位概念の情報セキュリティ基本方針があったが、JIS Q 27001:2014 はこれらを情報セキュリティ方針として統合したISMSガイド13, p. 40。。

情報セキュリティ方針は情報セキュリティ目的もしくはそれを設定するための枠組みを含まねばならない。

情報セキュリティ目的は情報セキュリティ方針との整合性や実行可能な場合の測定可能性が求められJIS Q 27001:2014 箇条 6.2。、「適用される情報セキュリティ要求事項，並びにリスクアセスメント及びリスク対応の結果を考慮に入れる」必要がある。

組織は，関連する部門及び階層において，情報セキュリティ目的を確立しなければならない

情報セキュリティの方針群の構成
情報セキュリティの方針群の構成に関して特に決まりはないが、IPAによれば一般的に以下のような３段階の階層構造なっている事が多い情報セキュリティマネジメントとPDCAサイクル「情報セキュリティポリシーの策定」 IPA。2016年8月3日閲覧：
 情報セキュリティ基本方針:「情報セキュリティの目標と、その目標を達成するために企業がとるべき行動を社内外に宣言するもの」。「なぜセキュリティが必要か」、「何をどこまで守るのか」、「誰が責任者か」を明確化する
情報セキュリティ対策基準: 基本方針に記載された目的を受けて「何を実施しなければならないか」を記述。情報セキュリティ対策を行うためのルール集。規程、適用範囲、対象者を明確化。
情報セキュリティ実施手順: 対策基準で定めた規程をどのように実施するかを記載。詳細な手順を記したマニュアル的な位置づけ。
上記３つのうち最初の２つ、もしくは３つすべてを情報セキュリティポリシーと呼ぶ。

一方JIPDEC情報セキュリティポリシーサンプル改版（1.0版）概要(pdf)、pp. 5-6、JIPDEC。2016年8月3日閲覧。の情報セキュリティポリシーのサンプルでは以下の5段構成で、最初の3つを情報セキュリティポリシーと呼んでいる。
 情報セキュリティ基本方針：情報セキュリティへの取り組み姿勢を世の中に宣言
 情報セキュリティ方針：ISMSの方針を記載。体制、役割、責任の明記
 情報セキュリティ対策規定（群）：導入・順守すべき対策を日常レベルのものまで明記
 情報セキュリティ対策手順書（群）：日々実施すべき具体的行動を明記
 記録(群)：対策の遵守・運用に伴う記録

リスクマネジメント
JIS Q 27001:2014におけるISMSにおけるリスクマネジメントはJIS Q 31000:2010(ISO 31000:2009)およびJIS Q 0073:2010(ISO Guide73:2009)との整合性が図られているのでISMSリスク編13, p. 4。、本説ではこれらの資料も参考にリスクマネジメントを説明する。

リスクマネジメント（risk management）とは、リスクについて，組織を指揮統制するための調整された活動でありJIS Q 27000:2014 箇条 2.76、JIS Q 31000:2010 箇条 2.2。 、これを取り扱うリスクマネジメントの枠組み（risk management framework）は組織全体にわたって，
 リスクマネジメントの枠組みの設計，
 リスクマネジメントの実践，
 枠組みのモニタリングとレビュー，
 枠組みの継続的改善
の４つを順に行いつつリスクを運用管理するための方針，目的，指令，コミットメントなどの基盤組織内の取決めを提供する構成要素の集合体を指すJIS Q 31000:2010 箇条 2.3。リスクマネジメント規格 図1。。
その基盤としてリスクを運用管理するための方針，目的，指令，コミットメントなどが含まれる。

上述の「リスクマネジメントの実践」では、リスクマネジメントプロセス（risk management process）が行われる。具体的には
 組織内外の状況を把握するJIS Q 31000:2010 箇条 5.3。組織の状況の確定、
 リスクアセスメント（後述）、
 リスクを修正するJIS Q 31000:2010 箇条 2.25。リスク対応、
 期待されたパフォーマンスレベルとの差異を特定し、適切性、妥当性、有効性を検証するモニタリングおよびレビューJIS Q 31000:2010 箇条 2.28。
のサイクルを回し、適時関係者間で必要なコミュニケーション（リスクコミュニケーション）を取る。

リスクマネジメントプロセスの中核となるリスクアセスメント（risk assessment）は以下の３つの作業からなるJIS Q 31000:2010 箇条 2.14、2.15、2.24。JIS Q 27000:2014 箇条 2.71。。
 リスク特定：リスクの発見、認識、記述JIS Q 27000:2014 箇条 2.75。
 リスク分析JIS Q 27000:2014 箇条 2.70。：リスクの特質を理解し、リスクレベルを理解する
 リスク評価：リスク分析の結果をリスク基準（リスクの重大性を評価するための目安とする条件JIS Q 27000:2014 箇条 2.73。）と比較し、リスクが受容もしくは許容可能かどうかを決定JIS Q 27000:2014 箇条 2.74。

情報セキュリティリスクアセスメント
ISMSでは特に情報セキュリティリスクアセスメントに関する指針を定めている。そこで定められている作業は前述の3つを含む以下の9つに分類できる：リスクアセスメントの取組方法の定義、リスク特定、リスク分析、リスク評価、リスク対応、管理策の決定、適応宣言書の作成、情報セキュリティリスク計画書の作成、残留リスクの承認JIS Q 27001:2014 箇条 6.1.2、6.1.3。ISMSリスク編13, pp. 23-24。。

「リスクアセスメントの取組方法の定義」では、リスク基準を策定し、情報セキュリティリスクアセスメントの一貫性、妥当性、比較可能性を保証するためのプロセスを定めて文書化する。
リスク基準は以下の２つを含まねばならない：
 組織として保有する事を許容するリスクの水準であるISMSリスク編13, p. 30。リスク受容基準
 情報セキュリティアセスメントを実施するための基準

「リスク特定」ではリスクの特定とそのリスク所有者の特定をする必要がある。そのために、資産の洗い出しを行う事でISMSリスク編13 p. 31。資産目録を作成しJIS Q 27002:2014 箇条 8.1.1。、各資産の管理責任者を特定し、各資産の脅威と脆弱性の明確化を行う事が望まれるISMSリスク編13, p. 35。。

「リスク分析」ではリスクの起こりやすさと起こった場合の結果を分析し、これらに応じてリスクレベルを決定する。

「リスク評価」ではリスク分析結果とリスク基準を比較し、リスク対応のための優先付けを行う。JIPDECではリスクレベルとリスク受容基準を数値化した上で両者を比較する方法を例示しているISMSリスク編13, pp. 50-51。。

「リスク対応」ではリスク受容基準を満たすリスクはリスクを受容するという意思決定JIS Q 27000:2014 箇条 2.69。（リスク受容）を行った上でリスク保有する。それ以外のリスクに関してはリスク対応の選択肢を選定する。リスク対応の選択肢としてJIPDECは、リスクを減らすリスク低減を行うか、リスクに関係する業務や資産を廃止・廃棄する事でリスク回避、契約などで他社とリスクを共有するリスク共有、および事業上の利益を優先してあえてリスクを取るまたは増加させるリスク・テイキングを例示し、リスク共有の方法として資産やセキュリティ対策をアウトソーシングする方法と保険などを利用するリスクファイナンスを例示しているISMSリスク編13 pp. 52-54。。

「管理策の決定」ではリスク対応で選んだ選択肢に応じてリスクを修正(modify)する対策であるJIS Q 27000:2014 箇条 2.16。管理策（（リスク）コントロールとも）を決定する。管理策の具体的な方法はJIS Q 27001:2014の附属書Ａに記載されているが、そこに記載されていない管理策を選択してもよいISMSリスク編13, p. 57。。

「適用宣言書の作成」では必要な管理策およびそれらの管理策を含めた理由を記載した適用宣言書を作成する。

「情報セキュリティリスク計画書の作成」では情報セキュリティリスク計画を立てる。JIPDECは情報セキュリティリスク計画としてリスク低減や管理策の実装に関する実行計画を立案し情報セキュリティリスク計画書にまとめる事を推奨している。

「残留リスクの承認」では情報セキュリティリスク対応計画と受容リスクに関してリスク所有者の承認を得る。

リスク分析方法
ISMSにおいて参照されることの多いISO/IEC TR 13335-3（JIS TR X 0036-3:2001に対応。有効期限切れ）、およびそれを引き継いだISMSガイド13, p. 23。ISO/IEC 27005 (JIS Q 27005)では、以下の4種類のリスク分析方法を定義しているISMSリスク編13, p. 14。：
 ベースラインアプローチ：既存の標準や基準をベースラインとして策定し、チェックする方法
非形式的アプローチ：熟練者の知識や経験に頼ったアプローチ
詳細リスク分析：情報資産ごとに資産価値、脅威、セキュリティ要件を識別して評価する手法
上述の方法を複数組み合わせたものを組み合わせアプローチという。

 標準化の流れ 
BSI（英国規格協会）によって1995年に規定された英国規格 BS 7799が基となって、ISMSの構築のしかたの標準化が進んだ。BS 7799は、Part 1 (BS 7799-1) とPart 2 (BS 7799-2) の2部構成になった。Part 1には情報セキュリティ管理を実施するに際しての規約の標準が、Part 2にはISMSの認定の基準となる要求仕様が書かれていた。日本の「ISMS認証基準」はPart 2を基に策定された（これは現在 JIS Q 27001 になっている）。なお、ISMSという用語は、BS 7799から来ている。

BS 7799は、国際規格になった。BS 7799-1は、2000年にISO/IEC 17799となり（これに伴ってBS 7799-1はBS ISO/IEC 27002となった）、2007年にはISO/IEC 27002:2005と改称された。BS 7799-2も、2005年にISO/IEC 27001となっている。

それらは翻訳されて、日本産業規格にもなっている。2006年に、ISO/IEC 27001はJIS Q 27001として、ISO/IEC 27002はJIS Q 27002として策定された。

+ 規格の対応関係 英国規格  国際規格  日本産業規格  備考 BS 7799-2 ISO/IEC 27001 JIS Q 27001 ISMS 要求事項 BS 7799-1　　　↓BS ISO/IEC 27002 ISO/IEC 17799　　　　↓ISO/IEC 27002 JIS X 5080   　　　↓  JIS Q 27002 ISM 実践のための規範

これらのほかにも、関連する規格として ISO/IEC 27000, 27003～27006, 27011 があり、さらにいくつかの部が準備中である（ISO/IEC 27000 シリーズ）。

 過去の経緯 
情報処理サービス業に対し、コンピュータシステムの安全対策が十分かどうかを認定する制度として、旧通商産業省の「情報システム安全対策実施事業所認定制度」（以下、安対制度という）があった。安対制度では主に施設・設備等の物理的な対策に重点がおかれ、対象業種はデータセンターをもった情報処理業であった。ISMS適合性評価制度は、2000年7月に通商産業省から公表された「情報セキュリティ管理に関する国際的なスタンダードの導入および情報処理サービス業情報システム安全対策実施事業所認定制度の改革」に基づき、（財）日本情報処理開発協会（JIPDEC、現：日本情報経済社会推進協会）で開始した民間主導による第三者認証制度であった。

以下の理由により、安対制度はISMS認証基準へと発展的に解消されている。

 情報処理の発展に伴い、情報セキュリティは情報処理業だけではなく、あらゆる業種が対象となる。
 国の制度から民間の制度への移行（規制緩和）。
 情報セキュリティ管理システムに対する国際規格および日本産業規格の制定。

 脚注 

 関連項目 
ITIL
iDC
プライバシーマーク
ISO/IEC 27000 シリーズ
情報セキュリティマネジメント試験
PDCAサイクル
情報セキュリティポリシー

 外部リンク 

 ISMS関連のISO/IECとJIS
  JIS本文を閲覧可能
 JIS Q 27000:2014 情報技術−セキュリティ技術−情報セキュリティマネジメントシステム−用語
 JIS Q 27001:2014 情報技術−セキュリティ技術−情報セキュリティマネジメントシステム−要求事項
 JIS Q 27002:2014 情報技術−セキュリティ技術−情報セキュリティ管理策の実践のための規範
 JIS Q 27006:2018 情報技術−セキュリティ技術− 情報セキュリティマネジメントシステムの審査及び認証を行う機関に対する要求事項
 JIS Q 27014:2015 情報技術－セキュリティ技術－情報セキュリティガバナンス
 JIS Q 27017:2016 情報技術－セキュリティ技術－ＪＩＳ　Ｑ　２７００２に基づくクラウドサービスのための情報セキュリティ管理策の実践の規範
 ISO/IEC_27005:2022 Information technology — Security techniques — Information security risk management
 その他マネジメントシステム関連のJISとISO
 情報技術−セキュリティ技術−情報通信技術セキュリティマネジメント−第 1 部：情報通信技術セキュリティマネジメントの概念及びモデル（廃止規格）
 JIS Q 31000:2010 リスクマネジメント−原則及び指針

 MSSの共通化
  「附属書SL（規定）マネジメントシステム規格の提案」（p131）を参考

 JIPDECによる解説資料




 旧規格(2006年版)の解説資料


2006年版から2014年版への改訂

 その他

Category:情報セキュリティの規格と制度