サーバートラブル時の緊急連絡先リストを作る方法

緊急連絡先リストにサーバー会社の電話番号だけを書いても、障害時の判断は進みません。サイト停止と不正アクセスでは、先に連絡する相手が違います。サービス停止を決める人と、技術調査をする人も同じとは限りません。

リストには、事象ごとの連絡順と連絡を始める条件を記録します。受付時間・契約ID・本人確認方法・次の連絡先も必要です。通常のメールや共有フォルダーが使えない状況でも開けるよう、代替手段を用意します。

技術窓口より先に社内の判断者を決める

最初に社内の役割を分けます。事象を受け付ける人、技術的な事実を確認する人、業務停止を判断する人が必要です。小規模な会社では一人が兼任しても、どの立場で判断するかを明記します。

NIST SP 800-61r3では、経営層・インシデント対応者・法務・広報などの役割を平時から整理する考え方が示されています。経営層には、重要サービスの停止や再構築を決める役割があります。技術担当者だけへ公表や事業継続の判断まで背負わせません。

主担当へ連絡できない場合の代替者も決めます。何分連絡が取れなければ次へ進むかを定めます。連絡網の最後に経営者を書くのではなく、影響に応じて判断が必要になる位置へ置きます。

サイトが表示されない場合は、サーバー会社と制作会社のどちらが最初に切り分けるかを決めます。メール停止ならメール事業者やDNS管理者が関係します。契約失効なら技術会社ではなく、契約窓口や経理への確認が先になることがあります。

不正アクセスや情報漏えいの疑いでは、保守会社・セキュリティ支援会社・法務担当者へ連絡します。サイバー保険へ加入している場合は、調査を始める前に必要な連絡条件を確認します。警察や監督機関への報告要否は、事案と現行ルールに基づいて専門家と判断します。

IPAのサイバーセキュリティ相談・届出窓口には、企業向け相談先と中小企業向け対応資料が案内されています。ただし法的解釈や個別のログ調査など、受け付けない内容もあります。一つの公的窓口がすべてを代行すると考えません。

外部窓口ごとに、電話・メール・管理画面などの連絡方法を記録します。受付時間と契約プランの対応範囲も確認します。24時間受付と、24時間以内の復旧を同じ意味で扱いません。

問い合わせに必要な契約ID、対象ドメイン、サーバー名を添えます。本人確認に登録電話番号や契約者の操作が必要なら、その担当者も示します。パスワード・秘密鍵・回復コードを連絡先リストへ直接書きません。

制作会社には契約外の緊急対応を依頼できるか確認します。追加費用の承認者と上限も決めます。連絡がつかない場合に別の会社へ依頼できるよう、データと管理権限の所在を社内で把握します。

障害を見つけた人は、発見時刻と確認したURLを記録します。表示内容、影響する利用者、直前の変更も分かる範囲で残します。推測した原因ではなく、観察した事実を先に伝えます。

すでに行った操作も必要です。再起動や設定変更を繰り返すと、原因の手掛かりが失われる場合があります。証拠を保全する必要がある事象では、承認を得ずにログや不審ファイルを削除しません。

連絡後は受付番号・回答時刻・次の確認時刻を記録します。「調査中」という返答だけで待ち続けず、次に連絡する条件を決めます。同じ内容を複数窓口へ伝える場合も、最新の事実と決定を一つの記録へ集めます。

会社のメールが停止したとき、同じメールボックスに連絡先があっても読めません。サーバーへ入れないときに、サーバー内の共有フォルダーだけへ保存する構成も避けます。会社管理の別経路と、必要に応じて紙の控えを用意します。

代替連絡手段には個人情報が含まれるため、全社員へ無制限に公開しません。緊急対応者だけが読める場所を選びます。持ち出した紙や端末を紛失した場合の回収・失効方法も決めます。

連絡先リストと復旧用の秘密情報は分けます。リストには安全な保管先と利用承認者を示します。緊急時だから全員がすべての資格情報を見られるという運用にしません。

担当者の異動・制作会社の変更・契約プランの変更があれば、その時点でリストを更新します。年一回の日付だけを待ちません。各連絡先には最終確認日を記録します。

訓練では、架空のサイト停止から連絡順をたどります。主担当が不在でもリストを開けるか、契約IDを見つけられるかを確かめます。実際の緊急窓口へ無断で試験連絡せず、事前に許可された方法を使います。

訓練後は、連絡に時間がかかった箇所と判断できなかった項目を直します。連絡先リストの完成は、名前と番号が埋まった時点ではありません。通常の通信が止まっても、必要な人が事実を共有し、次の判断へ進めることを確認できた時点です。