7. ケーススタディ：金融セキュリティ事故から学ぶ“設計の本質”

金融システムの事故は、一般に「ヒューマンエラー」「担当者のミス」として語られがちです。 しかし実務では、事故の根本原因はほとんどの場合、 “設計思想の欠落” にあります。

つまり、事故は偶然ではなく、設計が生んだ必然なのです。

本章では、金融現場で頻発する3つの典型的な事故例── ① 不正送金、② 障害時の説明不能、③ クラウド移行の失敗──を取り上げ、 そこから浮かび上がる「設計の本質」を紐解いていきます。

7-1. 金融事故は「ミス」ではなく“設計の結果”である

金融事故は、担当者の一時的なミスとして片づけられることが多いですが、

「事故は偶然起こるものではなく、“設計思想の欠落”がそのまま形になったもの」

つまり、

• 事故は “運用の問題” ではなく “設計の問題”
• 起きた事故は設計段階で必ず予見できた
• 再発防止は「運用改善」ではなく「設計改善」によってのみ達成できる

という考え方が金融では常識なのです。

7-2. ケース① 不正送金：Zero Trust 不在の典型例

金融事故で最も多いのが、内部や外部のなりすましによる不正送金です。

● 発生パターン（典型例）

• パスワードのみの脆弱な認証
• 過剰な権限設定
• 不十分なアクセスログ
• “正常に見える操作”に紛れた不正行為

攻撃者は正規ユーザーになりすまし、通常操作に見える形で送金を実行します。 ログが乏しければ、「気付いたときには、どこで何が起きたのか分からない」という事態になります。

● 欠けていた設計（本質）

• 統合ID管理（IdP）
• 多要素認証（MFA）
• 最小権限（RBAC）
• 行動監査（ログ）

これら Zero Trust の基本設計が欠落していたことが原因であり、 “攻撃が巧妙だったから”ではありません。

不正送金とは、セキュリティの失敗ではなく 「信用管理の失敗」 なのです。

7-3. ケース② 障害発生時の“説明不能”：DevSecOps 不在

金融事故で特に重く扱われるのが、 「障害時に何が起きたのか説明できない」 という事態です。

● 発生パターン（典型例）

• 手作業による変更（証跡がない）
• 変更履歴の未記録
• ログの欠落
• 推測による復旧
• 監査で不合格、説明責任が果たせない

復旧できたとしても、 「原因が不明」＝「信用が崩れる」 ため、金融における最重大リスクの一つとされています。

● 欠けていた設計（本質）

• CI/CD による変更の自動記録
• ログの自動収集
• IaC による環境のコード化
• 証跡を保証する DevSecOps の基盤

これら DevSecOps の設計が欠落していることが事故の本質的原因です。

金融では、 「起きたことを説明できないこと」そのものが最大の事故 と位置づけられます。

7-4. ケース③ クラウド移行の失敗：Cloud Native 不在

近年多いのが、クラウド移行後に全停止する事故です。 これは技術力の問題ではなく、クラウドの“本質的な設計思想”の理解不足に起因します。

● 発生パターン（典型例）

• コスト最優先で単一 AZ 構成
• 冗長化や自動復旧の未実装
• データセンター障害により全停止
• 復旧が遅れ、市場・顧客へ広範な影響

クラウドは“安全で勝手に復旧してくれる”仕組みではありません。

● 欠けていた設計（本質）

• 障害は必ず起きる前提
• マルチAZ構成は“最低条件”
• 自動フェイルオーバーの設計が不可欠

事故の本質は 「Cloud Native の設計思想がなかった」 ことなのです。

クラウド移行の失敗は、技術の問題ではなく 思想の不在 が原因です。

7-5. 3つの事故に共通する“設計の3原則”

3つの事故は一見異なるように見えますが、 “共通の構造” で発生しています。

金融セキュリティの設計 3原則

• 信用を管理する（Zero Trust）
  内部不正・なりすましを前提とした設計。
• 止めない（Cloud Native）
  障害を前提とし、冗長化と自動復旧で継続性を確保。
• 説明できる（DevSecOps）
  すべての操作・変更・アクセスを記録し、後から証明可能にする。

この 3 要素が揃って初めて、 「事故が起きても制御し、説明できる」金融システム が成立します。

7-6. まとめ：事故は“予測可能”であり、“設計で防げる”

金融セキュリティは「事故をゼロにすること」ではありません。

「不正や障害が起きても制御でき、説明できる状態を設計することこそが本質」

つまり金融における安全性とは、

• 障害が起きても止まらない
• 不正が起きても検知できる
• 問題が起きても説明できる

という “レジリエンス（復元性）” と “説明責任” の上に成り立つ信用 なのです。