脅威モデリング

第4章. 脅威モデリングの自動化

この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている：[e-mail]

人間が実際の構造物の上を這い回り、グリースペンシルで書き込むことで改善できないような、コンピューター主導のプロセスはないように思えた。

ニール・スティーヴンソン『Atmosphæra Incognita

第1章では、ホワイトボードに描いたり、MicrosoftのVisioやdraw.ioのようなアプリケーションを使ったりして、さまざまなタイプのシステムモデルを「手作業で」構築する仕組みについて詳しく説明した。また、これらのモデルを構築する際に収集する必要がある情報についても見た。第 3 章では、作成したシステムモデルを利用して、評価対象のシステム内でセキュリティ上 の懸念がある領域を特定できるようにする脅威モデリングアプローチの概要を学んだ。攻撃を実行する能力と意図を持つ敵対者を考慮しながら、高レ ベルの脅威を発見するメソッドについて学んだ。また、脅威の「スタック」のより深い部分に目を向け、脅威（及び敵対的な標的）-弱点や脆弱性-につながる根本的な原因を分析する方法論についても学んだ。これらの弱点や脆弱性は、単独で、あるいは組み合わせによって、システムの機能やデータ（及び、評判やブランド）に災いをもたらす。

時間とエネルギーがあり、このアプローチが重要であることを組織に納得させることができれば、これらのテクニックと方法論は、システムモデリングと脅威モデリングの両方にとって効果的なアプローチである。しかし、すべてを継続的に、すべてをコードとして提供するこの時代には、より多くのものをより短時間で提供しなければならないという大きなプレッシャーが開発チームに課せられている。そのため、開発者の時間を数分以上消費することから必要悪として受け入れられてきたセキュリティ対策は、（コンシューマが認識しているかどうかにかかわらず）コストがかかりすぎるとして放棄されつつある。そのため、セキュリティに注力する人たちは難しい立場に置かれることになる。セキュリティエンジニアリングのプラクティスを適用する際に、弾丸を食らい、より厳格になるよう組織に影響を与えようとするのか、それとも、結果の品質（ひいては最終製品のセキュリティ）が低下する可能性があることを承知の上で、縮小するリソースで可能な限り多くのことを成し遂げようとするのか。高いセキュリティ標準と、よく設計されたシステムの作成に必要な細部へのこだわりを維持するにはどうすればよいだろうか。

優れたセキュリティエンジニアリングを促進する方法の 1 つは、手作業によるシステ ムモデルと脅威モデルの構築の必要性を制限し、ビジネスとセキュリティチームのニ ーズを満たすために自動化を利用してユーザの負担を軽減することである。脅威モデリング活動において人間の要素が重要な役割を果たすことは間違いないが、システムモデルの構築と分析はコンピュータが簡単に行うことができる。

自動化はモデルの設計を助けるだけでなく、疑問に対する回答を支援することもできる。例えば、エンドポイントXとYの間のデータフローAで、重要なデータが神話上のイブにさらされてしまうかどうかがわからない場合、プログラムを使えば、それを突き止めることができる、¹プログラミングを使ってそれを調べることができる。

この章では、その進化を探る。脅威モデリングテクニックの最先端を作成し、脅威分析と欠陥抽出を実行する場合、コードによる脅威モデリングとコードからの脅威モデリングと呼ばれる自動化テクニックを使用することができる。 ...