ソフトウェアアーキテクチャの段階からのセキュリティ——事後対応ではなく

多くのソフトウェアプロジェクトに共通するパターンは、まず製品を構築し、最後にセキュリティ評価や侵入テストを実施するというものです。この順序は、セキュリティを最終段階に後付けされる任意の層にしてしまいます——まさにアーキテクチャの変更が最もコストのかかる時点です。

ユーザーセッションの不適切な処理から脆弱なアクセス制御まで、多くの深刻な脆弱性は、実装の詳細ではなく初期のアーキテクチャ上の決定に起因します。プロジェクト終盤のセキュリティスキャンはこれらの問題を発見できますが、その段階での修正は、しばしばシステムの基本部分の再設計を必要とします。

BAYAのアプローチは、コアアーキテクチャの設計と同時に、セキュリティに関する問い——ID管理、アクセス制御、サービス間の信頼境界——を提起し、答えることです。これは初期段階でより多くの時間を要しますが、長期的にはプロジェクト全体のコストを削減します。

技術リーダーにとって、これは技術パートナーに対するシンプルながら効果的な一つの要求につながります。最初のデモを見る前に、セキュリティアーキテクチャ文書を見せてもらうことです。