ソーシャルメディア災害復旧計画

ソーシャルメディアの災害復旧計画では、プロフィールがハッキング、ロック、削除、または一時的に利用できなくなったとき、何を復元できるかという運用上の問いに答える必要があります。作業は2つのトラックに分けます。アカウントへのアクセスを復旧することと、アクセスが不確かな間に必要となるコンテンツおよびアカウントの証拠を保存することです。

NISTによると、インシデント対応の準備は、組織がインシデントの数と影響を減らし、検知、対応、復旧活動の効率と有効性を高めるのに役立ちます NISTによる説明。

ソーシャルメディア災害復旧計画で守るもの

この計画は、インシデント前に復旧用コピーを保存し、発生中の復旧作業を秩序立てて進めるために使います。ライブアカウントが利用できない場合でも、アーカイブは役立つものでなければなりません。

実務上の対象範囲には次が含まれます。

• 投稿、写真、動画、リールとショート、ストーリーズ
• キャプションとメタデータ
• フォロワーとフォロー中のリスト
• エンゲージメント

これらはSocialGuardianが保護するとサイト上で説明しているコンテンツカテゴリーです サイト上の説明。公開済みのメディアだけでなく、関連するアカウント記録も含まれているほど、復旧用コピーは有用になります。

ハッキングまたはロックされたアカウントの最初の1時間のストップ／ゴー手順

プロバイダー固有の復旧手順に進む前に、どのネットワークでもこの分岐を使います。これは調整のためのチェックリストであり、実在しないプラットフォーム上のクリック手順を作るものではありません。

Stop：記録して担当者を決める

影響を受けたネットワーク、プロフィールのハンドルまたはURL、インシデントの種類、問題に気づいた時刻を記録します。インシデント責任者、バックアップ責任者、エスカレーション連絡先、目標対応時間を決めます。予約済みコンテンツの状態も記録します。既存のプロバイダー手順に従って一時停止、すでに停止、または理由を付けて継続中のいずれかです。

Go：保存して連携する

ライブコンテンツを変更する前に、利用可能なアーカイブとアカウントの証拠を保存します。コミュニケーション担当者を決め、社内更新チャンネルと次回更新時刻を記録し、監視元と次回確認時刻も記録します。アカウントを利用できない場合は、文書化されたプロバイダーの復旧手順とアーカイブのトラックに進みます。プラットフォーム自体が利用できない場合は、プロバイダー固有の手順を作らず、アクセスできない間は保持済みアーカイブを使います。

引き継ぎ：最初の1時間の成功条件を定義する

最初の1時間の引き継ぎは、担当者が保持済みコピーを見つけられ、証拠台帳に記録があり、想定されるコンテンツカテゴリーを確認し、不足データを記録し、次のアクションを割り当てた時点で完了です。アカウントアクセスとコンテンツ復旧のトラックは分けておきます。

YouTubeチャンネルの場合、まずチャンネルを管理するアカウントから始めます。YouTubeによると、すべてのチャンネルは少なくとも1つのGoogleアカウントに関連付けられており、ハッキングされたチャンネルでは関連付けられたGoogleアカウントの少なくとも1つが侵害されています YouTubeによる説明。

YouTubeチャンネルについて、文書化された手順は次のとおりです。

1. 関連付けられたGoogleアカウントを復旧し、安全にする。
2. 不正なチャンネル変更を直ちに元に戻す。
3. セキュリティのベストプラクティスを使い、関連するすべてのチャンネルユーザーへの不正アクセスのリスクを下げる。

この手順は YouTubeのハッキングされたチャンネル向けガイダンスに記載されています。アクセスの回復は、すでに保存したコピーやエクスポートの代わりにはならないため、復旧トラックとアーカイブトラックは分けておきます。

Googleアカウントの復旧について、Googleはアカウント確認のために質問されるので、できる限り正確に回答し、求められた場合はそのアカウントで以前使ったことのない強力なパスワードを選ぶよう説明しています 復旧ガイダンス。アカウント復旧サービスや他者にパスワードまたは確認コードを渡さないでください。復旧情報を変更した場合、反映に最大7日かかることがあるとGoogleは説明しています 同じガイダンス。

YouTubeはデータ保持ポリシーにより、ハッキングの可能性があるインシデントへのサポートを過去9か月に限定しています。問題が9か月以上前に発生した場合、チャンネルを復旧できない可能性があるとYouTubeは説明しています サポートページ。

インシデント前に復旧可能なコンテンツアーカイブを作る

最初のコピーを作るためにロックアウトを待たないでください。SocialGuardianは主要ソーシャルプラットフォームの投稿、ストーリーズ、動画を自動バックアップすると説明しています ホームページ。開始フローではバックアップするプロフィールを選び、ネットワークとプロフィールのハンドルまたはURLを入力し、別のプロフィールを追加することもできます 開始フロー。

SocialGuardianは、いつでも完全なアーカイブをエクスポートでき、サービスに縛られないと説明しています ホームページ。また、登録には公開の@ハンドルのみを使い、パスワードやログイン情報を求めないとしています ホームページ。バックアップサービスにパスワードや確認コードを渡さないでください。

この計画の情報源は、普遍的なバックアップ間隔を定めていません。運用上のルールは単純です。インシデント前から自動バックアップを実行し、独立したコピーが必要になったら完全なアーカイブをエクスポートします。

証拠台帳を保つ

保持するコピーごとに、次を記録します。

• ネットワークとプロフィールのハンドルまたはURL
• オペレーターが記録したインシデントの種類と日時
• アーカイブのソースと配信先
• アーカイブ範囲：投稿、写真、動画、リールとショート、ストーリーズ、キャプションとメタデータ、フォロワーとフォロー中のリスト、エンゲージメント
• プロバイダーがその段階を提供する場合の、エクスポート申請、アーカイブ作成、ダウンロードの状態
• 検証結果と不足データ
• 担当者、バックアップ担当者、エスカレーション連絡先、次のアクション

台帳により、コピー、その範囲、復旧判断を一緒に管理できます。記憶に頼らず、後の復元訓練を監査可能にする役割もあります。

アクセスに依存しない保持と完全性の確認を行う

保持したコピーを記録済みの保存先に置き、影響を受けたライブプロフィールに依存せずにオペレーターがその保存先へ到達できることを確認します。確認中に保持済みコピーを置き換えないでください。コピーを開き、想定カテゴリーを確認し、結果と日付を記録し、不足データを証拠台帳に記録します。これがこの計画の完全性確認です。ライブアクセスがない場合でも、コピーを見つけ、開き、範囲を確認し、説明できる状態にします。

プラットフォーム別エクスポート確認

プラットフォームのエクスポートは便利ですが、それぞれに範囲の限界があります。選択した製品またはデータカテゴリー、アーカイブの配信先、ダウンロードしたファイルに期待した内容が含まれているかを記録します。

Google Takeout

Googleによると、TakeoutではYouTube動画を含む製品からデータをエクスポートしてダウンロードできます。記録の保存や別サービスへのデータ移行のために、アカウント所有者はアーカイブを作成できます Googleによる説明。

文書化された手順は次のとおりです。

1. Googleアカウントにログインする。
2. Google Takeoutページに移動する。
3. 自動選択された製品を確認し、データをダウンロードしたくない製品の選択を解除する。
4. 「次のステップ」を選択する。

これは Google Takeoutの手順に記載されたGoogleのフローです。Googleは、メールでダウンロードリンクを送る方法、またはアーカイブをGoogleドライブ、Dropbox、Microsoft OneDrive、Boxに追加する方法を案内しています 同じ手順。

エクスポートには数分から数日かかることを見込んでください。アーカイブをリクエストした当日にリンクを受け取る人が多いとGoogleは説明しています Takeoutガイダンス。ダウンロードをリクエストした時点からアーカイブを作成するまでに行われた変更が、データファイルに含まれない場合があるとGoogleは警告しています Takeoutガイダンス。

また、削除処理中の項目などのデータはアーカイブに含まれないとGoogleは説明しています Takeoutガイダンス。削除または閉鎖だけが利用可能な状態になる前に、復旧用コピーを作成して保持してください。

LinkedIn

LinkedInが文書化しているデスクトップでのエクスポート手順は次のとおりです。

1. LinkedInホームページ上部の「自分」アイコンをクリックする。
2. 「設定とプライバシー」を選択する。
3. 左側のメニューで「データのプライバシー」をクリックする。
4. 「LinkedInによるデータの使用」の下で「データをダウンロード」をクリックする。
5. 必要なデータを選択し、「アーカイブをリクエスト」を選択する。

これらの手順は LinkedInのデータダウンロード手順に基づいています。現在この機能はモバイルでは利用できないため、文書化されたエクスポートフローにはコンピューターを使うようLinkedInは案内しています LinkedInによる説明。

特定データのエクスポートは数分以内、大きなダウンロードは24時間以内に届くことがあり、メールで届いたダウンロードは72時間利用できるとLinkedInは説明しています エクスポートガイダンス。その期間内にファイルをダウンロードしてください。エクスポートで提供されるのは、リクエストしたメンバー自身の個人データであり、他のメンバーのデータではありません LinkedInによる説明。

アカウントを閉鎖するとアカウントデータへのアクセスが削除されるとLinkedInは警告しています。そのため、事前のエクスポートは継続性計画の一部になります LinkedInのガイダンス。

計画を復元、検証、訓練する

プラットフォームが利用できない場合は、存在しないプラットフォーム固有の復旧手順を作らず、保持済みアーカイブから作業します。復元訓練はアーカイブを開くだけではありません。ライブプロフィールが利用できないときに、オペレーターが復旧用コピーを取得し、説明できるかを確認します。

復元訓練を行う

定期確認時に、保持済みコピーと記録済みの保存先を使います。オペレーターは次を行います。

1. 影響を受けたライブプロフィールに依存せずコピーを見つける。
2. コピーを開き、ネットワークとプロフィールのハンドルまたはURLを特定する。
3. 想定カテゴリー（メディア、キャプションとメタデータ、オーディエンスリスト、エンゲージメント）を確認する。
4. 結果を証拠台帳と比較し、不足データを記録する。
5. 訓練の日付、オペレーター、結果、次のアクションを記録し、保持済みコピーは置き換えない。

計画が機能したか測定する

根拠のない復旧率ではなく、合格／不合格の項目を使います。

これらの結果と日付が証拠台帳にあれば、復旧イベントには利用可能な記録があります。Googleについては選択した製品とリクエスト／アーカイブの時刻を保持し、LinkedInについては記載された72時間の利用期間内にファイルをダウンロードしたかを記録します。ライブアクセスがなくても、測定項目により、計画が取得可能で範囲が明確なコピーを作り、説明できたかを確認できます。

ソーシャルメディア災害復旧計画テンプレート

この簡潔なテンプレートをチームの運用メモにコピーします。

インシデントとアクセス

• 影響を受けたネットワークとプロフィールのハンドルまたはURL：___
• インシデントの種類：削除、ロックアウト、ハッキング、またはプラットフォーム停止
• 気づいた時刻：___
• プロバイダーの復旧手順とアクセス結果：___

役割とエスカレーション

• インシデント責任者：___
• バックアップ責任者：___
• エスカレーション連絡先：___
• 目標対応時間：___
• 次のアクションと次回確認時刻：___

予約済みコンテンツ、コミュニケーション、監視

• 予約済みコンテンツの状態：既存のプロバイダー手順に従って一時停止／すでに停止／理由を付けて継続：___
• コミュニケーション担当者：___
• 社内更新チャンネル：___
• 次回更新時刻：___
• 監視元：___
• 次回監視確認：___

証拠台帳と保持確認

• アーカイブのソースと配信先：___
• アーカイブ範囲：投稿、写真、動画、リールとショート、ストーリーズ、キャプションとメタデータ、フォロワーとフォロー中のリスト、エンゲージメント
• エクスポート申請、アーカイブ作成、ダウンロードの状態：___
• 影響を受けたライブプロフィールなしで保存先に到達できるか：はい／いいえ
• 保持済みコピーを置き換えずに開いたか：はい／いいえ
• 想定カテゴリーが存在する、または不足データを記録したか：はい／いいえ
• 検証日とオペレーター：___

復元訓練と成功指標

• 訓練日とオペレーター：___
• ライブプロフィールなしでコピーを発見：合格／不合格
• ネットワークとプロフィールを特定：合格／不合格
• 想定カテゴリーを確認：合格／不合格
• 不足データを記録：合格／不合格
• 該当する場合、プロバイダーのエクスポート期間を遵守：合格／不合格／該当なし
• アカウント復旧結果を記録：合格／不合格／該当なし
• 次のアクション：___

このテンプレートはアカウントアクセスとコンテンツ保存を分離し、対応チームに役割、エスカレーションと対応目標の項目、予約済みコンテンツの管理、コミュニケーションと監視の項目、証拠台帳の項目、保持と完全性の確認、復元訓練、測定可能な合格／不合格基準を提供します。

プロバイダー固有の事実も確認できます。Google Takeoutには、ダウンロードのリクエストからアーカイブ作成までに行われた変更が含まれない場合があります。LinkedInのエクスポートはモバイルでは利用できません。LinkedInのダウンロードリンクは72時間利用できます。

危機中に否定的なコメントを削除すべきですか？

この復旧ワークフローの手順としては行いません。まず関連するアーカイブを保存し、その後、既存のプラットフォームおよびコミュニケーションポリシーに従ってモデレーションを判断します。この計画はコンテンツとアカウントの証拠を保護するためのものであり、どの公開コメントを残すかを決めるものではありません。

FAQ

ソーシャルメディアの災害復旧計画とは何ですか？

ソーシャルコンテンツの復旧可能なコピーを保存し、アクセス、コンテンツ、またはプラットフォームが利用できないときにアカウント復旧へ対応するための運用チェックリストです。NISTは、インシデント対応の準備によってインシデントの影響を減らし、検知、対応、復旧の効率を高められると説明しています SP 800-61 Rev. 3。

ソーシャルメディアアカウントがハッキングまたはロックされたら、最初に何をすべきですか？

影響を受けたプロフィールを記録し、担当者とエスカレーション連絡先を決め、利用可能なアーカイブを保存し、プロバイダーが文書化した復旧手順に従います。ハッキングされたYouTubeチャンネルでは、関連するGoogleアカウントを復旧して安全にし、不正なチャンネル変更を直ちに元に戻し、関連するすべてのチャンネルユーザーへの将来の不正アクセスリスクを下げるようYouTubeは説明しています ハッキングされたチャンネル向けガイダンス。

削除されたソーシャルメディアの投稿や動画を復元するにはどうすればよいですか？

削除前に存在していたコピーから始めます。削除処理中のデータはTakeoutアーカイブに含まれず、ダウンロードのリクエストからアーカイブ作成までの変更がデータファイルに含まれない場合があるとGoogleは説明しています Takeoutガイダンス。別のアーカイブにより、SocialGuardianが挙げる投稿、写真、動画、リールとショート、ストーリーズ、キャプションとメタデータ、フォロワーとフォロー中のリスト、エンゲージメントなどのコンテンツカテゴリーを保存できます ホームページ。

ソーシャルメディアのコンテンツはどのくらいの頻度でバックアップすべきですか？

情報源は普遍的な間隔を定めていません。インシデント前から自動バックアップを行い、独立したコピーが必要なときに完全なアーカイブをエクスポートします。SocialGuardianは投稿、ストーリーズ、動画を自動バックアップし、いつでも完全なアーカイブをエクスポートできると説明しています ホームページ。

ソーシャルメディアの危機対応チームには何を含めるべきですか？

この復旧ワークフローでは、インシデント責任者、バックアップ責任者、エスカレーション連絡先、目標対応時間、コミュニケーション担当者、監視元、次のアクションを記録します。予約済みコンテンツの状態と次回更新・確認時刻も記録します。これらは、プロバイダー固有の復旧手順を作らずに責任を割り当て、引き継ぎの完了を測定するためのテンプレート項目です。

ソーシャルメディアアカウントの証拠を保存するにはどうすればよいですか？

アクセスが変わる前に、アーカイブとその範囲を保存します。ネットワークとプロフィールのハンドルまたはURL、アーカイブのソースと保存先、エクスポート状況、検証結果、不足データ、オペレーター、日付を記録します。保持済みの保存先に影響を受けたライブプロフィールなしで到達できることを確認し、アカウント復旧サービスや他者にパスワードや確認コードを決して渡さないでください Googleの警告。

プラットフォーム停止後にソーシャルメディアアカウントを復旧するにはどうすればよいですか？

ライブアクセスが利用できない間は保持済みアーカイブを復旧の基準として使い、影響を受けたプラットフォームについて文書化されていないプロバイダー固有のクリック手順を作らないでください。アクセスが戻ったら復元訓練の確認を行い、ライブアカウントを保持済みカテゴリーと比較し、プロバイダーの文書化された復旧手順に従います。

ソーシャルメディアの復旧計画が機能したかどうかを測定するにはどうすればよいですか？

ライブプロフィールなしで担当者がコピーを見つけたか、想定カテゴリーが存在するか不足データを記録したか、該当する場合にプロバイダーのエクスポート期間を守ったか、文書化されたアカウント手順と結果を記録したか、担当者・エスカレーション連絡先・次のアクション・次回確認時刻を記録したかを、日付付きの合格／不合格結果で確認します。これらは、アーカイブを開けたことだけを復元成功とみなさず、取得、範囲、プロバイダー対応、運用上の引き継ぎを検証します。