セキュリティバイデザイン
Security by Design
せきゅりてぃばいでざいん
システムの企画・設計段階からセキュリティを組み込む考え方。後付けでセキュリティ対策を追加するのではなく、アーキテクチャレベルでセキュリティを考慮する。脅威モデリングが重要な活動の一つ。
Related
他の資格での定義
システムの企画・設計段階からセキュリティを確保するための方策を組み込む考え方。後付けでセキュリティ対策を追加するのではなく、開発プロセスの初期段階からセキュリティを考慮することで、より効果的かつ効率的な対策を実現する。
システムの企画・設計の段階からセキュリティ対策を組み込んでおく考え方。セキュアバイデザインともいう。完成した後に対策を追加するより手戻りが少なく、費用も抑えられ、運用中に脆弱性が見つかる危険も減らせる。
システムやサービスの企画・設計段階からセキュリティを組み込む考え方。後付けでセキュリティ対策を追加するのではなく、設計時点で脅威分析やリスク評価を行い、セキュリティ要件を仕様に反映させる。開発コストの削減と高いセキュリティレベルの実現に寄与する。
システムの企画・設計段階からセキュリティを組み込む考え方。後付けでセキュリティ対策を追加するのではなく、開発ライフサイクルの初期段階からセキュリティ要件を考慮することで、コスト削減と高いセキュリティ水準の両立を図る。
システムや製品の企画・設計の段階から情報セキュリティの対策を組み込んでおくという考え方。完成後に対策を追加するより手戻りや費用が少なく、脆弱性も作り込みにくい。脅威モデリングなどで設計時に脅威を洗い出し、セキュリティ要件として定義する。
Past Exams
過去問での出題
過去問で 3 回出題(ITパスポート試験 1・情報セキュリティマネジメント試験 1・基本情報技術者試験 1)。うち 2 回は用語そのものを問う問題です。
出典: 独立行政法人情報処理推進機構(IPA)の過去問題。問題文は IPA のサイトの PDF で確認できます。「用語を問う問題」は、この用語の説明や特徴そのものを問う問題です。「選択肢」は、問題文ではなく選択肢に出たものです。用語名で照合しているため、関係の薄い問題が含まれることがあります。
Related
関連キーワードの用語
複数の要件や品質特性の間で、あるものを優先するとほかが犠牲になる関係を分析・評価すること。性能と保守性、コストと品質など、相反する要件間の最適なバランスを見つけるためにシステム設計で広く用いる。
システム要件を実現するために、ハードウェア、ソフトウェア、ネットワーク、データベースなどの構成要素と、それらの関係・インタフェースを決定する設計工程。要件定義とソフトウェア詳細設計の間に位置づけられる。
クライアント端末にはOS等の最低限の機能のみを持たせ、アプリケーションの実行やデータ管理をサーバ側で行うシステム構成方式。セキュリティの向上、端末管理の簡素化、情報漏洩リスクの低減が利点。VDI等で実現する。
ソフトウェアシステムの全体構造を定義するもの。構成要素(コンポーネント)、それらの関係、外部環境とのインタフェース、設計・進化の原則を含む。品質特性のトレードオフを考慮して決定する。
ソフトウェアを独立性の高いモジュール(部品)に分割する設計技法。モジュール強度(凝集度)を高く、モジュール結合度を低くすることが設計原則。STS分割、TR分割、共通機能分割などの技法がある。
リレーショナルデータベースの論理設計において、データの冗長性を排除し整合性を保つためにテーブル構造を整理する手法。第1正規形から第3正規形、さらにボイスコッド正規形などがある。更新時異常の防止が目的。
