1. 定義と概要
セキュリティ・バイ・デザイン（Security by Design）とは、情報システムの企画・設計段階からセキュリティ対策をあらかじめ組み込んでおくという考え方です。従来、セキュリティ対策は開発が完了した後のテスト段階や、運用開始後に追加されることが一般的でした。しかし、この「後付け」の手法では、システムの根本的な構造に起因する脆弱性に対応しきれず、結果として修正コストが増大したり、重大な事故を招いたりするリスクが高まります。
この概念は、現代の複雑化するサイバー攻撃に対抗するために不可欠なプロセスとされています。具体的には、システムの要件定義の時点でセキュリティ目標を明確にし、設計段階で脅威分析を行うことで、脆弱性を最小化した状態でリリースを目指します。内閣サイバーセキュリティセンター（NISC）などの政府機関も、重要インフラや政府調達においてこの原則を徹底するよう推奨しており、IT開発における標準的な指針となっています。
2. 試験対策ポイント
G検定（ジェネラリスト検定）において、セキュリティ・バイ・デザインはAIのガバナンスと倫理、およびリスク管理の文脈で頻出します。特に重要なのは、開発ライフサイクルの「より上流（企画・設計）」で対策を講じるシフトレフトという概念と結びつけて理解することです。AIモデルの構築においても、学習データに毒を盛る「データポイズニング」や、推論時の誤動作を誘発する「敵対的サンプル（Adversarial Examples）」への耐性を設計段階から考慮することが求められます。
試験では、セキュリティ対策を運用フェーズの責任とするのではなく、開発者や企画者の責任として捉える姿勢が問われます。また、アジャイル開発やDevOpsといった迅速な開発手法においても、セキュリティを自動化されたパイプラインに組み込む「DevSecOps」という考え方が、セキュリティ・バイ・デザインを具体化する手法として重要視されています。AI特有の脆弱性を踏まえた設計上の配慮がなされているかという視点が合格への鍵となります。
3. 関連概念との比較・相違点
セキュリティ・バイ・デザインと非常に関連が深く、混同しやすい概念にプライバシー・バイ・デザイン（PbD）があります。PbDは、個人情報の保護やプライバシー配慮をシステムの設計段階から組み込む考え方であり、セキュリティ・バイ・デザインが「不正アクセスや改ざんからの保護」を主眼に置くのに対し、PbDは「個人の権利とデータの適切な取り扱い」にフォーカスしています。両者は相互に補完し合う関係にあり、現代のシステム開発では双方を同時に遵守することが求められます。
また、従来の「境界防御」モデルとの違いも明確にしておく必要があります。境界防御はファイアウォールなどで外部からの侵入を防ぐことに注力しますが、セキュリティ・バイ・デザインはシステムそのものの堅牢性（レジリエンス）を高めるアプローチです。たとえ境界が突破されても、システム内部の構造によって被害を最小限に抑える「多層防御」の考え方が、設計段階から実装されている点が特徴です。
4. ビジネス・実務での活用シナリオ
ビジネスの現場において、セキュリティ・バイ・デザインを導入することは、単なるリスク回避以上の価値を持ちます。例えば、AIを活用した診断支援システムや自動運転技術の開発において、事故発生時の説明責任（アカウンタビリティ）を果たすためには、設計段階からの厳格なセキュリティ管理が不可欠です。万が一の不具合が発生した際も、設計プロセスが適切に管理されていれば、企業としての社会的信頼を維持しやすくなります。
さらに、実務面ではコンプライアンスの強化とコスト削減に直結します。GDPR（欧州一般データ保護規則）などの国際的な規制に対応するためには、設計段階からデータ保護機能を実装することが効率的です。運用開始後に大規模なシステム改修が必要になる事態を防ぐことで、トータルでの開発コストを抑えつつ、顧客に対して「セキュリティが担保された製品」という付加価値を提供し、ブランド価値の向上に寄与します。
