基本情報技術者 2018年春期午前（科目A）問42

問題文

セキュリティバイデザインの説明はどれか。

🖊️ 解答を隠して解いてみる

選択肢

ア：開発済みのシステムに対して、第三者の情報セキュリティ専門家が、脆弱性診断を行い、システムの品質及びセキュリティを高めることである。

イ：開発済みのシステムに対して、リスクアセスメントを行い、リスクアセスメント結果に基づいてシステムを改修することである。

ウ：システムの運用において、第三者による監査結果を基にシステムを改修することである。

エ：システムの企画・設計段階からセキュリティを確保する方策のことである。（正解）

🔒 解説は解答すると表示されます

セキュリティバイデザイン【午前解説】

正解の理由

正解はエです。
セキュリティバイデザイン（Security by Design）は、システム開発ライフサイクルの早期段階（企画・設計）からセキュリティ要件や防御策を計画・組み入れる考え方です。選択肢エは「企画・設計段階からセキュリティを確保する方策」であり、この定義に一致します。一方、他の選択肢は開発後や運用中の診断・改修・監査など、事後的・対応的な活動に関する記述であり、セキュリティバイデザインの本質（予防と設計時組込）と異なります。

解法ステップ

問題文で「いつ行うか」を示す語（企画・設計／開発済み／運用）を探す。
「予防（設計段階）」か「事後対応（診断・改修・監査）」かを判別する。
セキュリティバイデザインは予防的・設計組込みなので、設計段階を示す選択肢を選ぶ。
不明確なら「要件定義・設計に組み込む」という語句がある選択肢を優先する。

選択肢別の誤答解説

ア: 開発済みのシステムに対する第三者の脆弱性診断は「事後の評価・改善」であり、バイデザイン（設計時組込）ではありません。
イ: 開発済みシステムへのリスクアセスメントと改修も事後対応。設計段階から組み込むという点で不適切です。
ウ: 運用における第三者監査結果を基に改修するのも運用改善であり、設計時の予防的対策ではありません。
エ: エは「企画・設計段階からセキュリティを確保する方策」と明確に述べており、セキュリティバイデザインの定義に合致します。

よくある誤解

「後からの脆弱性診断や改修もセキュリティバイデザインである」：診断や改修は重要ですが事後対応でありバイデザインの定義には含まれません。
「監査結果に基づく改修を行えば設計時対策と同等である」：監査は運用改善であり、設計段階でのリスク低減には及ばない場合が多いです。
「導入コストを抑えるだけが目的」：バイデザインはコスト削減だけでなく、リスク低減と品質向上を目的とする総合的な手法です。

補足コラム

セキュリティバイデザインを実践するための代表的手法には、脅威モデリング（STRIDEなど）、セキュリティ要件定義、セキュアコーディング基準、設計レビュー、自動化された静的解析（SAST）・動的解析（DAST）の導入、サプライチェーン管理、CI/CDパイプラインにおけるセキュリティゲートの組み込みなどがあります。また、近年はDevSecOpsの考え方で設計から運用まで継続的にセキュリティを組み込むアプローチが注目されています。

FAQ

Q1: セキュリティバイデザインとセキュリティバイデフォルトは同じですか？
A1: 異なります。バイデザインは設計時にセキュリティを組み込む方針、バイデフォルトは初期設定の状態で安全な設定を提供することを指します。

Q2: 既に開発済みのシステムにバイデザインを適用できますか？
A2: 完全なバイデザイン適用は難しいですが、リファクタリングや設計の見直し、セキュリティ要件の再定義で近づけることは可能です。

Q3: どの段階で脅威モデリングを行うべきですか？
A3: 企画・要件定義〜設計段階で行うのが最も効果的です。早期発見で修正コストを下げられます。

関連キーワード: セキュリティバイデザイン、安全設計, セキュアSDLC, DevSecOps, 脅威モデリング, 脆弱性診断, セキュリティ要件, セキュリティ設計

← 前の問題へこの年度をクイズで解く次の問題へ →

\ せっかくなら /

基本情報技術者を
クイズ形式で学習しませんか？

クイズ画面へ遷移する→

すぐに利用可能！