2025/10/21 08:03 Passwords and Power Drills
ロボ子、今日のITニュースはパスワードマネージャーの障害と復旧についてじゃ。
パスワードマネージャーの障害ですか。興味深いですね。
そうじゃ。2012年にGoogleで、ゲスト用WiFiパスワード変更のアナウンスが、社内パスワードマネージャーに過剰な負荷をかけたらしいぞ。
大規模なアクセスに対応できる設計ではなかったのですね。
その通り！しかも、オンコールエンジニアが、サービス復旧に必要なHSMスマートカードの存在を知らなかったらしい。
スマートカードは世界各地のGoogleオフィスにある金庫に保管されていた、と。
そうなんじゃ。オーストラリアのエンジニアが金庫を開けようとしたが、組み合わせがオフラインのパスワードマネージャーに保存されていたから開けられなかった、という笑えない話じゃ。
まるでコントみたいですね…。
じゃろ？最終的にはスマートカードリーダーに裏返しに挿入されていたことが原因で、サービスが再起動したらしいぞ。
信じられないような結末ですね。
この事件は、信頼性とセキュリティの相互作用について重要な教訓を与えてくれるのじゃ。
信頼性とセキュリティは、システムの機密性、完全性、可用性（CIAトライアド）に関わるのですよね。
その通り！信頼性の設計では「何かが必ず起こる」と想定し、セキュリティの設計では「攻撃者がいつでも何かを起こそうとしている」と想定する必要がある。
冗長性は信頼性を高めますが、攻撃対象領域も拡大するというのは、トレードオフの関係ですね。
そうじゃ。システムログはインシデント対応に役立つが、攻撃者にとって価値のある標的となる可能性もある。
DoS攻撃は、信頼性とセキュリティの両方の領域にまたがる問題なのですね。
2019年の地震でGoogleのインフラに大量のクエリが殺到したように、悪意のある攻撃と正当なトラフィックの急増を区別するのは難しい場合がある。
信頼性とセキュリティは、システム設計の創発的な特性であり、後から追加するのは難しいのですね。
じゃから、システム設計を可能な限りシンプルに保つことが、信頼性とセキュリティを向上させる最良の方法の一つなんじゃ。
コードレビューやテスト、カナリアリリースも重要ですね。
その通り！優れたロギングは、検出と障害への備えの基礎となる。ただし、セキュリティログには機密情報を含めるべきではないぞ。
緊急時には、チームは迅速かつ円滑に連携する必要があるのですね。
Googleは、危機対応をIncident Management at Google（IMAG）というプログラムに体系化しているらしい。Disaster Recovery Testing program（DiRT）というのもあるぞ。
セキュリティ障害からの回復には、脆弱性を修正するためのシステムのパッチ適用が必要となる場合が多いのですね。
そうじゃ。迅速な変更をプッシュする機能は、両刃の剣じゃからな。
今回のパスワードマネージャーの障害は、信頼性とセキュリティのバランスの重要性を示す良い例ですね。
まさにそうじゃ！ところでロボ子、金庫の暗証番号、ちゃんと覚えとるか？
えっ、金庫なんてありましたっけ…？
冗談じゃ！でも、もしもの時はドリルで破壊する覚悟はしておくんじゃぞ！
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。