情報セキュリティマネジメント 科目A 想定問題集
マネジメント系(関連分野)の要点整理と想定問題
公式のシラバスの「その他の分野 大分類 5 プロジェクトマネジメント/中分類 6 プロジェクトマネジメント、大分類 6 サービスマネジメント/中分類 7 サービスマネジメント・中分類 8 システム監査」にあたる分野です。まず要点整理で全体をつかみ、下の演習で 25 問を 1 問ずつ解けます。答えると A〜D すべての解説が出ます。
この分野の小項目
- 5.6.1 プロジェクトマネジメントの基本・統合・スコープ(4 問) プロジェクトとプロジェクトマネジメント、プロジェクトガバナンス、ライフサイクル、プロジェクト憲章、変更管理、ベースライン、得た教訓の収集、ステークホルダの特定とマネジメント、スコープの定義、WBS の作成、活動の定義。
- 5.6.5 プロジェクトの資源・時間・コスト・リスク・品質・調達・コミュニケーション(4 問) 資源の見積り、活動の順序付け、スケジュールの作成、PERT、コストベースライン、全体リスクと個別リスク、品質管理の遂行、調達の計画と供給者の選定、コミュニケーションのマネジメント(プッシュ型・プル型ほか)。
- 6.7.1 サービスマネジメントと SLA(4 問) サービスレベル合意書(SLA)、顧客満足、サービス時間、サービスマネジメントシステム、サービスの計画、サービスカタログ、事業関係管理、サービスレベル管理、供給者管理。
- 6.7.2 サービスマネジメントシステムの運用(4 問) 資産管理、構成管理(構成品目)、需要管理、容量・能力管理、変更管理、サービスの設計及び移行、リリース及び展開管理、インシデント管理、サービス要求管理、問題管理、サービス可用性管理、サービス継続管理(RTO、RPO)。
- 6.7.3 パフォーマンス評価・サービスの運用・ファシリティマネジメント(3 問) パフォーマンス評価、サービスの報告、継続的改善、システム運用管理、運用オペレーション、サービスデスク、ファシリティマネジメント、設備管理(電気設備・空調設備ほか)、UPS。
- 6.8.1 システム監査と情報セキュリティ監査(3 問) システム監査の目的と手順(体制整備、監査人の倫理、独立性と客観性、正当な注意と秘密の保持、計画・実施・報告・フォローアップ)、情報セキュリティ監査(情報セキュリティ監査基準、情報セキュリティ管理基準)。
- 6.8.2 内部統制とコンプライアンス監査(3 問) 内部統制(職務分掌、内部統制の限界、統制活動、モニタリング、IT への対応、IT に係る全般統制と業務処理統制)、コンプライアンス監査、法令順守状況の評価・改善、CSA(統制自己評価)。
要点整理
プロジェクトマネジメントの基本・統合・スコープ
プロジェクトの基本:範囲を決め、変更は手続で扱う
プロジェクトは、決まった期間で独自の成果を生み出す取組みです。セキュリティ対策の導入も多くはプロジェクトとして進むので、管理の基本を知っておくと試験でも実務でも役立ちます。
最初にすることは、関係者と範囲をはっきりさせることです。ステークホルダは、プロジェクトに影響を与えたり受けたりする人や組織です。情報セキュリティ部門や監査部門を早く洗い出して登録簿にまとめておくと、終盤で審査が抜けていたと分かる事態を防げます。
範囲(スコープ)は WBS で成果物と作業を階層的に分解して決めます。承認された計画はベースラインになり、実績と比べる基準になります。
途中で要望が出たら、変更要求として記録し、日程・コスト・リスクへの影響を評価して承認を得ます。承認のない追加が積み重なると範囲が勝手に広がり(スコープのクリープ)、試験していない機能が脆弱性の元にもなります。
| 用語 | 意味 | セキュリティとの関わり |
|---|---|---|
| ステークホルダ | 影響を与える・受ける人や組織 | セキュリティ部門を早く巻き込む |
| WBS | 成果物と作業の階層的な分解 | セキュリティ対策の作業も漏れなく入れる |
| ベースライン | 承認済みの計画 | 変更は手続を経てから更新する |
プロジェクトの資源・時間・コスト・リスク・品質・調達・コミュニケーション
日程・リスク・調達・コミュニケーション
日程は PERT で作業の順序と日数を図にして調べます。開始から終了までで最も長い経路がクリティカルパスで、ここの作業が遅れると全体も遅れます。ほかの経路には余裕があり、余裕の範囲の遅れなら全体は遅れません。
例えば A(3 日)の後に B(5 日)と C(4 日)を並行で行い、最後に D(2 日)なら、A→B→D の 10 日がクリティカルパスです。C の余裕は 1 日なので、C が 2 日遅れると全体は 1 日遅れて 11 日になります。
リスクは「特定 → 評価 → 対応 → 管理」の順で扱います。外部に作業を出すときは、調達の計画、供給者の選定、契約後の調達の運営管理という流れで進めます。
情報の配り方には、メールで届けるプッシュ型、共有サイトに置いて各自が見に行くプル型、会議のような双方向型があります。
出典: 情報セキュリティマネジメント試験(レベル 2)シラバス Ver.4.1(IPA)/応用情報技術者試験(レベル 3)シラバス Ver.7.2(IPA)
サービスマネジメントと SLA
SLA とサービスレベル管理:合意して、測って、報告する
SLA(サービスレベル合意書)は、サービスと合意したパフォーマンスを定めた、提供者と顧客の間の合意文書です。可用性やサービス時間、応答時間などの目標を書きます。
可用性の目標は、許される停止時間に直すと実感しやすくなります。30 日・24 時間のサービスで 99.5% なら、720 時間 × 0.005 = 3.6 時間(3 時間 36 分)まで止まってよいことになります。
サービスレベル管理は、合意した後が本番です。決めた間隔で目標に照らして実績を監視し、レビューして報告します。目標に届かない月を報告から外すと、改善の機会を失います。
クラウドや委託先を使うときは供給者管理が要ります。外部供給者との契約と実績を照らして監視し、必要なら是正を求めます。外部のサービスを使っても、利用者へのサービスの責任は自社に残ります。
サービスマネジメントシステムの運用
サービスマネジメントの運用:インシデント・問題・変更・継続
インシデント管理と問題管理の違いはよく問われます。インシデント管理は、止まったサービスをできるだけ早く元に戻す活動で、影響と緊急度で優先順位を付けます。問題管理は、インシデントの傾向から根本原因を探り、再発を防ぐ処置を決めます。
自分で解決できない案件はエスカレーションで専門の担当や上位者に引き継ぎます。サービスを構成する機器やソフトウェアは構成管理で記録し、正しい構成情報を保ちます。
変更管理では、変更要求を記録し、リスクや影響を評価して承認したうえで実施します。深刻な脆弱性への修正プログラムのような急ぎの変更も、緊急の変更として手続に乗せ、失敗時に戻す手順を用意します。
資源の不足は容量・能力管理で防ぎ、CPU 使用率などをしきい値で監視します。災害などへの備えはサービス継続管理で、RTO(いつまでに戻すか)と RPO(どの時点のデータまで戻すか)を決めます。
| 活動 | 目的 | きっかけの例 |
|---|---|---|
| インシデント管理 | 早く元に戻す | ログインできない障害 |
| 問題管理 | 根本原因を取り除き再発を防ぐ | 同じ障害が毎週起きる |
| 変更管理 | 変更を安全に行う | 修正プログラムの適用 |
| サービス継続管理 | 災害時もサービスを続ける | RTO・RPO の決定 |
出典: 応用情報技術者試験(レベル 3)シラバス Ver.7.2(IPA)サービスマネジメントシステムの計画及び運用/事業継続ガイドライン(令和 5 年 3 月)(内閣府 防災担当)
パフォーマンス評価・サービスの運用・ファシリティマネジメント
評価と改善・運用・ファシリティ
サービスの実績は定期的に報告し、不適合があれば是正処置をとって継続的に改善します。
日々の運用オペレーションは、定めた手順に沿って作業指示書に従って行い、操作ログを残します。記憶に頼った手順の省略は設定ミスの元です。
サービスデスクは利用者の問合せを受ける単一の窓口で、適切な部署への引継ぎと対応の記録を行います。
ファシリティマネジメントは施設や設備の管理です。電源や回線の冗長化、空調、建物への入退室の管理などを扱います。無停電電源装置は停電の間をつなぐもので、長い停電には自家発電設備を組み合わせます。
システム監査と情報セキュリティ監査
システム監査:独立した立場で評価し、改善を見届ける
システム監査は、独立かつ客観的な立場の監査人が、情報システムに係るリスクに適切に対応しているかを検証・評価し、保証や助言を行うことです。流れは監査計画の策定、監査の実施、報告とフォローアップです。
システム監査基準は経済産業省が策定した基準で、監査人の倫理を定めています。監査人には、監査の独立性と客観性の保持や、正当な注意と秘密の保持が求められます。監査対象を自ら作った人や、対象の業務の責任者が監査すると、独立した立場とはいえません。
監査人は監査証拠を集めて結論を裏付けます。判断尺度を決めるときの客観的な参照基準には、システム管理基準などを用いることができます。改善提案を出した後も、フォローアップで改善の状況を確かめます。改善そのものを行うのは監査される側です。
情報セキュリティに絞った監査が情報セキュリティ監査で、情報セキュリティ監査基準と情報セキュリティ管理基準を用います。
| 基準 | 何を定めるか | 使い方 |
|---|---|---|
| システム監査基準 | 監査人の倫理と監査の基準 | 監査人が守る |
| システム管理基準 | 情報システムの管理の基準 | 監査の判断尺度を決める参照基準にする |
内部統制とコンプライアンス監査
内部統制:6 つの基本的要素と、IT の 2 つの統制
内部統制は、業務の有効性・効率性、報告の信頼性、法令等の遵守、資産の保全の 4 つの目的のために、業務に組み込まれ組織の全員で行うプロセスです。統制環境、リスクの評価と対応、統制活動、情報と伝達、モニタリング、IT への対応の 6 つの基本的要素から成ります。
統制活動の代表が職務分掌です。発注の入力と承認を別の人にするなど、1 人に権限を集めないことで不正や誤りを防ぎます。
IT への対応では、ITに係る全般統制(開発・保守、運用、アクセス管理、外部委託の契約の管理)と、ITに係る業務処理統制(入力チェックなど個々の業務処理を正しく保つもの)を区別します。全般統制が働かないと、業務処理統制の有効性も保証されなくなります。
内部統制には限界があります。判断の誤り、不注意、複数の担当者による共謀、想定外の環境変化、経営者による無視などで働かなくなる場合があり、費用と便益の比較衡量も求められます。部門が自ら統制を評価する手法に CSA(統制自己評価)があります。
| 区分 | 例 | ねらい |
|---|---|---|
| ITに係る全般統制 | アクセス管理、開発・保守の管理 | 業務処理統制が働く環境を保証する |
| ITに係る業務処理統制 | 入力チェック、マスタの維持管理 | 取引を正確に処理・記録する |
演習(25 問)
結果はこのブラウザに保存され、ハブの「自分の成績」と弱点モードに使われます。
第 1 問 / 25 問
問題を読み込んでいます…
全問と解説の一覧
正解と解説は折りたたんであります。先に自分で考えてから開いてください。
全 25 問
プロジェクトマネジメントの基本・統合・スコープ
ID 管理システムの導入プロジェクトで、成果物と作業を管理できる大きさまで階層的に分解した。この図や表を何というか?
A. WBS B. SLA C. PERT D. CSA
この問題へのリンク答えと解説
正解: A 【A(正解)】 ? 作業を要素に分解して階層で表すものです。 WBS は成果物と作業を階層的に分解したもので、最下層の単位をワークパッケージという。 【B(不正解)】 ? 提供者と顧客の間でサービスの水準を合意する文書です。 SLA はサービスの品質の合意で、作業を分解する図表ではない。 【C(不正解)】 ? 作業の順序と日数から日程を調べる手法です。 PERT は日程の分析に使う。作業を洗い出して分解するのは WBS の役割である。 【D(不正解)】 ? 部門が自ら内部統制を評価する手法です。 CSA は統制の自己評価で、プロジェクトの作業を分解するものではない。
出典: 応用情報技術者試験(レベル 3)シラバス Ver.7.2(IPA)プロジェクトのスコープ(WBS の作成、ワークパッケージ、要素分解)
開発中に、利用部門から「ログイン画面に二段階認証を追加したい」と依頼があった。プロジェクトマネージャの対応として最も適切なものは?
A. 依頼を受けた担当者がその場で作り込む B. 計画を変えず、残業で吸収するよう指示する C. 完成後に考えると伝え、記録はしない D. 変更要求として記録し、影響を評価して承認を得る
この問題へのリンク答えと解説
正解: D 【A(不正解)】 ? 依頼をすぐ作業に移す対応です。 影響を評価せずに作業を足すと、日程やコストが知らないうちに膨らむ。正式な手続を経ていない。 【B(不正解)】 ? 計画を見直さずに人の頑張りで補う対応です。 影響を評価せず残業で補うのは、品質の低下や遅れにつながる。変更として扱うべきである。 【C(不正解)】 ? 依頼を後回しにする対応です。 記録しないと依頼が失われ、セキュリティの要望が抜けたまま稼働するおそれがある。 【D(正解)】 ? 決まった手続で変更を扱う対応です。 変更要求を記録し、日程・コスト・リスクへの影響を評価して承認を得る。承認後にベースラインを更新する。
出典: 応用情報技術者試験(レベル 3)シラバス Ver.7.2(IPA)プロジェクトの統合(変更要求、承認された変更、ベースライン、CCB)
新システムの稼働直前に、情報セキュリティ部門から「審査を受けていない」と止められた。計画の初めにすべきだったこととして最も適切なものは?
A. 開発の担当者を増やしておく B. テストの件数を増やしておく C. ステークホルダを特定し、関わり方を決める D. 稼働日を発表しないでおく
この問題へのリンク答えと解説
正解: C 【A(不正解)】 ? 作業する人の数を増やすことです。 人を増やしても、関係する部門を巻き込んでいなければ同じことが起きる。 【B(不正解)】 ? 検査の量を増やすことです。 テストを増やしても、審査が要ることに気づけなければ止められる結果は変わらない。 【C(正解)】 ? 影響を与える・受ける相手を洗い出すことです。 ステークホルダを早く特定して登録簿にまとめれば、審査の時期を計画に入れられた。 【D(不正解)】 ? 予定を外に知らせないことです。 発表しなくても、必要な審査が抜けている問題は解決しない。
出典: 応用情報技術者試験(レベル 3)シラバス Ver.7.2(IPA)プロジェクトのステークホルダ(ステークホルダの特定、ステークホルダ登録簿)
開発者が利用部門に頼まれるたび、小さな機能を承認なしで足していた。日程が遅れ、試験していない機能も増えた。この状況の説明として最も適切なものは?
A. リスクを他社に移したので問題はない B. スコープが管理されずに広がっている C. プル型コミュニケーションがうまく働いている D. 構成管理によって品質が保証されている
この問題へのリンク答えと解説
正解: B 【A(不正解)】 ? 損失の負担を外部に移す考え方です。 負担を他に移した事実はない。承認のない追加で、自社の日程と品質が損なわれている。 【B(正解)】 ? プロジェクトの作業や成果物の範囲に注目した見方です。 スコープの管理ができず、範囲が少しずつ広がるクリープの状態である。試験していない機能は脆弱性の元にもなる。 【C(不正解)】 ? 必要な人が自分で情報を取りに行く伝え方です。 伝え方の話ではなく、範囲を決める手続が守られていないことが原因である。 【D(不正解)】 ? 構成品目を記録して正しく保つ活動です。 試験していない機能が増えており、品質が保証されているとはいえない。
出典: 応用情報技術者試験(レベル 3)シラバス Ver.7.2(IPA)プロジェクトのスコープ(スコープの管理、プロジェクトスコープのクリープ)
プロジェクトの資源・時間・コスト・リスク・品質・調達・コミュニケーション
作業 A(3 日)の後に B(5 日)と C(4 日)を並行で行い、両方が終わってから D(2 日)を行う。C が 2 日遅れたとき、全体の日数はどうなるか?
A. 遅れず 10 日のままである B. 1 日遅れて 11 日になる C. 2 日遅れて 12 日になる D. 4 日遅れて 14 日になる
この問題へのリンク答えと解説
正解: B 【A(不正解)】 ? C に余裕があるとみる考え方です。 C の余裕は 1 日しかない。2 日遅れると余裕を超えるので全体も遅れる。 【B(正解)】 ? 遅れから余裕の分を差し引いた考え方です。 もとのクリティカルパスは A→B→D の 3+5+2=10 日。C が 6 日になると A→C→D が 3+6+2=11 日で、全体は 1 日遅れる。 【C(不正解)】 ? 遅れた日数をそのまま全体に足す考え方です。 C の経路には 1 日の余裕があったので、全体の遅れは 2 日ではなく 1 日である。 【D(不正解)】 ? 遅れた作業の日数を全部足す考え方です。 B と C は並行なので、日数を足し合わせることはしない。
出典: 応用情報技術者試験(レベル 3)シラバス Ver.7.2(IPA)プロジェクトの時間(PERT、CPM)・日程計画(アローダイアグラム、クリティカルパス)
プロジェクトのリスクの扱い方として、リスクの対象群に含まれるプロセスの順序で最も適切なものは?
A. 対応 → 特定 → 評価 → 管理 B. 評価 → 管理 → 特定 → 対応 C. 特定 → 評価 → 対応 → 管理 D. 管理 → 対応 → 評価 → 特定
この問題へのリンク答えと解説
正解: C 【A(不正解)】 ? まず手を打ってから洗い出す順序です。 何が起きうるかを洗い出す前に対応を決めることはできない。 【B(不正解)】 ? 洗い出しより前に評価する順序です。 特定していないリスクは評価できない。特定が先になる。 【C(正解)】 ? 洗い出して大きさを見てから手を打つ順序です。 リスクを特定し、評価して優先順位を付け、対応を決めて、その後も状況を管理する流れである。 【D(不正解)】 ? 監視から始めて最後に洗い出す順序です。 洗い出しが最後では、何を監視するかが決まらない。
出典: 情報セキュリティマネジメント試験(レベル 2)シラバス Ver.4.1(IPA)プロジェクトのリスク(リスクの特定、リスクの評価、リスクへの対応、リスクの管理)
週次の進捗報告を共有サイトに置き、必要な人が自分で見に行く形にした。このコミュニケーションの方法を何というか?
A. プッシュ型コミュニケーション B. 双方向コミュニケーション C. エスカレーション D. プル型コミュニケーション
この問題へのリンク答えと解説
正解: D 【A(不正解)】 ? 送り手の側から情報を届ける伝え方です。 電子メールで送るなど、送り手から届ける方法である。共有サイトに置く形とは逆である。 【B(不正解)】 ? 会議のように、その場でやり取りする方法です。 その場で意見を交わす方法で、置いた情報を各自が取りに行く形ではない。 【C(不正解)】 ? 解決できない案件を上位に引き継ぐことです。 エスカレーションは案件の引継ぎで、情報の配り方の名前ではない。 【D(正解)】 ? 受け手の側から情報を引き出す伝え方です。 共有サイトに置き、必要な人が見に行く方法はプル型である。
出典: 情報セキュリティマネジメント試験(レベル 2)シラバス Ver.4.1(IPA)プロジェクトのコミュニケーション(双方向、プッシュ型、プル型)
開発の一部を外部に委託し、契約を結んだ。この後、委託先の進捗や成果物を確かめて関係を管理する活動は、調達のどのプロセスに当たるか?
A. 調達の計画 B. 供給者の選定 C. 調達の運営管理 D. スコープの定義
この問題へのリンク答えと解説
正解: C 【A(不正解)】 ? 何を外部から得るかを決める段階です。 契約の前に、調達の対象や条件を決めるプロセスである。 【B(不正解)】 ? 提案を比べて委託先を決める段階です。 委託先を選んで契約するまでのプロセスで、契約後の監視ではない。 【C(正解)】 ? 契約後に供給者との関係を管理する段階です。 契約後に進捗や成果物を確かめ、供給者との関係を管理するのは調達の運営管理である。 【D(不正解)】 ? プロジェクトの作業範囲を決める段階です。 スコープの定義は範囲を決めるプロセスで、調達の対象群ではない。
出典: 情報セキュリティマネジメント試験(レベル 2)シラバス Ver.4.1(IPA)プロジェクトの調達(調達の計画、供給者の選定、調達の運営管理)/応用情報技術者試験(レベル 3)シラバス Ver.7.2(IPA)プロジェクトの調達
サービスマネジメントと SLA
サービスの内容と、合意した品質の水準を定めた、サービスの提供者と顧客の間の合意文書を何というか?
A. SLA B. WBS C. RPO D. BCP
この問題へのリンク答えと解説
正解: A 【A(正解)】 ? Service Level Agreement の略です。 SLA(サービスレベル合意書)は、サービスと合意したパフォーマンスを定めた合意文書である。 【B(不正解)】 ? プロジェクトの作業を分解した図表です。 WBS は作業の分解で、顧客とサービスの水準を合意する文書ではない。 【C(不正解)】 ? データをどの時点まで戻すかの目標です。 RPO は復旧の目標の一つで、合意文書そのものではない。 【D(不正解)】 ? 災害などのときに事業を続けるための計画です。 事業継続計画は事業を続ける計画で、サービスの水準の合意文書ではない。
1 か月を 30 日とし、24 時間動かすサービスの SLA で月間の稼働率を 99.5% 以上と合意した。1 か月に止まってよい時間は最大どれだけか?
A. 21 分 36 秒 B. 3 時間 36 分 C. 7 時間 12 分 D. 21 時間 36 分
この問題へのリンク答えと解説
正解: B 【A(不正解)】 ? 1 か月の時間の 0.05% にあたる値です。 720 × 0.0005 = 0.36 時間 = 21 分 36 秒は 0.05% にあたる。止まってよい割合は 0.5% なので、この 10 倍になる。 【B(正解)】 ? 1 か月の時間の 0.5% にあたる値です。 30 日 × 24 時間 = 720 時間。止まってよいのは 720 × 0.005 = 3.6 時間 = 3 時間 36 分である。 【C(不正解)】 ? 1 か月の時間の 1% にあたる値です。 720 × 0.01 = 7.2 時間は稼働率 99% のときの値である。 【D(不正解)】 ? 1 か月の時間の 3% にあたる値です。 720 × 0.03 = 21.6 時間は稼働率 97% のときの値である。
出典: 可用性(AWS Well-Architected フレームワーク 信頼性の柱)/応用情報技術者試験(レベル 3)シラバス Ver.7.2(IPA)SLA(サービス可用性、サービス時間)
社内向けサービスの SLA で応答時間の目標を決めた。サービスレベル管理として、合意の後に行う活動で最も適切なものは?
A. 目標に照らして実績を定期的に監視し報告する B. 目標に届かない月は、報告から外しておく C. 合意したら、次の契約更新まで実績は見ない D. 応答時間は測らず、利用者の苦情の数だけ数える
この問題へのリンク答えと解説
正解: A 【A(正解)】 ? 決めた間隔で実績を確かめる進め方です。 サービスレベル管理では、決めた間隔で目標に照らして実績を監視し、レビューして報告する。 【B(不正解)】 ? 都合の悪い実績を伏せる進め方です。 未達を伏せると、改善の機会を失い顧客の信頼も損なう。 【C(不正解)】 ? 合意した後は何もしない進め方です。 合意しただけで実績を見なければ、目標を守れているかが分からない。 【D(不正解)】 ? 合意した指標とは別のものを見る進め方です。 苦情の数だけでは、合意した応答時間を守れているかは分からない。
勤怠管理に SaaS を使い始めた。最近、事業者側の障害で何度も使えなくなった。自社のサービスマネジメントとして最も適切な対応は?
A. 事業者の問題なので、自社では何もしない B. 契約と実績を照らし、供給者として監視する C. 社員に自宅の PC で代わりに記録させる D. 障害の記録を残さず、口頭で上司に伝える
この問題へのリンク答えと解説
正解: B 【A(不正解)】 ? 外部の障害は自社と関係がないとみる対応です。 外部のサービスを使っていても、利用者へのサービスへの責任は自社に残る。何もしないのは適切でない。 【B(正解)】 ? 外部の提供者との契約と実績を管理する対応です。 供給者管理として、契約で約束された水準と実績を照らして監視し、必要なら是正を求める。 【C(不正解)】 ? 私物の端末で一時的にしのぐ対応です。 管理されない端末に勤怠情報が残り、別のリスクが生まれる。根本的な対応でもない。 【D(不正解)】 ? 記録を取らずに報告する対応です。 記録が無いと、実績を示して事業者と話し合うことができない。
出典: 応用情報技術者試験(レベル 3)シラバス Ver.7.2(IPA)供給者管理(外部供給者、契約、SaaS などのクラウドサービスの利用)
サービスマネジメントシステムの運用
毎週月曜の朝、同じ業務システムでログインできない障害が起き、そのつど再起動で直している。根本原因を探して再発を防ぐ活動はどれか?
A. インシデント管理 B. サービス要求管理 C. 容量・能力管理 D. 問題管理
この問題へのリンク答えと解説
正解: D 【A(不正解)】 ? 止まったサービスをできるだけ早く元に戻す活動です。 インシデント管理は早く元に戻すことが目的で、再起動での回復はこちらに当たる。根本原因の追究は別の活動である。 【B(不正解)】 ? 利用者からの定型の依頼に応える活動です。 パスワードの再設定のような依頼に応える活動で、障害の原因を探すものではない。 【C(不正解)】 ? 資源の容量を計画し監視する活動です。 資源の不足が原因のこともあるが、繰り返す障害の根本原因を探して再発を防ぐのは別の活動の役割である。 【D(正解)】 ? インシデントの傾向から根本原因を探る活動です。 問題管理はインシデントの傾向を分析し、根本原因を突き止めて再発を防ぐ処置を決める。
サービスデスクに複数のインシデントが同時に届いた。どれから対応するかを決めるときの考え方として、最も適切なものは?
A. 届いた順にすべて処理する B. 影響と緊急度を考えて優先順位を付ける C. 連絡してきた人の役職の高い順にする D. 解決が簡単そうなものから処理する
この問題へのリンク答えと解説
正解: B 【A(不正解)】 ? 受付の順番だけで決める考え方です。 順番だけでは、影響の大きい障害が後回しになることがある。 【B(正解)】 ? 事業への影響の大きさと急ぎ具合で決める考え方です。 インシデント管理では、影響と緊急度を考慮して優先順位を付ける。 【C(不正解)】 ? 依頼者の立場で決める考え方です。 役職の高さは、サービスへの影響の大きさと一致するとは限らない。 【D(不正解)】 ? 作業のしやすさで決める考え方です。 簡単なものを先にすると、重大なインシデントの対応が遅れるおそれがある。
深刻な脆弱性の修正プログラムを、基幹サーバに急いで当てたい。変更管理の考え方に沿った進め方として最も適切なものは?
A. 急ぐので記録も承認も省き、すぐに当てる B. 次の定例の変更日まで待ってから考える C. 当てた後に問題が出たら、そのとき考える D. 緊急の変更として承認し、戻す手順を用意して当てる
この問題へのリンク答えと解説
正解: D 【A(不正解)】 ? 手続をすべて飛ばす進め方です。 手続を飛ばすと、失敗したときに戻せず、何を変えたかも追えなくなる。 【B(不正解)】 ? 急ぎの変更も通常の日程に回す進め方です。 深刻な脆弱性を放置すると攻撃を受けるおそれがある。緊急の変更として扱える。 【C(不正解)】 ? 失敗への備えをしない進め方です。 失敗したときに戻す手順を用意していないと、障害が長引く。 【D(正解)】 ? 急ぎの変更の区分で手続を踏む進め方です。 変更管理では緊急の変更も区分として扱い、承認を得る。失敗時に戻す(ロールバック)手順も用意しておく。
出典: 応用情報技術者試験(レベル 3)シラバス Ver.7.2(IPA)変更管理(変更のカテゴリー(緊急変更など)、ロールバック)
受注システムの継続計画で「障害が起きても、前日の夜の時点までのデータに戻せればよい」と決めた。この目標を何というか?
A. RTO(目標復旧時間) B. MTBF(平均故障間動作時間) C. RPO(目標復旧時点) D. SLA(サービスレベル合意書)
この問題へのリンク答えと解説
正解: C 【A(不正解)】 ? いつまでに復旧させるかの目標です。 RTO は復旧までの時間の目標で、どの時点のデータまで戻すかではない。 【B(不正解)】 ? 故障と故障の間に動いている時間の平均です。 MTBF は信頼性の指標で、復旧の目標ではない。 【C(正解)】 ? どの時点の状態までデータを戻すかの目標です。 RPO は失ったデータを過去のどの時点まで戻すかの目標である。前日の夜までなら、少なくとも毎晩のバックアップが要る。 【D(不正解)】 ? サービスの水準を合意する文書です。 SLA は合意文書そのもので、データを戻す時点の目標の名前ではない。
出典: 事業継続ガイドライン(令和 5 年 3 月)(内閣府 防災担当)/NIST SP 800-34 Rev. 1 Contingency Planning Guide for Federal Information Systems
パフォーマンス評価・サービスの運用・ファシリティマネジメント
利用者からの問合せを 1 か所でまとめて受け付け、必要に応じて適切な部署へ引き継ぎ、対応結果を記録する機能を何というか?
A. ファシリティマネジメント B. サービスデスク C. システム監査 D. 構成管理
この問題へのリンク答えと解説
正解: B 【A(不正解)】 ? 施設や設備を管理する活動です。 ファシリティマネジメントは施設や設備の管理で、問合せの窓口ではない。 【B(正解)】 ? 利用者の問合せを受ける単一の窓口です。 サービスデスクは単一の窓口として問合せを受け、引継ぎや記録の管理を行う。 【C(不正解)】 ? 独立した立場から検証・評価する活動です。 システム監査は監査人による評価で、日々の問合せ対応ではない。 【D(不正解)】 ? 構成品目を記録して正しく保つ活動です。 構成管理は機器などの構成情報を管理するもので、問合せの窓口ではない。
運用担当者が慣れた作業で手順を記憶に頼って省き、設定ミスが起きた。システムの運用オペレーションとして最も適切な改善は?
A. 作業指示書に従って操作し、操作ログを残す B. 経験の長い担当者に任せ、手順書は廃止する C. ミスをした担当者を運用から外して終わりにする D. 作業の記録は残さず、結果だけを確認する
この問題へのリンク答えと解説
正解: A 【A(正解)】 ? 決めた手順と記録に基づいて作業する方法です。 運用オペレーションは定めた手順に沿って行い、作業指示書に従う。操作ログを残せば後から確かめられる。 【B(不正解)】 ? 人の経験に頼る方法です。 手順書を無くすと、記憶に頼った省略がさらに起きやすくなる。 【C(不正解)】 ? 人を替えるだけで済ませる方法です。 手順の仕組みを直さなければ、別の担当者でも同じミスが起きうる。 【D(不正解)】 ? 途中の記録を取らない方法です。 記録が無いと、何をしてミスが起きたかを後から調べられない。
出典: 情報セキュリティマネジメント試験(レベル 2)シラバス Ver.4.1(IPA)サービスの運用(運用オペレーション(作業指示書、操作ログ))/応用情報技術者試験(レベル 3)シラバス Ver.7.2(IPA)運用オペレーション
サーバ室には UPS があるが、数時間の停電が続くと止まってしまう。長い停電でも稼働を続けたい。設備面の対策として最も適切なものは?
A. UPS の台数を減らして保守費を下げる B. 空調の温度設定を下げておく C. 自家発電設備を備え、電源を冗長化する D. 停電のたびに手作業でサーバを止める
この問題へのリンク答えと解説
正解: C 【A(不正解)】 ? 費用を減らすための見直しです。 台数を減らすと、短い停電への備えも弱くなる。長い停電の対策にはならない。 【B(不正解)】 ? 部屋を冷やしておく対策です。 停電すると空調も止まるので、電源の問題は解決しない。 【C(正解)】 ? UPS より長く電気を供給できる設備を足す対策です。 無停電電源装置は停電の間をつなぐもので、長い停電には自家発電設備で長時間の電力を確保する。 【D(不正解)】 ? 止めることを前提にした運用です。 安全に止める助けにはなるが、稼働を続けたいという目的は果たせない。
出典: 応用情報技術者試験(レベル 3)シラバス Ver.7.2(IPA)ファシリティマネジメント(電源や回線の冗長化、電気設備(UPS、自家発電設備ほか))/NIST SP 800-34 Rev. 1 Contingency Planning Guide for Federal Information Systems
システム監査と情報セキュリティ監査
販売システムのシステム監査をする。監査人の選び方として、システム監査基準の独立性の考え方に最も合うものは?
A. 販売システムを開発した担当者に監査させる B. 開発を受託したベンダーの担当者に監査させる C. 販売部門の部長に監査させる D. 監査対象から独立した内部監査部門の者にさせる
この問題へのリンク答えと解説
正解: D 【A(不正解)】 ? 対象を最もよく知る人を選ぶ考え方です。 自分が作ったものを自分で評価することになり、監査の独立性と客観性を保てない。 【B(不正解)】 ? 対象を作った外部の会社の人を選ぶ考え方です。 自ら作ったシステムを評価することになり、客観的な判断が期待できない。 【C(不正解)】 ? 対象の業務の責任者を選ぶ考え方です。 監査対象の業務の責任者なので、監査される側から独立した立場とはいえない。 【D(正解)】 ? 監査される側と別の指揮系統の人を選ぶ考え方です。 システム監査基準が定める監査人の倫理では、監査の独立性と客観性の保持が求められる。対象から独立した部門の者が適する。
システム監査で、アクセス権の棚卸しが不十分と指摘し、改善提案を報告書に書いた。その後の監査人の役割として最も適切なものは?
A. 監査人が自ら権限を見直し、改善を実施する B. 報告書を出したら、その後は一切関わらない C. 改善の状況を確かめ、その結果を報告する D. 改善されるまで、販売システムを止めさせる
この問題へのリンク答えと解説
正解: C 【A(不正解)】 ? 監査人が改善の作業を引き受ける考え方です。 改善を実施するのは監査される側である。監査人が自ら行うと、監査の独立性と客観性を損なう。 【B(不正解)】 ? 報告で役割が終わるとみる考え方です。 システム監査は、報告の後のフォローアップまでが一連の流れである。改善提案の後も状況を確かめる。 【C(正解)】 ? 改善の進み具合を確かめて伝える考え方です。 監査計画・実施・報告に続くフォローアップで、改善提案への対応が進んでいるかを確かめて報告する。 【D(不正解)】 ? 監査人が業務を止める権限を使う考え方です。 監査人は保証や助言を行う立場で、業務を止めさせる役割ではない。
システム監査の判断尺度を決めるとき、客観的な参照基準として用いることができる、経済産業省が策定した基準はどれか?
A. システム管理基準 B. SLA C. WBS D. PERT
この問題へのリンク答えと解説
正解: A 【A(正解)】 ? 情報システムの管理のあり方を示した基準です。 システム管理基準は、システム監査の判断尺度を決めるときの客観的な参照基準として用いることができる。 【B(不正解)】 ? 提供者と顧客がサービスの水準を合意する文書です。 SLA は個別のサービスの合意で、経済産業省の定めた規範ではない。 【C(不正解)】 ? プロジェクトの作業を分解した図表です。 WBS は作業の分解で、監査の判断の尺度ではない。 【D(不正解)】 ? 日程を分析する手法です。 PERT は日程の手法で、監査の基準ではない。
内部統制とコンプライアンス監査
購買システムで、同じ社員が発注データの入力と、その発注の承認の両方をできる。内部統制の観点で最も適切な見直しはどれか?
A. 入力と承認を別の担当者に分け、権限を設定する B. その社員の給与を上げて不正をしにくくする C. 承認の画面を見やすく作り直す D. 発注の件数を月ごとに集計して掲示する
この問題へのリンク答えと解説
正解: A 【A(正解)】 ? 権限と責任を担当者ごとに分ける見直しです。 職務分掌で入力と承認を分ければ、1 人での不正や誤りが起きにくくなる。統制活動の代表例である。 【B(不正解)】 ? 待遇で不正を防ごうとする見直しです。 待遇を変えても、1 人で発注を完結できる仕組みは残る。 【C(不正解)】 ? 使い勝手を良くする見直しです。 画面を直しても、入力と承認を同じ人ができる問題は解決しない。 【D(不正解)】 ? 全体の数を知らせる見直しです。 件数の掲示だけでは、個々の発注の不正や誤りは防げない。
内部統制を整えた会社で、経理担当と取引先の担当者が示し合わせて架空の取引を通した。この事例が示す内部統制の性質として最も適切なものは?
A. 内部統制を整えれば、どんな不正も必ず防げる B. 複数の担当者の共謀で、内部統制が働かなくなることがある C. 内部統制は経理部門だけが行えばよい D. 費用がかかっても、すべての取引を二重に確認すべきである
この問題へのリンク答えと解説
正解: B 【A(不正解)】 ? 内部統制を完全なものとみる考え方です。 内部統制は絶対的なものではなく、固有の限界がある。必ず防げるわけではない。 【B(正解)】 ? 内部統制の限界の一つを表す考え方です。 金融庁の基準は、判断の誤りや不注意、複数の担当者による共謀で内部統制が働かなくなる場合があるとしている。 【C(不正解)】 ? 担い手を一部の部門に限る考え方です。 内部統制は組織内の全ての者によって遂行されるプロセスである。 【D(不正解)】 ? 費用を考えずに統制を強める考え方です。 内部統制の整備と運用では、費用と便益の比較衡量が求められる。
受注システムに「商品コードが登録済みでない注文は受け付けない」という入力チェックを組み込んだ。この統制はどれに分類されるか?
A. IT に係る全般統制 B. 統制自己評価(CSA) C. IT に係る業務処理統制 D. ファシリティマネジメント
この問題へのリンク答えと解説
正解: C 【A(不正解)】 ? 開発・運用・アクセス管理などの基盤側の統制です。 ITに係る全般統制は、業務処理統制が働く環境を保証するものである。個々の入力チェックは含まない。 【B(不正解)】 ? 部門が自ら統制を評価する手法です。 CSA は評価の手法で、システムに組み込んだ入力チェックの分類ではない。 【C(正解)】 ? 業務のシステムに組み込んで処理を正しく保つ統制です。 入力情報の完全性・正確性・正当性を確保する統制は、ITに係る業務処理統制の例として挙げられている。 【D(不正解)】 ? 施設や設備を管理する活動です。 ファシリティマネジメントは設備の管理で、入力チェックとは関係がない。
出典: 財務報告に係る内部統制の評価及び監査の基準(金融庁 企業会計審議会・令和 5 年改訂)IT に係る全般統制・業務処理統制
この分野に出てくる用語(31 語)
CSA:統制自己評価。業務を行う部門が自ら内部統制の整備・運用の状況を評価する手法。
ITに係る業務処理統制:業務のシステムで、承認された取引がすべて正確に処理・記録されるよう業務プロセスに組み込む統制。入力チェックなどがある。
ITに係る全般統制:業務処理統制が有効に働く環境を保証する統制。システムの開発・保守や運用の管理、アクセス管理、外部委託の契約の管理などがある。
MTBF:平均故障間動作時間。故障が直ってから次に故障するまでの、動いている時間の平均。長いほど故障しにくい。
PERT:作業の順序と所要日数を矢印の図(アローダイアグラム)で表し、全体の日程や遅れの影響を調べる手法。
RPO:目標復旧時点。失ったデータを過去のどの時点の状態まで戻すかの目標。バックアップの頻度を決める目安になる。
RTO:目標復旧時間。業務やシステムが止まってから、いつまでに復旧させるかの目標。
SLA:サービスレベル合意書。サービスの内容と、合意した品質の水準(可用性・応答時間など)を定めた、提供者と顧客の間の合意文書。
WBS:プロジェクトの成果物と作業を、管理できる大きさまで階層的に分解した図や表。分解の最下層の単位をワークパッケージという。
インシデント管理:サービスの計画外の中断や品質の低下に対し、記録・分類し、影響と緊急度で優先順位を付けて、できるだけ早く元に戻す活動。
エスカレーション:自分の段階で解決できない案件を、より専門の担当や上位の責任者に引き継いで対応を求めること。
クリティカルパス:開始から終了までの作業の経路のうち、最も時間がかかる経路。この経路上の作業が遅れると、全体の完了も遅れる。
サービスデスク:サービスの利用者からの問合せを受ける単一の窓口。適切な部署への引継ぎ、対応結果の記録や管理を行う。
サービスレベル管理:顧客と SLA を合意し、決めた間隔でサービスレベル目標に照らして実績を監視・レビュー・報告する活動。
サービス継続管理:災害などに備えてサービス継続の要求事項を決め、サービス継続計画を作って試験し、維持する活動。
システム監査:独立かつ客観的な立場の監査人が、情報システムに係るリスクに適切に対応しているかを検証・評価し、保証や助言を行うこと。
システム監査基準:経済産業省が策定した、システム監査の基準。監査人の倫理(監査の独立性と客観性の保持、正当な注意と秘密の保持など)を定める。
システム管理基準:経済産業省が策定した、情報システムの管理の基準。システム監査で判断尺度を決めるときの客観的な参照基準として使える。
ステークホルダ:プロジェクトに影響を与えたり、影響を受けたりする個人や組織。早いうちに特定し、関わり方を管理する。
ファシリティマネジメント:データセンターなどの施設や、電源・空調などの設備を管理し、費用・安全性・快適性を保つ活動。
ベースライン:承認を受けて確定した計画(スコープ・スケジュール・コストなど)。実績と比べる基準になり、変えるには正式な変更の手続を経る。
監査証拠:監査人が監査の結論を裏付けるために入手する情報。運用記録やアクセスログなどが当たる。
供給者管理:外部の供給者(委託先やクラウド事業者など)との関係と契約を管理し、そのパフォーマンスを監視する活動。
構成管理:サービスを構成する機器・ソフトウェア・文書などの構成品目を識別・記録し、正しい構成情報を保つ活動。
事業継続計画:災害などの際に重要業務を中断させない、または中断しても目標復旧時間内に重要な機能を再開させるための計画。
職務分掌:仕事の権限と責任を担当者ごとに分けて定めること。1 人に権限を集めず、不正や誤りを起こしにくくする。
内部統制:業務の有効性・効率性、報告の信頼性、法令等の遵守、資産の保全の 4 つの目的のため、業務に組み込まれ全員で行うプロセス。
変更管理:変更要求を記録し、リスクや影響を評価して承認したうえで、計画・試験・実施する活動。失敗時に戻す手順も用意する。
無停電電源装置:大容量のバッテリーを内蔵し、停電時にサーバなどへ電力を供給する装置。安全なシャットダウンを助ける機能を持つものもある。
問題管理:インシデントのデータや傾向を分析して根本原因を探り、インシデントの発生や再発を防ぐ処置を決める活動。
容量・能力管理:需要に基づいて必要な資源の容量・能力を計画し、CPU 使用率などの指標をしきい値で監視して不足を防ぐ活動。
独学の次に、講座で体系立てて学びたい人へ
この問題集は独学用です。IT の基礎から講師つきで体系立てて学びたい人には、資格や IT の講座がそろうスクールも選択肢になります。
本ページは広告・アフィリエイトプログラムを利用しており、リンク経由でのお申し込み・購入により当サイトに収益が発生することがあります。ただし、ランキング・評価・掲載内容は広告費や報酬の有無に関わらず編集部の独自基準で決定しており、広告主からの指示により内容を変更することはありません。
IT・Webデザイン・資格まで幅広い講座。生成AI/DX講座はリスキリング補助金の対象
まずは無料ではじめられます。リンク先は公式サイトです。
このサービスの解説記事を読む →