セキュリティカオスエンジニアリング

第4章. 建設と配達

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

私たちは蝶の美しさに喜びを感じるが、蝶がその美しさを獲得するために経験した変化を認めることはほとんどない。

マヤ・アンジェロウ

ソフトウェアシステムの構築と提供 は複雑でコストがかかる。コードを書き、コンパイルし、テストし、リポジトリやステージング環境にデプロイし、本番環境に配信してエンドユーザに利用してもらう。このような作業中にレジリエンスを推進することは、複雑さと出費を増大させるだけではない か？一言で言えば、そうではない。また、「安全な」ソフトウェアを構成する要素のほとんどは、「高品質な」ソフトウェアを構成する要素とも重複している。

本章で発見するように、もし私たちが迅速に動き、簡単に置き換え、再現性をサポートすることができ れば、攻撃者の手際の良さに対抗し、攻撃者が生み出したものであれ、陰謀を企てる他の影響者が生み出したも のであれ、ストレス要因や不意打ちがシステムに与える影響を低減するために、大いに役立つことができる。本章は、セキュリティチームがこのフェーズで戦略を最新化するためのガイドとして役立つが、本章の目 的は、ソフトウェアやプラットフォームのエンジニアリングチームが、自分たちの努力によってレジリエンス を促進する方法を理解することにある。一貫性と再現性が必要である。スピードを維持しつつ、手抜きを避ける必要がある。システムにゆとりを作成するために、イノベーションをフォロースルーする必要がある。同じであるためには、変わらなければならない。

この章では、実践的な知恵を満載している！メンタルモデルと所有権に関する懸念について説明した後は、レジリエンス薬の中身を点検し、レジリエン スに優れたソフトウェアシステムを構築し、提供する方法を明らかにする。システムの重要な関数を明確にし、攻撃に対するレジリエンスに投資するために、どのようなプラクティスが役立つかを考える。どのようにして安全なin演算子の境界線にとどまり、そのしきい値を広げてより余裕を持たせることができるかを探る。時空を超えたシステムの相互作用を観察し、それをより直線的にするための戦術について話す。また、メンタルモデルが石灰化しないよう、フィードバックループと学習文化を育む開発手法についても議論する。そして最後に、世界が進化していく中で、組織の成功を支えるために変化することを厭わず、柔軟に対応し続けるためのプラクティスとパターンを発見する。

ソフトウェア開発におけるメンタル・モデル

前章では、レジリエンスの観点から、優れたデザインとアーキテクチャ について述べた。レジリエンスに配慮した設計とアーキテクチャを、いったん構築して提供し始めると、うっかりそれを覆すような方法はたくさんある。なぜなら、プログラマは設計をどのように再定義するかについて選択しなければならないからであり、こうした選択は、システムの結合の程度と対話的な複雑さにも影響するからである。実際には、すべての段階の実務者がこれに影響を与えるが、以降の章ではそれぞれを順番に取り上げることにする。この章では、システムを構築し提供する際に直面する数々のトレードオフと機会について探求する。 ...