セキュリティ課題はどこから着手すべきなのか
ソフトウェアセキュリティ問題の背景と解決の出発点
ソフトウェアセキュリティの問題は、技術的な要因よりもむしろ開発者にとって“退屈な”オペレーションに起因している場合が多い。
ソフトウェアセキュリティの分野では、われわれ開発者は技術的な問題にばかり目を向ける傾向がある。技術的な問題は面白く、また手応えがあり、チームの全員にとって取り組みやすい。コードの継続的なチェックという地味な（退屈といえる）面も同様に重要だが、なおざりにされがちだ。これは、ソフトウェアに関連するセキュリティリスクの根底にある問題の1つだ。
コンサルティング先の社内ドキュメントをレビューしたり、開発者や開発マネジャー、QA（品質保証）スタッフにインタビューしたりすると、こうした問題が明らかになる場合が多い。ソフトウェアのセキュリティがビジネスリスクの大きな要因となっているのも当然だ。
ソフトウェアのセキュリティ問題の根本的な背景として、以下の4つが挙げられると思う。
- Microsoft Security Development Lifecycle（SDL）やOWASP Top 10 Projectのようなセキュリティモデルやフレームワークの導入があまり進んでいない
- 基本的なシステムの展開や可用性以外の問題については、IT担当者とセキュリティ担当者の間で最低限の連携しか取れていない
- SSL、強力なパスワードの強制、多要素認証といったセキュリティ対策が、ビジネスリスクを最小化する手段として浸透するのではなく、「やらされている」という感覚で行われている
- ソフトウェアチームのメンバーが、情報リスクに関連するポリシー、評価・監査、脅威の軽減策の中で、役割を与えられていない（役割を免除されている場合もある）
ソフトウェアのセキュリティ問題のこうした背景は、企業や業種にかかわらず、かなり共通している。会社の規模が大きくても小さくても、社内ソフトウェアのセキュリティ問題の多くは、根本的にオペレーション上の問題に起因している可能性がある。
では、どこから手を着けるか。また、どうすればビジネスオペレーションに深く根ざしたそうした問題を解決していけるのか。これらの問題を解決することは容易なことではないが、もちろん可能だ。そのためにはまず、IT、セキュリティ、開発／QAの担当者とマネジメントが、以下の問いに自信を持って答えられなければならない。
「ソフトウェアセキュリティ」が定義されているか
「ソフトウェアセキュリティ」がビジネスの文脈で何を意味するかが明確に定義されているか。理解していない問題を解決することはできない。
セキュリティ基準が文書化されているか
OSやルータ、データベースだけでなくアプリケーションについても、文書化されたセキュリティ基準やそれに類するものがあるか。文書化されていない基準は願望にすぎない。
セキュリティポリシーで担当者が言及されているか
開発担当者とQA担当者が社内のセキュリティに関するポリシー、計画、手続きの中で言及されているか。これらを効果的に運用するには、言及されている必要がある。
定期的なチェックを行っているか
ソフトウェアが一連の標準的なセキュリティ対策に適合するように、良いツールと優秀な人材を動員して一貫したチェックを定期的に行っているか。すべての企業が、効果が誇張されているSSLや強力なパスワード、入力の妥当性チェックにとどまらず、少なくとも、一般に受け入れられている基本的な対策を徹底しなければならない。
お墨付きは誰から得るのか
これは最も重要な問いかもしれない。マネジメントは誰からお墨付きを得なければならないか。内部監査人か、あるいは規制当局だろうか。相手によって、お墨付きを得るための難易度はかなり違うかもしれない。誰が相手かを見極めれば、目指すべきセキュリティのレベルが明確になる。
ソフトウェアセキュリティの技術的な面は魅力的だが、多くの場合、退屈なビジネスに関連する面をなおざりにしたり、勝手に判断したりすることが、トラブルを招くことになる。関係者にこれらの重要な問いをぶつけてみよう。全員が共通認識に立って答えられることが、自社に必要なセキュリティの維持管理に取り組む出発点になる。
本稿筆者のケビン・ビーバー氏は、米アトランタにあるPrinciple Logicを経営する独立系情報セキュリティコンサルタントで、執筆、講演も手掛ける。情報セキュリティに関する7冊の著書および共著書がある。
Copyright © ITmedia, Inc. All Rights Reserved.
この記事の著者
関連記事
新着ホワイトペーパー PR
-
製品資料
[NTTインテグレーション株式会社] 取引先のセキュリティをどう管理する？ 「SCS評価制度」対応の勘所を解説 -
製品資料
[NTTインテグレーション株式会社] SCS評価制度「★4」取得のカギ 最大の壁を突破する方法とは？ -
製品資料
[NTTインテグレーション株式会社] 2026年度末から運用開始 「SCS評価制度」に備えて製造業がやるべきことは？ -
事例
[ネットワンパートナーズ株式会社, アイビーシー株式会社] ハイブリッド環境の一元管理と快適な無線LAN環境、三井ホームはどう実現した？ -
市場調査・トレンド
[TD SYNNEX株式会社] 調査で学ぶセキュリティ運用の実態 人を増やさず品質を維持する方法とは？
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
IBM iのブラックボックス化を打破 資産継承と進化を実現する「IBM Bob」の実力
-
2
【漫画付き】ひとり情シス協会が明かす、RAG導入でしくじる企業「2つの共通点」
-
3
損保ジャパンはなぜ「COBOL」を捨てなかったのか？ 脱メインフレームの真相
-
4
なぜ「全社配布Copilot」は使われないのか？ 失敗に学ぶAI定着
-
5
1200万円のSaaS導入を回避 スギ薬局「運用費10万円」のAIエージェント構築術
-
6
IT製品の導入に関するアンケート「サーバ＆ストレージ」編
-
7
IT製品の導入に関するアンケート「PC＆デバイス」編
-
8
「RAGの利用」に関するアンケート
-
9
MS&ADグループの目指す「AX」の全貌 本山CDOが語る変革の本質
-
10
BMWも導入 78兆円市場に化ける「フィジカルAI」の衝撃
ホワイトペーパーランキング PR
-
1
DX／AI投資の壁を突破、現代の最高財務責任者が直面する課題と克服のヒント
-
2
バックアップは“取っているから大丈夫”なのか？ ランサムウェア時代の備え方
-
3
システムの保守がモダン化を阻む？ 「変えない判断」から脱却する方法とは
-
4
「オンプレミス回帰」せざるを得ない“合理的な理由”
-
5
5分で分かる Microsoft 365のデータ損失に備えるためのバックアップの仕組み
-
6
「NAS」「SAN」「DAS」は何が違う？ いまさら聞けないストレージの基礎
-
7
ネットワーク遅延の原因、「パケットロス」の基礎知識と効果的な解決策
-
8
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
9
ソフトウェア開発の属人化と手戻りをどう防ぐ？ 速さと品質を両立させる方法
-
10
ランサムウェア攻撃“究極の対策”はこれだ
TechTargetジャパン SNS
@techtarget_itmをフォロー
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー