第26章 戻ってよいという嘘

午前七時五十八分。

前日の火災警報から一夜明けても、倉庫の空気は少し硬かった。

出荷ラインは動いている。ラベルプリンタも正常だ。東側定温エリアも、消防設備業者と施設管理会社の確認を経て、限定的に運用を再開している。

それでも、作業員たちの視線は、天井の火災報知器へ何度も向かった。

一度、鳴ったベルは耳に残る。

三枝涼真は、倉庫の入口でその視線を見ていた。

昨日、現場は正しく走った。避難し、人員確認し、火災がないことを確認した。その判断は正しかった。

だが、攻撃者の狙いはそこにある。

次も走るか。

Blue Heronの最後のメールが、三枝の頭に残っていた。

Will they run next time?

次も彼らは走るか？

三枝は、自分のノートに前夜書いた一文を思い出した。

警報は、疑う前に従う。従った後で、疑う。

それは正しい。

だが、もう一つ足りない。

避難した後、誰が「戻ってよい」と言うのか。

三枝は、そこに気づいた瞬間、胃の奥が冷たくなった。

火災警報は、避難させる。だが、復帰指示は、戻らせる。

もし攻撃者が「戻ってよい」という嘘を出せるなら。

その時、人はどう動くのか。

三枝は急いで第三会議室に戻った。

午前八時十五分。

第三会議室では、朝の対策会議が始まっていた。

望月社長。黒崎課長。秋山法務総務部長。大石倉庫部長。久我真琴。山崎行政書士事務所の山崎。

三枝は着席する前に言った。

「避難後の復帰指示を確認したいです」

全員の視線が集まった。

黒崎が聞いた。

「復帰指示？」

「はい。火災警報が鳴った時、避難は現場手順に従います。でも、避難後に誰が、どの手段で、いつ『戻ってよい』と出すのか。そこが攻撃される可能性があります」

大石の顔が変わった。

「現場では、昨日は私が戻ってよいと言いました。安全確認と設備業者の確認後です」

山崎が、すぐにホワイトボードへ書いた。

復帰指示

その下に、三つの項目を並べる。

誰が出すかどの手段で出すか何を確認してから出すか

山崎は言った。

「良い着眼点です。警報が人を動かすなら、復帰指示も人を動かします」

久我が頷いた。

「攻撃者が偽の復帰指示を出せれば、実火災時には危険です。逆に、復帰指示を妨害すれば、業務停止を延ばせます」

秋山が言った。

「現場向けの一斉連絡ツールがありましたよね。SafetyBoard」

大石が頷いた。

「あります。避難場所で人員確認をするアプリです。昨日も使いました」

三枝は、画面を開いた。

SafetyBoard 災害・避難確認システム

導入目的。

災害時の安否確認。避難場所ごとの人数確認。復帰指示。一斉連絡。

所管は総務。利用部署は全社。外部運用支援は、災害訓練時の支援会社。

三枝はログインし、管理画面を確認した。

画面には、昨日の火災警報対応記録が残っている。

07:42　火災警報発報07:44　東側定温エリア退避開始07:49　一次人員確認完了08:18　現場安全確認中10:31　設備業者確認完了10:42　復帰指示発出

ここまではよい。

だが、三枝は管理者一覧を開いて手を止めた。

safety-admingeneral-affairs-leadwarehouse-safety-leaddrill-support-2026emergency-message-bot

三枝は、静かに言った。

「drill-support-2026というアカウントがあります」

秋山が顔を上げた。

「災害訓練支援会社のアカウントだと思います」

山崎が聞いた。

「契約は現在も有効ですか」

秋山は契約管理表を検索した。

「いいえ。一昨年の全社避難訓練支援です。契約終了済みです」

三枝は、管理画面をさらに確認した。

状態。

Active

最終ログイン。

昨日 10:39

会議室の空気が一気に重くなった。

大石が低い声で言った。

「復帰指示の三分前じゃないか」

三枝は、ログを開いた。

昨日十時三十九分。

drill-support-2026 logged inMessage template opened: All Clear / Return to WorkDraft createdDraft not sent

下書き。

送信はされていない。

三枝は息を止めた。

「復帰指示テンプレートの下書きが作られています。ただし、送信はされていません」

久我が言った。

「送信されていないのは幸いです。内容を確認しましょう。ただし、触る前に保全」

三枝は、画面を保存した。

山崎が言った。

「現時点の事実を記録します」

三枝は入力した。

08:23　SafetyBoardに契約終了済み災害訓練支援アカウントdrill-support-2026がActiveで残存。最終ログインは昨日10:39。復帰指示テンプレート“All Clear / Return to Work”を開き、下書きを作成。送信は未実施。

保存。

戻ってよいという嘘。

それは、下書きとして存在していた。

午前八時四十二分。

下書きの内容が保全後に確認された。

件名。

安全確認完了・通常作業へ復帰してください

本文。

東側定温エリアの安全確認が完了しました。全作業員は通常作業へ復帰してください。担当者は各ラインの再開をお願いします。

一見すると、普通の復帰指示だった。

だが、時刻が問題だった。

十時三十九分。

実際に消防設備業者の確認が完了したのは、十時三十一分。大石が正式な復帰指示を出したのは、十時四十二分。

つまり、攻撃者が作った下書きは、正式指示の直前だった。

もし送信されていたら、現場はどう判断したか。

大石が、苦い顔で言った。

「文面だけ見たら、戻っていたかもしれない」

山崎が聞いた。

「昨日の復帰指示は、SafetyBoardでも出しましたか」

大石は頷いた。

「はい。私が口頭で現場責任者に伝えた後、総務がSafetyBoardで正式通知しました」

秋山が確認した。

「正式通知は、general-affairs-leadから十時四十二分に送信されています」

三枝は、二つの文面を比較した。

攻撃者の下書き。正式通知。

ほとんど同じだった。

違いは、正式通知には次の一文があったこと。

復帰前に各ライン責任者は設備確認表へチェックを行ってください。

攻撃者の下書きには、それがなかった。

久我が言った。

「攻撃者は、現場を早く戻したかった可能性があります。設備確認表を省いた形で」

山崎が、静かに言った。

「これは、非常に重要です。復帰指示の正当性は、送信者だけでなく、確認条件にも依存します」

ホワイトボードに書く。

復帰指示＝送信者＋確認条件＋時刻＋経路

三枝は頷いた。

復帰指示は、ただのメッセージではない。

安全確認の結果だ。

その確認条件が抜けた指示は、たとえ文面が似ていても危険だ。

三枝は入力した。

08:46　drill-support-2026作成下書きは、正式復帰通知と類似。ただし、正式通知に含まれる“各ライン責任者による設備確認表チェック”が欠落。攻撃者または未確認第三者が、安全確認条件を省いた復帰指示を作成した可能性。送信は未実施。

保存。

午前九時十分。

SafetyBoardのアカウント履歴を調べると、さらに問題が見つかった。

drill-support-2026のMFA通知先。

drill-safety@resilience-training.example

一昨年の災害訓練支援会社のメールアドレス。

その会社名は、東海レジリエンストレーニング。

秋山が契約管理表を確認した。

「契約は、一昨年の避難訓練支援。一回限りです。終了済み」

三枝はログを開いた。

昨日十時三十九分のログイン前に、MFAメール送信。承認リンククリック。クリック元は、不審クラウドレンジ。

同じ構造。

旧訓練支援。旧メール。MFAリンク。契約終了済み。非常・安全系システム。

山崎が言った。

「災害訓練終了時のアカウント削除が未了だった可能性があります」

三枝は入力した。

09:13　drill-support-2026のMFA通知先は一昨年の災害訓練支援会社メールdrill-safety。契約終了済み。昨日10:39ログイン時にMFAメール送信・承認リンククリック履歴あり。クリック元は不審クラウドレンジ。

望月が言った。

「東海レジリエンストレーニングへ確認を」

秋山が、すぐに連絡文を作った。

山崎が文面を整える。

確認事項一　drill-support-2026の利用者・契約終了時削除確認二　drill-safetyメールの現在管理状態三　昨日のMFAメール受信・クリック履歴四　メール転送設定五　再委託先・外部講師の権限六　訓練資料・復帰指示テンプレートの保管状況

大石が言った。

「訓練会社のアカウントで、実際の火災警報対応に入りかけたってことか」

山崎は頷いた。

「はい。訓練の権限が、本番に残っていました」

三枝は、ノートに書いた。

訓練の鍵は、本番で使えてはいけない。

午前九時四十分。

Blue Heronからメールが届いた。

件名は、All clear。

本文は、短かった。

The most dangerous command is not “Run.”It is “Return.”

最も危険な命令は「走れ」ではない。「戻れ」だ。

三枝は、保全した。

山崎が、静かに言った。

「相手は、復帰指示の下書きを把握しています」

久我が頷いた。

「SafetyBoardか通知経路か、訓練支援メールか。いずれかで見ています」

望月が言った。

「現場へ、復帰指示の確認ルールをすぐ出しましょう」

山崎は頷いた。

「はい。復帰指示は一つの経路だけで信じない。送信者、確認条件、現場責任者の口頭確認、対策本部承認。この四つをそろえます」

大石が言った。

「現場向けには簡単にしてください」

山崎はすぐに文案を作った。

火災警報・避難後の復帰指示は、SafetyBoard通知だけでは判断しません。必ず、現場責任者の口頭指示と設備確認表の完了を確認してください。通知内容に不自然な点がある場合は、作業へ戻らず現場責任者へ確認してください。

大石は頷いた。

「これでいいです。すぐ流します」

三枝は時系列表に入力した。

09:40　不明差出人より件名“All clear”のメール受信。“最も危険な命令は走れではなく戻れ”と記載。復帰指示下書きへの関与を示唆。対応方針：復帰指示はSafetyBoard通知のみで判断せず、現場責任者口頭指示、設備確認表、対策本部承認を必須化。

保存。

攻撃者は、避難を攻撃したのではない。

戻る判断を攻撃しようとしていた。

午前十時十五分。

SafetyBoardの管理権限が確認された。

drill-support-2026は、訓練時に復帰指示テンプレートを作成するための権限を持っていた。本番通知を送る権限はないはずだった。

だが、設定上は、下書き作成後に承認者が承認すれば送信できる。

承認者一覧。

general-affairs-leadwarehouse-safety-leadsafety-drill-reviewer

三枝は、最後のアカウントで止まった。

safety-drill-reviewer

状態。

Active。

契約終了済み外部訓練支援者。

最終ログイン。

なし。

ただし、API承認トークンあり。

三枝は、嫌な予感を覚えた。

「復帰指示にも、旧承認者がいます」

黒崎が言った。

「また承認者のいない承認か」

三枝はログを確認した。

昨日の下書きは、承認されていない。だから送信されなかった。

だが、承認経路は存在する。

もし safety-drill-reviewer のAPIトークンが使われていたら、下書きは送信されていたかもしれない。

久我が言った。

「未遂ですね。攻撃者が承認トークンを持っていなかったのか、使う前に止まったのか、観測だけだったのか」

山崎が言った。

「事実としては、旧訓練支援承認者がActiveであり、API承認トークンが存在する。昨日の下書きは承認・送信されていない。承認経路悪用可能性あり」

三枝は入力した。

10:19　SafetyBoard復帰指示承認者一覧にsafety-drill-reviewerを確認。契約終了済み外部訓練支援者、Active、API承認トークンあり。昨日の“All Clear”下書きは承認・送信されていない。承認経路悪用可能性あり。

望月が言った。

「保全後、停止してください」

三枝は頷いた。

状態保全。権限保存。ログ保存。トークン失効。アカウント停止。

数分後。

safety-drill-reviewer: DisabledAPI token: Revoked

三枝は入力した。

10:27　safety-drill-reviewerを保全後停止。API承認トークン失効。

保存。

また一つ、戻ってよいという嘘の経路が閉じた。

午前十一時。

東海レジリエンストレーニングとの緊急会議が始まった。

相手は、訓練支援責任者の川端だった。

川端は、冒頭で頭を下げた。

「弊社の訓練支援アカウントが現在も残っていたこと、深くお詫びします」

山崎が、静かに質問した。

「drill-support-2026とsafety-drill-reviewerは御社のアカウントですね」

「はい。避難訓練時に、テスト通知や復帰指示テンプレートの確認に使いました」

「契約終了時に削除される予定でしたか」

「はい。弊社側では終了報告書を提出し、駿河ML様側で削除されるものと認識していました」

秋山が言った。

「当社側には削除完了記録がありません」

川端は、言葉を詰まらせた。

山崎が続けた。

「責任認定は後にします。今必要なのは、MFA通知先、メール管理、APIトークン、訓練資料、復帰指示テンプレートの保全です」

川端は頷いた。

「対応します」

久我が聞いた。

「drill-safetyメールは現在も使われていますか」

川端は答えた。

「いいえ。訓練終了後、使っていません。ただ、メールボックスは残っていました。転送設定も確認中です」

また、同じ構造。

終わった訓練。残るメール。残るアカウント。残るテンプレート。

山崎は言った。

「災害訓練終了時にも、終了証明パックを使う必要があります。訓練アカウント、通知先、テンプレート、承認者、テストデータ、地図、安否確認名簿。すべて閉じる対象です」

川端は、真剣な表情で頷いた。

「弊社でも標準手順にします」

三枝は入力した。

11:06　東海レジリエンストレーニング確認。drill-support-2026、safety-drill-reviewerは同社避難訓練支援時アカウント。契約終了後削除予定だが削除完了記録なし。drill-safetyメールは未使用だが残存。訓練終了時のアカウント・通知先・承認者・テンプレート削除確認が未了。

保存。

午後零時十五分。

復帰指示の標準手順が改訂された。

山崎が文面を整える。

復帰指示統制

一　復帰指示は、単独のアプリ通知では成立しない。

二　必要条件は、現場安全確認、設備確認表、現場責任者確認、対策本部承認。

三　SafetyBoard通知は、復帰指示の補助であり、現場責任者の指示と一致していることを確認する。

四　復帰指示テンプレートは機密扱いとし、編集権限は内部責任者に限定する。

五　訓練支援アカウントは訓練終了時に削除し、削除証跡を残す。

六　復帰指示承認者、代理承認者、APIトークンは四半期確認する。

七　不審な復帰指示を受けた場合は、戻らず現場責任者へ確認する。

大石が読んで頷いた。

「現場向けには、もっと短くします」

山崎は頷いた。

「はい。標準手順はこれで、現場カードは簡潔に」

大石は現場カード案を作った。

戻る前に三つ確認1　現場責任者が言ったか2　設備確認が終わったか3　通知と現場指示が一致しているか

三枝は、そのカードを見て思った。

分かりやすい。

現場で使える言葉だ。

山崎が言った。

「良いです。統制は、現場で使えなければ意味がありません」

大石は少し笑った。

「山崎先生に褒められると、何か台帳に入れられそうですね」

会議室に小さな笑いが広がった。

三枝も笑った。

張り詰めた空気の中で、こういう笑いが戻ってきたことが少し嬉しかった。

午後一時半。

Blue Heronからメールが届いた。

件名は、Return card。

本文は、短かった。

Three checks.Too simple.Too strong.

三つの確認。単純すぎる。強すぎる。

その下には、現場カード案の一部が貼られていた。

三枝は、保全しながら顔をしかめた。

「現場カード案まで見ています」

久我が言った。

「どこかの通知、共有、または画面監視です。共有先を確認しましょう」

山崎が言った。

「現場カード案はどこで共有しましたか」

大石が答えた。

「現場責任者の内部チャットです。外部は入っていません」

三枝は、チャットの通知先を確認した。

内部チャット。ただし、監査アーカイブ対象。ComplyVaultへ保存。エクスポート権限は今朝見直し済み。旧外部アカウントは停止済み。

それでも、Blue Heronは見ている。

久我が言った。

「リアルタイムではなく、過去の通知経路から推測した可能性もあります。あるいは、画面を見た誰かの端末、スクリーンショット、内部チャットの別連携」

三枝は、内部チャット連携一覧を確認した。

そこに、古いボットがあった。

safety-digest-bot

用途。

現場安全連絡を日次ダイジェストとして総務へ送る。通知先。

Safety-Digest-Archive

メンバー。

総務。倉庫責任者。旧訓練支援アカウント。

三枝は、深く息を吐いた。

「安全連絡のダイジェストボットに、旧訓練支援アカウントが残っています」

山崎が、静かに言った。

「通知の巣の別種ですね。安全連絡の巣」

三枝は入力した。

13:34　不明差出人より件名“Return card”のメール受信。現場向け復帰確認カード案の一部を提示。共有先確認により、safety-digest-botが安全連絡をSafety-Digest-Archiveへ送信し、旧訓練支援アカウントがメンバーとして残存していることを確認。

保存。

また、巣。

だが、今度は発見が速い。

三枝と黒崎は、状態を保全し、旧訓練支援アカウントを停止し、ダイジェストボットの通知先を内部限定に変更した。

午後二時四十分。

山崎は、復帰指示統制にもう一項目を追加した。

八　復帰指示案、現場カード、訓練資料は、作成途中から機密扱いとし、通知・ダイジェスト・アーカイブ先を確認する。

秋山が言った。

「作成途中も、機密ですか」

山崎は頷いた。

「はい。攻撃者は完成版だけでなく、作成途中の方針も見ます。現場カード案を見れば、会社がどのルールを採用するか分かります」

三枝は、以前のSecond reportや未了台帳も、攻撃者に見られていたことを思い出した。

作成途中の文書は、会社の思考のログだ。

それも守らなければならない。

三枝は、ノートに書いた。

下書きも、会社の判断である。

保存。

山崎が、それを見て言った。

「重要です」

三枝は頷いた。

「下書きの漏えいも、判断の漏えいですね」

「はい。しかも、攻撃者は下書きを使って先回りできます」

望月が言った。

「下書き管理も、説明の倉庫に入れましょう」

三枝は、未了事項台帳に追加した。

U-155　インシデント対応下書き・現場カード案の共有範囲管理未了

責任者。

秋山・三枝・山崎行政書士事務所

期限。

七日以内に暫定手順

状態。

開始

午後三時五十五分。

SafetyBoardの復帰指示承認経路が完全に見直された。

旧訓練支援アカウント停止。旧承認トークン失効。MFA通知先更新。復帰テンプレート編集権限を内部責任者に限定。復帰通知には確認条件を必須項目化。復帰指示送信時は、現場責任者と対策本部の二名承認。通知は内部限定チャンネルへ。ダイジェストボットの外部メンバー削除。ログ保存期間を延長。

三枝は、設定完了後にテスト通知を実施した。

件名。

訓練：復帰指示テスト

本文。

これはテストです。現場責任者の指示と設備確認表がない限り、復帰指示として扱わないでください。

大石が現場から返信した。

テスト受信。現場では復帰指示として扱っていません。現場責任者確認ルール、周知済み。

三枝は、ほっとした。

通知は届いた。だが、人は勝手に戻らなかった。

システムだけではなく、人間の判断が入っている。

それが強い。

久我が言った。

「良いテストです。攻撃者がアプリ通知だけを出しても、現場は戻らない」

山崎が頷いた。

「現場の判断を、統制に組み込めました」

三枝は時系列表に入力した。

15:58　SafetyBoard復帰指示承認経路を改修。旧訓練支援アカウント停止、APIトークン失効、MFA通知先更新、確認条件必須化、二名承認化。テスト通知を実施し、現場は復帰指示として扱わず、現場責任者確認ルールが機能することを確認。

保存。

午後四時三十分。

Blue Heronからメールが届いた。

件名は、Humans in the loop。

本文は、短かった。

Machines are faster.Humans are annoying.

機械は速い。人間は厄介だ。

三枝は、保全しながら小さく笑った。

「褒められていますかね」

久我も少し笑った。

「攻撃者からすると、面倒になったという意味でしょう」

山崎が言った。

「人間を入れることは、遅さでもあります。しかし、正しい遅さがあります」

大石が言った。

「現場確認の遅さですね」

山崎は頷いた。

「はい。戻る前に三つ確認する。これは遅さではなく、安全のための摩擦です」

望月が言った。

「攻撃者は、自動化された復帰指示を使いたかった。こちらは、人間の確認を入れた」

「はい」

山崎は答えた。

「全てを自動化することが、必ずしも強さではありません」

三枝は、ノートに書いた。

安全のための摩擦は、防御である。

保存。

午後五時十五分。

火災警報・復帰指示に関する取引先説明が更新された。

内容は短く、正確だった。

本日、火災警報に伴い一部作業を停止しましたが、現場退避・人員確認・設備業者確認の結果、実火災は確認されませんでした。設備管理システム上の不審な操作可能性について、施設管理会社、設備業者、外部専門家と確認を進めています。今後も火災警報等の安全関連イベントでは、安全手順を最優先し、必要な確認後に段階的に作業を再開します。

営業部長が言った。

「取引先からは、安全優先は理解すると返信が来ています」

望月は頷いた。

「よかった」

山崎が言った。

「安全を優先したことを説明すれば、遅延だけが残るわけではありません」

三枝は思った。

説明は、遅延を消さない。だが、遅延の意味を変える。

安全のために止めた。確認してから戻した。不審操作も調べている。

それを説明できれば、会社は信頼を少し守れる。

午後六時四十分。

その日の最終会議で、山崎は復帰指示統制のまとめを示した。

復帰指示統制の要点

一　避難指示と復帰指示を同じ強度で管理する。二　復帰指示は、通知だけで成立させない。三　現場責任者、設備確認、対策本部承認を組み合わせる。四　訓練支援アカウントと承認トークンは訓練終了時に削除する。五　復帰指示テンプレートと現場カードは機密扱いにする。六　下書き・ダイジェスト・アーカイブ先も確認する。七　警報への信頼を守るため、誤報でも避難判断を正当化する。

望月が頷いた。

「これを、全社安全統制に入れます」

大石が言った。

「現場にも落とします」

秋山が言った。

「災害訓練契約にも反映します」

黒崎が言った。

「SafetyBoardの承認経路は、四半期レビュー対象にします」

久我が言った。

「設備管理システムとの連携ログも監視対象にします」

山崎は、静かに頷いた。

「これで、戻ってよいという嘘への防御ができました」

三枝は、その言葉を聞いて、タイトルの意味を改めて感じた。

攻撃者は、走らせるだけではない。戻らせることもできる。

だから、戻る判断を守る。

それは、現場の命を守ることでもある。

午後八時。

Blue Heronから、その日最後のメールが届いた。

件名は、Next time。

本文は、一行だけだった。

Next time, the fire may be real.

次は、本当の火かもしれない。

会議室が静まり返った。

三枝は、深く息を吸ってから保全した。

山崎が、静かに言った。

「だからこそ、火災警報時は必ず避難します」

大石が、すぐに言った。

「現場にも、そう伝えます」

望月が頷いた。

「当社の答えは変わりません。次も避難する。安全確認後に戻る。復帰指示は三つ確認する」

久我が言った。

「攻撃者は、疑わせることで次の本物を危険にします。こちらは、疑う順番を決めることで守る」

山崎がまとめた。

「従う。確認する。記録する。戻る。これが順番です」

三枝は時系列表に入力した。

20:00　不明差出人より件名“Next time”のメール受信。“次は本当の火かもしれない”と記載。対応方針：火災警報時は今後も避難・人員確認を最優先。安全確認、設備確認、現場責任者指示、対策本部承認を経て復帰する。サイバー調査は安全確保後に並行実施。

保存。

午後十時三十分。

会議室には、三枝と山崎だけが残っていた。

ホワイトボードには、今日の言葉が並んでいる。

戻ってよいという嘘復帰指示＝送信者＋確認条件＋時刻＋経路下書きも、会社の判断である安全のための摩擦は、防御である従う。確認する。記録する。戻る。

三枝は、椅子に深く座った。

「今日も、守るものが増えましたね」

山崎は頷いた。

「はい」

「アカウント、ログ、地図、窓、通知、アーカイブ、承認、証明書、非常用、警報、復帰指示」

三枝は、自分で言いながら少し笑った。

「多すぎます」

山崎は、静かに答えた。

「会社が多くのもので動いているということです」

「攻撃者は、それをよく知っていますね」

「はい。だから、会社も知る必要があります」

三枝は、ホワイトボードの最後の行を見た。

従う。確認する。記録する。戻る。

「山崎先生」

「はい」

「サイバーセキュリティって、結局、会社の行動を設計することなんですね」

山崎は、少しだけ考えた。

「かなり近いと思います」

「技術だけじゃなくて」

「はい。技術は、行動を支える仕組みです。ログは、行動を説明する証跡です。契約は、行動の責任分界です。規程は、行動の約束です。訓練は、行動の練習です」

三枝は、その言葉をノートに書いた。

セキュリティは、会社の行動設計である。

山崎は、その一文を見て言った。

「それは、今回の章の結論ですね」

三枝は笑った。

「また内部研修に使いますか」

「使いましょう」

二人は、少しだけ笑った。

午前零時。

三枝は、時系列表の最後に入力した。

00:00　SafetyBoard復帰指示経路において、契約終了済み災害訓練支援アカウントdrill-support-2026、旧MFA通知先、safety-drill-reviewer承認者、API承認トークン、安全連絡ダイジェストボットの外部メンバー残存を確認。復帰指示下書きは送信されず。復帰指示統制として、現場責任者指示、設備確認表、対策本部承認、通知一致確認を必須化。

保存。

画面右下。

保存しました。

三枝は、自分のメモにも一行追加した。

戻ることは、止まることより危ない時がある。だから、戻る判断にも鍵をかける。

保存。

第三会議室の外では、夜勤の倉庫が静かに動いていた。

火災警報は鳴っていない。SafetyBoardも沈黙している。緊急出荷キオスクも使われていない。

使われない非常用。鳴らない警報。出されない復帰指示。

それらが正しく眠っていることもまた、ログだった。

そして次に鳴った時には。

会社は走る。確認する。記録する。そして、戻る。