ビジネス継続戦略：バックアップだけでは不十分な理由

ほとんどのチームは、「バックアップがあれば、回復できる」という同じ仮定からビジネス継続戦略を開始します。バックアップは重要ですが、継続性の一部にすぎず、多くの場合、最初に失敗する要素ではありません。

現代のクラウド中心の環境では、ダウンタイムへの最も速いパスは多くの場合、アクセスの喪失です。これには、盗まれた認証情報、ロックアウトされた管理者、誤って設定されたユーザー情報の設定、またはシステムを復元するよりも早くアクセスを失効せざるを得ないインシデントなどが含まれます。チームがサインインして変更を承認したり、シークレットをローテーションしたり、安全に対応を調整したりできない場合、クリーンなバックアップがあっても運用をオンラインに戻すことはできません。

この記事では、ビジネス継続戦略とは何か（そしてそれが災害復旧プランニングとどのように接続するか）、バックアップだけでは死角が生じる理由、そして実際のビジネス継続プラン（特にアクセスと認証情報のセキュリティに関して）を強化するセキュリティ重視の管理策について説明します。

また、Proton Pass for Businessのようなビジネス向けパスワードマネージャーがビジネスネットワークのどこに適合するかも表示します。これにより、チームは認証情報のリスクを軽減し、アクセスコントロールを使いやすく、監査可能で、回復力のある状態に保つことができます。

ビジネス継続戦略とは何ですか？

バックアップだけでは不十分な理由

継続性プランニングにおけるアクセスと認証情報のセキュリティの役割とは？

バックアップ以外にビジネスの継続性を強化する対策とは？

Proton Pass for Businessは継続性戦略をどのようにサポートしますか？

ビジネス継続戦略とは何ですか？

ビジネス継続性とは、混乱の最中およびその後も不可欠な機能を実行し続けるために組織が使用するプラン、プロセス、手順のセットです。通常、これにはリスク評価、緊急時対応手順、コミュニケーションプラン、バックアップと復旧、スタッフトレーニング、およびそのプランのテストと更新のための定期的なスケジュールが含まれます。

ビジネス継続プランは、これらの戦略を運用レベルに落とし込んだものです。誰が、何を、どの順序で、どのツールを使用して行うか、また、プレッシャーの下で「許容できるサービス」がどのようなものかを定義します。

ビジネス継続性と災害復旧プランニング

ビジネス継続戦略は、しばしば災害復旧プランニングと混同され、また、どちらもインシデント対応と混同されることがあります。これらは連携して機能しますが、解決する問題は異なります。

インシデント対応は、セキュリティの予定（イベント）自体に焦点を当てています。何が起きているかを検出し、脅威を封じ込め、影響を受けたシステムから脅威を削除し、再発を防ぐために影響を調査します。
災害復旧は、混乱後のITシステムとデータの復元に焦点を当てています。これには、インフラストラクチャの障害、データベースの破損、クラウドリージョンの停止などが含まれます。
ビジネス継続プランニングは、テクノロジーの機能が低下している場合でも、混乱中に不可欠な運用を継続することに焦点を当てています。これには、人材、プロセス、ベンダー、コミュニケーション、意思決定が含まれ、復旧が進行中であってもビジネスが重要なサービスを提供し続ける方法を定義します。

この区別は重要です。FFIECのビジネス継続管理ブックレット(新しいウィンドウ)（金融機関向けに書かれていますが、広く適用可能）は、ビジネス継続プランニングとは、テクノロジーだけでなく、ビジネスを維持し、続けるようにし、回復することであると強調しています。

継続性戦略を持つことが重要である理由

フォルダーに保存されたままテストされていない継続性プランは、戦略ではなく単なる文書です。実際の戦略とは、以下のように実行できるものです。

どの機能が本当に重要であるかを把握している。
「ダウンタイム」の意味を測定可能な用語で定義している。
ITチームだけでなく、組織全体に負荷をかけるシナリオをリハーサルしている。
管理策が機能することを証明し、時間の経過とともにそれらを改善できる。

そのため、ビジネスの継続性はガバナンスとコンプライアンスに重複しています。多くのフレームワーク（ISO 22301のビジネス継続管理、セクタールール、顧客アンケートなど）は、継続性が場当たり的なものではなく、再現性があり、所有され、テストされているという証拠を求めています。

バックアップだけでは不十分な理由

バックアップは「データ復元」という特定の問題を解決します。しかし、インシデントが単純な「データ損失」という予定として発生することはめったにありません。現実の世界では、混乱は一度に複数の制約を生み出し、バックアップは最も一般的な障害モードのいくつかにアドレスするものではありません。

バックアップを復元するシステムにアクセスできなければ、バックアップは役に立ちません

継続性プランは多くの場合、管理者がサインインし、権限を昇格させ、復旧ワークフローを実行できることを前提としています。しかし、多くのインシデントは、認証情報の侵害、ユーザー情報プロバイダーのロックアウト、またはアカウントの乗っ取りから始まります。攻撃者が先に侵入した場合、パスワードの変更、キーのローテーション、新しい管理者アカウントの追加、またはユーザー情報スタックの混乱を引き起こす可能性があります。その場合、復旧はバックアップからの復元タスクではなく、制御権を争う競争になります。

これが、インシデント対応プランニングが別のセキュリティ文書としてではなく、ビジネス継続プランニングの隣に位置づけられる理由の一つです。Protonのインシデント対応ガイドでは、インシデント対応は脅威を理解し、影響を受けたときに取るべきアクションを定義することから始まり、これがアクセスの回復の速さに直接影響すると強調しています。

バックアップは他のすべての原因によるダウンタイムを防ぐものではありません

バックアップは、データの復元が始まる前にチームの活動を停止させるような次のような混乱を止めることはできません。

コアツールへのアクセスをブロックする広範囲にわたるSaaSの停止。
大規模なパスワードのリセットとアカウントのロックダウンを強制する認証情報フィッシングキャンペーン。
権限や共有を破壊する悪意のある構成変更。
エンドポイントと認証を妨害するランサムウェア。
緊急のアクセス取り消しと顧客とのコミュニケーションを必要とするベンダーのインシデント。

これらすべてのシナリオにおいて、継続性に関する当面の疑問は同じです。「これを修正している間、安全に運用を続けることができるか？」ということです。バックアップは後で役立つかもしれませんが、最初の1時間の問題を解決するものではありません。

バックアップはデータアクセスによる法的およびコンプライアンス上のリスクを軽減しません

バックアップはデータを復元しますが、不正アクセスを元に戻すことはありません。機密情報がアクセスされたり持ち出されたりした場合、システムを完璧に復元したとしても、契約上の義務、規制当局への報告、または顧客の信頼に対する影響に直面する可能性があります。

ここにこそ、継続性戦略には予防的コントロールと検出を含めるべきであり、セキュリティやインシデント対応との緊密な連携が必要です。なぜなら、復旧可能であることは、許容できることと同じではないからです。

バックアップは失敗する可能性があり、攻撃者はそれを知っています

バックアップの失敗は常に技術的なものとは限りません。一般的な問題には以下のものがあります。

不完全なカバレッジ（重要なSaaSデータがバックアップされていなかった）
古いバックアップ（復旧目標時点が想定よりも悪い）
テストされていない復元（バックアップは存在するが、迅速に復元できない）
インシデントにおける必要な認証情報およびキーの利用不可。

FFIECの冊子によると、事業継続プランの有効性は、テストまたは実際のアプリを通じてのみ検証できます。現実的な制約（限られたスタッフ、負荷のかかったシステム、不確実な範囲、アクセス制限）の下でワークフローの復元をテストしたことがない場合、実際の目標復旧時間はわかりません。

バックアップは人的継続性の問題へのアドレスにはなりません

継続性は調整に関することでもあります。誰が緊急措置を承認するのか、社内でどのようにコミュニケーションをとるのか、安全でない回避策をどのように避けるのか、そして説明責任をどのように維持するのか、ということです。唯一のプランがバックアップからの復元であるなら、インシデントの運用上の複雑さを過小評価しています。

これが、事業継続戦略がますますセキュリティ重視になっている理由です。侵害を引き起こすのと同じ弱点（脆弱なアクセス制御、一貫性のない認証情報の衛生状態、不明確な所有権）が、ダウンタイムの長期化も引き起こします。

継続性プランニングにおけるアクセスおよび認証情報のセキュリティの役割は何ですか？

バックアップが復元レイヤーであるとすれば、アクセスと認証情報のセキュリティは制御レイヤーであり、混乱の中で迅速かつ安全に行動できるかどうかを決定する部分です。

実践的な継続性の観点から、認証情報が重要である理由は、以下を制御するためです：

誰が復旧アクション（復元、ローテーション、失効、隔離）を実行できるか。
どれほど早くインシデントを封じ込めることができるか（アカウントの無効化、アクセスの遮断、キーのリセット）。
自分の環境にどれほど自信を持てるか（監査証跡、検証済みの変更、最小特権）。
人々が安全に作業を続けられるかどうか（チャットや個人のメモにシークレットをコピーすることなく）。

そのため、最善の事業継続戦略では、認証情報のガバナンスを単なるIT衛生アイテムとしてではなく、継続性の要件として扱います。

技術リスク管理プログラムは、これを正式なものにするのに役立ちます。Protonの技術リスク管理プランに関する記事では、リスク管理を重大なインシデントを防ぐための手段として明確に位置づけており、これにはインシデント対応プランの作成や、安全なパスワードマネージャーと安全なストレージを使用することによる機密データの拡散の抑制が含まれます。

バックアップを超えて事業継続性を強化する対策はどれですか？

以下に、現代の環境において継続性を強化する7つのセキュリティ重視の対策をご紹介します。これらをすべて一度に実装する必要はありません。目標は、最も可能性の高いダウンタイムのドライバーを減らし、ストレス下でも復旧アクションを実行可能にすることです。

1. 重要なワークフローに関する継続性要件を定義する

まずは「必須のサービスを提供するためには、何が機能し続ける必要があるか？」という質問から始めます。その後、サポートツール、人材、および依存関係をマッピングします。

優れたビジネス影響分析と正確なリスク評価は、効果的な事業継続プランの基礎として広く認識されています。ここで、ビジネスにとって容認できないダウンタイムとはどのようなものか、どの機能が時間的に重要か、そして最大の依存リスクがどこにあるかを定義します。

セキュリティの観点から見ると、継続性プランニングはコアインフラストラクチャを超えて拡張する必要があります。以下を考慮する必要があります：

ユーザー情報プロバイダーと管理者コンソール。
パスワードとキーのストレージ。
共有の受信トレイとお客様とのコミュニケーションチャンネル。
財務ツールと支払いワークフロー。
ベンダーのアクセスパスと統合。

混乱によってこれらのシステムのいずれかへのアクセスがブロックされた場合、チームは稼働や復旧手順の実行ができなくなる可能性があります。その瞬間、ダウンタイムはデータ損失の問題ではなく、アクセスの問題となります。

2. アクセス制御を継続性制御として扱う

アクセス制御はセキュリティとして議論されることが多いですが、継続性のエンジニアリングでもあります。インシデント発生時には、ビジネスを中断することなく迅速にリスクを軽減する必要があります。

実用的な継続性を考慮したアクセスパターンには、以下が含まれます：

日常業務のための最小特権の役割。
独立した管理者アカウント（必要な場合のみ使用）。
緊急アクセスのためのクリアなブレイクグラス手順。
重要なシステムや保管庫の文書化された所有権。
定期的なアクセスレビューとオフボーディングの制御。

重要なのは官僚主義を加えることではなく、環境が不安定なときに迅速かつ自信を持ってアクセスを変更できるようにすることです。

3. 認証情報ガバナンスの集中化

シャドウアクセスは、認証情報が管理されたシステム外（ブラウザに保存されたパスワード、共有スプレッドシート、メモ、チケットのコメント、一時的なチャットメッセージなど）に保管済みの場合に発生します。これらのショートカットは、インシデントを封じ込めようとし、誰が何にアクセスできるか分からないことに気付くまでは生産的に感じられます。2026年の中小企業サイバーセキュリティレポートの重要な発見の1つは、パスワードマネージャーを導入しているチームがしばしばそれを使用していないということでした。

集中化された認証情報のガバナンスは、以下を意味します：

認証情報が管理されたシステム内に存在する。
共有は意図的であり、取り消し可能である。
オフボーディングが宝探しにならない。
ワークフローを中断することなくローテーションが可能である。
自らの制御が存在することを証明できる。

これはセキュリティの勝利であると同時に、継続性の勝利でもあります。存在する未知の認証情報が少ないほど、必要な緊急リセットも少なくなります。

4. 認証情報侵害のプレイブックを作成する

認証情報の侵害は、大規模なリセット、失効済みセッション、強制的な多要素認証（MFA）の変更、アクセスレビュー、緊急のコミュニケーションなど、最も破壊的な継続性アクションを引き起こすことがよくあります。リハーサルを行ったことがない場合、状況はすぐに混乱に陥ります。

認証情報侵害のプレイブックは、以下の問いに答える必要があります。

侵害の兆候をどのように検出するか？
誰が、どこでアクセスを失効させることができるか？
最初に何をローテーションするか（高特権アカウント、共有保管庫、APIキーなど）？
シークレットの漏洩防止を徹底しつつ、変更をどのように伝達するか？
リセットの最中に、顧客対応の運用をどのように稼働させ続けるか？

ここが、インシデント対応と継続性が直接重なり合う部分です。インシデント対応プランニングは追加のものではありません。これは、即興に頼るのをやめ、継続性に頼るようにするための方法です。

5. コンプライアンスのためだけでなく、影響を軽減するために暗号化を使用する

暗号化は通常、コンプライアンスのチェックボックスとして位置づけられます。継続性の観点から見ると、暗号化は問題が発生した際の被害範囲を縮小します。

例：

アクセスキーによって保護された暗号化済みの認証情報保管庫は、デバイスの侵害や安全でないストレージを介してシークレットが公開されるリスクを軽減します。
エンドツーエンド暗号化モデルは、機密コンテンツの可視性を制限します。これは、リスク態勢とデータ保護にとって重要になる可能性があります。
強力な暗号化はまた、より安全なコラボレーション（プレーンテキストでシークレットを公開することなくアクセスを共有すること）をサポートします。

これも多くのチームが行き詰まる点です。彼らは暗号化を望んでいますが、それによって作業が遅くなることを懸念しています。適切なツールを使用すれば、暗号化は通常のワークフローの一部となり、人々がバイパスするために使用する特別なプロセスではなくなります。

6. セキュリティ意識を運用に組み込む

多くの組織において、継続性の最初の中断は人間による回避策です。チームメイトがロックアウトされたため、誰かがチャットでパスワードを共有する、誰かが作業を進めるために個人のアカウントを使用する、誰かがスコープを確認せずに緊急のアクセス要求を承認する、といったことです。

これが、セキュリティ意識が継続性のコントロールである理由です。これにより、場当たり的な行動によって混乱が悪化する可能性が低くなります。

エンタープライズの習慣にも適用できる、小規模チーム向けの現実的なベースラインが必要な場合は、Protonの中小企業向けサイバーセキュリティソリューションのまとめで、多大な時間や予算の投資を必要とせずにリスクを軽減するツールを選択することが強調されています。

目的はシンプルです。特に人々がストレスを感じているときに、安全な行動を最も簡単な行動にすることです。

7. 失敗を想定してプランをテストし、継続的に改善する

テストされていない継続性プランは、まだ仮定の段階にすぎません。テストを実施することで、プレッシャーの下で実際に機能するものが表示されます。復旧手順が実行可能か、アクセス権が正しいか、必要なときに認証情報を安全に取得できるか、通信パスが維持されるか、ベンダーの依存関係がクリアであるか、重要な機能が正しく優先付けられているかなどです。

FFIECの小冊子では、ビジネス継続プランニングはテストまたは実際の使用を通じてのみ証明されると明言しているため、卓上訓練では次のような最新のシナリオを反映する必要があります。

SaaSプロバイダーに関連する認証の停止。
迅速なローテーションを強制する認証情報の侵害
隔離と緊急のアクセス変更を必要とするランサムウェア。
迅速な封じ込めと調整されたコミュニケーションを要求するベンダーインシデント。

したがって、学んだことはプロダクト作業のように扱いましょう。ギャップを把握し、担当者を割り当て、期限を設定し、プランが信頼できるようになるまで再テストを行います。

Proton Pass for Businessは継続性戦略をどのようにサポートしますか？

Proton Pass for Businessは、完全なビジネス継続性プラットフォームではなく、バックアップシステム、DRインフラストラクチャ、またはより広範なガバナンスに取って代わるものではありません。ビジネス継続戦略を最も直接的にサポートするのは、レバレッジの高い継続性コントロール領域、つまり認証情報とアクセスです。

継続性の取り組みは、インシデントの混乱の最中、つまりチームがリスクを封じ込め、運用を維持し、シークレットの漏洩防止を図りながら制御を失うことなく変更を調整しようとしているときに失敗することがよくあります。Proton Pass for Businessは、安全な認証情報の慣行の導入と施行を容易にすることで、その混乱を軽減するのに役立ちます。

これが継続性のニーズにどのようにマッピングされるかは次のとおりです。

安全で一元化された認証情報のストレージと共有。 Proton Passはビジネスの認証情報管理向けに設計されており、チームが分散したドキュメントやチャットにシークレットを保存するのを避け、より安全な共有パターンを有効にするのに役立ちます。
管理コントロールとガバナンス。 Proton Pass for Businessには、チーム管理とセキュリティポリシー（共有や2要素認証に関するルールを含む）が含まれており、組織の拡大に伴って継続性のガバナンスをサポートします。
ログとレポートによる可視性。 混乱の最中には可視性が重要です。何がいつ変更されたかを知る必要があります。Proton Passは使用ログとレポート機能を提供するため、管理者はチームのすべてのアカウントにわたるアクティビティをレビューできます。
透明性による信頼。 Protonのアプローチは検証可能なセキュリティを強調しています。Proton Passはオープンソースであり、Protonは独立した監査を公開して、証拠に基づくセキュリティコントロールを求める組織をサポートしています。
ダークウェブモニタリング。 Pass Monitorは、Proton Passの保管庫に保管済みのログイン情報が侵害データセットに現れた場合に、管理者とチームメンバーにアラートを出します。これにより、影響を受けた認証情報を早期にローテーションし、侵害後のリスクを軽減できます。
パスワードの健全性チェック。 Pass Monitorは脆弱なパスワードや再利用されたパスワード（および非アクティブな2要素認証）にもフラグを立て、チームがリスクのある認証情報を悪用される前に修正するのに役立ちます。

継続性の観点から見ると、その価値は実践的です。未知の認証情報が減り、インシデント中の安全でない回避策が減り、侵害が疑われる場合のより迅速なローテーションが可能になり、アクセス変更に関する説明責任がよりクリアになります。このようにして、アクセスとパスワード管理は単なるセキュリティではなくなり、運用の回復力となります。