AWSでのサーバーレス開発

第4章 サーバーレスとセキュリティ サーバーレスとセキュリティ

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

少し先しか見えないが、やるべきことはたくさんある。

アラン・チューリング

サーバーレステクノロジーを活用することは、オペレーティングシステムの欠陥にパッチを当てたり、ネットワーク接続を保護したりといった、従来のセキュリティ上の懸念がなくなることを意味する。しかし、どんな技術の進歩でもそうであるように、サーバーレスは既存の問題を解決する一方で新たな課題をもたらす。サーバーレスのセキュリティも同様だ。この章では、サーバーレスアプリケーションに対するセキュリティの脅威を検証し、主要なセキュリティプリミティブと、それらがAWS上のサーバーレスエンジニアリングにどのようにマッピングされるかを掘り下げる。

残念なことに、ソフトウェア開発者は、アプリケーション全体が開発された後、通常は本番稼動前の数週間から数日の間にしか、セキュリティを考慮しないのが一般的である。その場合でも、アプリケーションの周辺をセキュアにすることだけに、直前の努力を集中させる傾向がある。第一に、エンジニアにとってセキュリティは本質的に複雑であるように思われること、第二に、エンジニアはセキュリティ対策の実装が、失敗を前提とした反復の実践にカウンタしていると感じることが多いことである。

ソフトウエアエンジニアリングチームは、セキュリティツールを活用し、特定のタスクをこれらのツールに委譲することはできるが、セキュリティは常にエンジニアリングと演算子の中核的な関心事でなければならない。

セキュリティはプロセスである

セキュリティ技術者のブルース・シュナイアーが2000年4月に書いたエッセイ『セキュリティのプロセス』にこうある：「セキュリティはプロセスであり、製品ではない」。

システムが壊れ、脆弱性が報道され、それでも多くの人が次の製品や次のアップグレード、次のパッチに信頼を置く。今度こそ安全だ』とね」。

製品、ライブラリ、ベンダ、サービスに依存するのではなく、セキュリティプロセスを最適化し、脆弱性の予防、検出、是正を成功させる可能性を最大限に高めるべきである：「製品はある程度の保護を提供するが、安全でない世界で効果的にビジネスを行う唯一の方法は、製品に内在する安全性の低さを認識するプロセスを導入することである。

現代のソフトウェア・エンジニアリング・チームは、長年にわたって確立された開発プロセスを持っている。従来は、設計、ビルド、テスト、デプロイといった感じだった。DevOpsの動きによって、ソフトウェアの演算子がソフトウェアの開発ライフサイクルに組み込まれるようになった。今やセキュリティも開発プロセス全体の一部でなければならない。

一般的に推奨されているのは、、セキュリティを左遷し、開発ライフサイクルにもっと早い段階から組み込むこと、そしてアイデンティティとアクセス管理を活用して、境界だけでなく多層防御を提供することだ。サーバーレスエンジニアリングは、セキュア・バイ・デザインのアプローチを日常業務に組み込む機会を提供する。アプリケーションを設計、構築、運用する際には、攻撃のベクトル、潜在的な脆弱性、利用可能な緩和策を常に念頭に置く（図4-1参照）。

図4-1. アプリケーション・セキュリティには、脅威を検知し、攻撃ベクトルに対して予防策を適用することが含まれる。

脅威モデリング（）の実践は、継続的に脅威を特定し、防御するために不可欠なツールになりつつある。脅威モデリングは、2015年に ...