第29章 許可ログ

午前八時五分。

拒否ログの波が、少しだけ落ち着いていた。

ComplyVault。SafetyBoard。NotifyBridge。QualityCloud。DisasterMap。Aster。PublicNoticeHub。

それぞれの扉は、何度か叩かれ、拒否した。失効済み証明書。停止済みアカウント。存在しない訓練計画ID。署名証明書不足。隔離済みコネクタ。

画面上には、いくつもの Denied が並んでいる。

三枝涼真は、その一覧を見ながら、少しだけ安心していた。

会社は、ようやく拒否できるようになってきた。攻撃者が持っていた古い鍵は、少しずつ死んでいる。終わったはずのものを、本当に終わらせる作業が進んでいる。

だが、山崎行政書士事務所の山崎は、朝の対策会議で別のことを言った。

「今日から、“許可”を見ます」

三枝は顔を上げた。

「許可、ですか」

山崎はホワイトボードに、黒いペンで二つの言葉を書いた。

拒否ログ許可ログ

「拒否できる会社は強いです。しかし、拒否だけでは会社は動きません」

望月社長が頷いた。

「正当な業務は、許可しなければならない」

「はい」

山崎は、さらに書いた。

誰に、何を、なぜ、いつまで許可したか。

「攻撃者は、古い鍵が拒否され始めたことを知っています。次に狙うのは、会社が正当に許可する経路です」

黒崎課長が腕を組んだ。

「つまり、新しい鍵を作らせる」

久我真琴がオンライン画面の中で頷いた。

「または、正規の例外申請を出させる。緊急対応、復旧支援、取引先対応、品質事故対応。会社が“今だけ許可する”場面を狙う可能性があります」

三枝は、未了事項台帳を見た。

終了管理。非常用統制。通知サプライチェーン。業務地図。公開系システム。承認経路。

会社は、たくさんの扉を閉じた。

だが、業務を続けるためには、新しい扉を開ける必要もある。

山崎は言った。

「これから重要なのは、“はい”と言う条件です」

その言葉が、会議室に残った。

午前八時三十二分。

最初の許可要求は、予想より早く来た。

品質管理クラウドからの通知だった。

QualityCloud Emergency Access Request

要求元。

東海ファシリティ監視センター

件名。

火災警報関連ログ確認のため、品質事故・回収ルート情報への一時閲覧権限を要請

三枝は、画面を見て眉をひそめた。

「施設監視センターが、品質事故・回収ルート情報を見たいと言っています」

大石倉庫部長が、すぐに反応した。

「なぜ施設監視センターが品質回収ルートを？」

秋山法務総務部長が、通知本文を読んだ。

「昨日の火災警報に関連し、定温エリアの回収ルート影響を確認するため、と書いてあります」

久我が低い声で言った。

「理由としては、もっともらしいです。ただ、範囲が広い」

山崎は、手元のノートPCで文面を見ながら言った。

「許可前に、四つ確認します」

ホワイトボードに書く。

一　要求元は本物か二　目的は正当か三　範囲は最小か四　期限と証跡はあるか

三枝は、QualityCloudの申請詳細を開いた。

要求元アカウント。

facility-monitor-temp

状態。

不明。

契約関係。

施設管理会社の再委託先。

現在の権限。

なし。

要求権限。

Quality recall route viewerCustomer quality sensitivity metadata viewerCold chain recall priority viewer

三枝は、顔をしかめた。

「要求範囲が広いです。回収ルート、顧客品質感度、定温回収優先度まで含まれています」

大石が言った。

「火災警報の確認に、顧客品質感度は不要です」

久我が頷いた。

「その通りです。必要最小限ではない」

山崎が言った。

「では、この申請はそのまま許可しません。ただし、必要な情報提供を完全に拒むわけでもありません」

三枝は、山崎を見た。

「代替ですか」

「はい。施設監視センターが本当に必要としているのは、火災警報と定温エリアの設備影響確認でしょう。品質事故・回収ルート全体ではなく、当社側で限定した設備影響サマリを提供します」

秋山が頷いた。

「外部に直接閲覧権限は付けず、当社が確認した必要情報を出す」

「はい」

山崎は続けた。

「これが、許可の設計です。相手の目的を満たしつつ、過剰な権限は渡さない」

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

08:37　東海ファシリティ監視センター名義でQualityCloud緊急閲覧権限申請。要求範囲に回収ルート、顧客品質感度、定温回収優先度を含む。火災警報確認目的に対して過大と判断。直接閲覧権限は許可せず、当社側で限定した設備影響サマリを提供する方針。

保存。

拒否ではない。

許可でもない。

目的に合わせて、別の道を作る。

それが、これまでの単純な「閉じる」とは違っていた。

午前九時。

東海ファシリティ監視センターとの確認会議が始まった。

相手は、センター責任者の加納だった。

加納は、画面に映るなり言った。

「弊社としては、昨日の火災警報に関連して、定温便への影響範囲を確認する必要があります。QualityCloudの閲覧権限が必要だと判断しました」

山崎が静かに聞いた。

「加納さん。確認したいのは、定温便の設備影響ですか。それとも顧客別の品質感度情報ですか」

加納は、少し黙った。

「設備影響です。顧客別情報までは不要です」

「では、QualityCloud全体の閲覧権限は不要ですね」

加納は、言葉に詰まった。

「申請テンプレートが、そういう権限セットになっていまして」

久我が言った。

「権限セットが広すぎます」

山崎は続けた。

「当社から、定温エリア設備影響サマリを提供します。対象は、昨日の警報、温度履歴、実火災なし、設備確認結果、定温便への直接影響なし。ただし、顧客別品質感度や回収ルート全体は提供しません」

加納は頷いた。

「それで構いません」

山崎が確認した。

「今後、施設監視センター様から当社データへの緊急閲覧を求める場合、目的、必要データ、利用時間、閲覧者、再共有有無を明記してください。テンプレート権限セットではなく、目的単位で申請してください」

加納は、少し緊張した表情で答えた。

「承知しました」

三枝は、許可ログ整理表に入力した。

許可要求ID：P-001要求元：東海ファシリティ監視センター要求内容：QualityCloud緊急閲覧権限判断：直接権限付与せず、限定サマリ提供理由：目的に対して権限範囲過大。顧客品質感度・回収ルート全体は不要。証跡：申請本文、会議記録、提供サマリ

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

「良いです。許可しなかった理由だけでなく、代替対応も残してください」

三枝は頷いた。

拒否ログとは違う。

許可ログには、拒否と代替が同時に入る。

会社を止めずに守るには、こういう記録が必要なのだ。

午前九時四十五分。

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

件名は、Need to know。

本文は、短かった。

You are learning to ask why.That slows everything.

なぜ必要かを聞くことを覚えた。それはすべてを遅くする。

三枝は、保全した。

山崎が、静かに言った。

「はい。少し遅くします」

大石が笑わずに言った。

「でも、昨日みたいに全部見せるよりいい」

久我が頷いた。

「必要性確認は摩擦です。攻撃者にとっては厄介です」

望月が言った。

「安全のための摩擦ですね」

山崎は頷いた。

「はい。昨日の復帰指示と同じです。速さより、正しい条件を優先する場面があります」

三枝は入力した。

09:45　不明差出人より件名“Need to know”のメール受信。必要性確認により対応が遅くなる旨を記載。P-001の過剰権限申請への確認・代替提供に反応した可能性。証跡保全。

保存。

攻撃者は、遅さを嫌がる。

だが、会社にとっては、正しい遅さがある。

午前十時二十分。

次の申請は、広報部からだった。

PublicNoticeHub一時公開権限申請

目的。

取引先向け安全確認ルールの緊急掲載。

申請者。

広報担当。

承認者。

広報部長、秋山。

必要権限。

公開文下書き作成。電子署名付き公開。有効時間、二時間。

三枝は、申請を見て言った。

「これは正当な申請です」

山崎が聞いた。

「確認条件はそろっていますか」

三枝は、項目を読み上げた。

「目的あり。承認者あり。二時間の期限あり。公開文の文面あり。署名証明書利用。公開後の確認方法あり」

久我が言った。

「テストアカウントではなく、現行広報担当アカウントですね」

「はい」

秋山が言った。

「文面は法務総務で確認済みです」

山崎は頷いた。

「では、許可します。ただし、許可ログを残します」

三枝は、PublicNoticeHubのPIMを開いた。

広報担当へ、二時間限定で公開権限を付与。二名承認済み。電子署名必須。公開後に自動失効。ログ保存。

Access granted

三枝は入力した。

P-002　PublicNoticeHub一時公開権限申請。目的：取引先向け安全確認ルール緊急掲載。申請者：広報担当。承認者：広報部長、秋山。期限：2時間。条件：電子署名必須、公開後確認、権限自動失効。判断：許可。

山崎が言った。

「これが、良い許可ログです」

三枝は、少しだけ安心した。

拒否ばかりではない。

会社は、必要なことには「はい」と言える。

ただし、条件付きで。

午前十一時五分。

取引先向け安全確認ルールが公開された。

内容は、前日の火災警報と偽訓練通知を受けたものだった。

当社からの安全関連通知、避難訓練通知、出荷再開通知、配送変更通知については、公式サイト、取引先登録窓口、問い合わせ番号で真正性をご確認ください。予定にない訓練通知や、通常と異なる配送変更指示を受けた場合は、当社既存窓口へ確認してください。

電子署名付きPDF。問い合わせ番号。公式サイト掲載。取引先向けメール。

公開後、権限は自動失効した。

三枝はログを確認した。

PublicNoticeHub temporary publish role: expired

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

11:05　取引先向け安全確認ルールをPublicNoticeHubで電子署名付き公開。P-002一時公開権限は公開後に自動失効。署名検証、問い合わせ番号、公式掲載により真正性確認手段を提供。

保存。

許可した。実行した。失効した。

三枝は、その一連の流れを見て思った。

これが、本来の「終わり」だ。

許可にも終わりがある。許可が終わったことを確認する。

許可ログは、終了管理にもつながっている。

午前十一時三十分。

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

件名は、Good yes。

本文は、短い。

You said yes.And then killed it.Cruel.

あなたたちは「はい」と言った。そして、それを殺した。残酷だ。

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

「一時権限が失効したことを言っていますね」

久我が頷いた。

「相手が公開権限の失効を観測しようとしている可能性があります。ただ、今のPublicNoticeHub公開経路は署名と期限で守られています」

山崎が言った。

「良い許可は、期限付きです」

三枝は入力した。

11:30　不明差出人より件名“Good yes”のメール受信。P-002一時公開権限付与・自動失効に反応した可能性。“はいと言ってから殺した”と記載。証跡保全。

保存。

山崎はホワイトボードに書いた。

許可は、失効までが許可。

望月が頷いた。

「これも標準にしましょう」

午後零時十五分。

昼の会議で、許可ログの一覧が共有された。

P-001。東海ファシリティ監視センターのQualityCloud緊急閲覧申請。直接権限付与せず、限定サマリ提供。

P-002。PublicNoticeHub一時公開権限。二時間限定で許可し、自動失効。

三枝は、その二件を並べて見た。

同じ「許可要求」でも、判断は違う。

P-001は、目的は理解できるが、権限が広すぎた。だから、代替を出した。

P-002は、目的、範囲、期限、承認、署名がそろっていた。だから、許可した。

山崎が言った。

「許可ログには、会社の判断基準が現れます」

秋山が聞いた。

「拒否ログよりも、経営判断に近いですね」

「はい」

山崎は答えた。

「拒否は、条件に合わないものを止めます。許可は、条件がそろったものを通します。どの条件を重視するかが、会社の統制方針です」

黒崎が言った。

「許可したものも、監査対象にする必要がありますね」

久我が頷いた。

「むしろ、許可したものほど見ます。攻撃者は許可された経路を使いますから」

三枝は、許可ログ整理表に新しい列を追加した。

許可後監視

P-002には、公開後のアクセス監視、署名検証数、問い合わせ状況、権限失効確認を入れた。

P-001には、提供サマリの受領確認、追加要求の有無、施設監視センター側のログ保全状況を入れた。

山崎は頷いた。

「許可した後も終わりではありません」

三枝はメモした。

許可後こそ、見る。

午後一時二十分。

三件目の許可要求が来た。

送信元は、日向システムサービスの高瀬。

件名。

WMS東側ライン追加復旧支援のための一時作業権限申請

三枝は、画面を見た。

日向システムサービス。

三か月前の事件で、保守用アカウントが悪用された委託先。小田切の引継ぎメモ。前島アカウント。再委託先の沈黙。旧手順書。責任整理は、まだ完全には終わっていない。

その日向から、新しい作業権限の申請。

黒崎が、少し硬い声で言った。

「必要な作業です。東側ラインの残り端末を完全復旧するには、日向の支援がいる」

久我が言った。

「技術的にも、支援は有効です。ただし、権限設計を慎重に」

山崎が、申請内容を確認した。

申請者。

日向システムサービス高瀬。作業者。

日向社員、二名。再委託先。

なし。対象。

東側ライン残り端末の管理エージェント再登録。必要権限。

端末管理限定ロール。対象グループ。

Warehouse-Terminal-East-Recovery-Group。作業時間。

本日十五時から十七時。MFA。

作業者個別。画面録画。

あり。作業終了条件。

ロール解除、セッション失効、SOC終了通知、駿河ML確認。

三枝は、申請を見ながら驚いた。

三か月前とは違う。

保守用共有アカウントではない。作業者個別アカウント。時間限定。対象限定。再委託先なし。画面録画。終了条件。

高瀬も変わっている。

いや、日向も変わらざるを得なかったのだ。

望月が山崎を見た。

「許可できますか」

山崎は、すぐには答えなかった。

「条件を一つ追加したいです」

「何ですか」

「作業前に、対象端末の現在状態を駿河ML側で保全すること。作業中は久我さんまたは三枝さんが同席すること。作業後に拒否ログ・許可ログ・操作ログを突合すること」

久我が頷いた。

「同意です」

黒崎も言った。

「できます」

山崎は続けた。

「それから、作業者が使用する端末の健全性確認を日向側で出してください。EDR状態、パッチ、管理者権限、画面録画保存先」

高瀬は、オンラインで頷いた。

「提出します」

望月は言った。

「条件付きで許可します」

三枝は入力した。

P-003　日向システムサービス WMS東側ライン追加復旧支援一時作業権限。目的：管理エージェント再登録。作業者個別、再委託なし、対象グループ限定、15:00-17:00、MFA、画面録画、終了条件あり。追加条件：作業前端末状態保全、駿河ML/久我同席、作業端末健全性証跡、作業後ログ突合。判断：条件付き許可。

保存。

これは、難しい許可だった。

信頼しきれない相手に、必要な範囲で権限を渡す。

拒否すれば復旧が遅れる。無条件に許可すれば危険が戻る。

だから、条件付き許可。

許可ログが、会社を支える。

午後二時十分。

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

件名は、Trust again?

本文は、挑発だった。

You let them in again.How touching.

また彼らを入れるのか。感動的だ。

三枝は、保全した。

黒崎が、低く言った。

「日向のことを言っているな」

山崎は、すぐに言った。

「攻撃者は、委託先との信頼回復を妨害したいのでしょう」

高瀬の顔が、オンライン画面の向こうで硬くなった。

「弊社としても、今回の条件を受け入れます」

望月が高瀬を見た。

「高瀬さん。これは、御社を無条件に信頼するという意味ではありません」

高瀬は頷いた。

「分かっています」

望月は続けた。

「必要な作業を、説明できる条件でお願いするという意味です」

高瀬は、深く頭を下げた。

「はい」

山崎が言った。

「信頼とは、証跡なしに任せることではありません。確認可能な形で協力することです」

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

信頼＝証跡なしに任せることではない。確認可能な形で協力すること。

時系列表にも入力する。

14:10　不明差出人より件名“Trust again?”のメール受信。日向システムサービスへのP-003条件付き許可に反応した可能性。攻撃者が委託先との協力・信頼回復を揺さぶる意図の可能性。対応方針：無条件信頼ではなく、条件付き許可・証跡・同席・ログ突合に基づき作業を実施。

保存。

午後三時。

日向システムサービスの作業が始まった。

作業者は、二名。

それぞれ個別アカウント。PIMで端末管理限定ロールを有効化。有効時間、二時間。対象、Warehouse-Terminal-East-Recovery-Groupのみ。

三枝は、久我とともに画面を監視した。

作業端末の健全性証跡。EDR正常。パッチ適用済み。画面録画開始。日向側作業責任者、高瀬。駿河ML側立会い、三枝。北斗DFIR立会い、久我。

作業は慎重に進んだ。

端末十台。管理エージェント再登録。正規管理先URL確認。偽管理先通信なし。プリンタ構成確認。ログ転送確認。SOC通知確認。

三枝は、ログを見ながら思った。

三か月前、委託先作業は不安の塊だった。

今は違う。

不安はある。だが、見える。

誰が作業しているか。何をしているか。どの権限か。いつ終わるか。終わったら何を閉じるか。

山崎は、画面の端で判断記録を更新していた。

「三枝さん。今の端末グループ変更、操作IDを入れてください」

「はい」

「日向さん。作業終了時刻を口頭で言うだけでなく、チャットにも記録してください」

高瀬が答えた。

「了解しました」

久我が言った。

「端末七台目、通信ログ正常です」

大石がオンラインで見ていた。

「現場側、ラベル発行テスト待機しています」

作業は、淡々と進んだ。

それが何よりありがたかった。

午後四時四十七分。

東側ライン残り端末の追加復旧作業は完了した。

日向作業者が、作業終了を宣言した。

「全対象端末の管理エージェント再登録、プリンタ構成確認、ログ転送確認が完了しました」

三枝は、すぐに確認した。

PIMロール解除。セッション失効。SOC終了通知。画面録画保存。作業ログ取得。端末通信確認。拒否ログ異常なし。許可ログ完了。

久我が言った。

「技術的に問題なし」

大石が、倉庫から言った。

「現場側、ラベル発行テスト成功。東側ライン、通常処理に近い速度まで戻せます」

望月が、深く息を吐いた。

「ありがとうございます」

高瀬は、画面越しに頭を下げた。

「こちらこそ、ありがとうございます」

会議室に、少しだけ静かな空気が流れた。

信頼が完全に戻ったわけではない。責任整理も続いている。

だが、協力できた。

条件付きで。証跡付きで。説明可能な形で。

三枝は入力した。

16:47　P-003日向システムサービス東側ライン追加復旧支援完了。対象端末の管理エージェント再登録、プリンタ構成確認、ログ転送確認完了。PIMロール解除、セッション失効、SOC終了通知、画面録画保存、作業ログ取得、端末通信確認済み。現場ラベル発行テスト成功。

保存。

この行は、明るい。

許可が、会社を動かした。

午後五時二十分。

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

件名は、A clean yes。

本文は、短かった。

That was a clean yes.Harder to poison.

きれいな「はい」だった。毒を入れにくい。

三枝は、保全した。

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

「攻撃者も、条件付き許可の強さを認識しているようですね」

久我が頷いた。

「作業者個別、対象限定、時間限定、録画、終了確認。攻撃者が紛れ込みにくい」

高瀬が、画面越しに少しだけ笑った。

「毒を入れにくいと言われたのは、初めてです」

黒崎が言った。

「褒められてると思うなよ」

高瀬は苦笑した。

「分かっています」

望月は言った。

「でも、今日の作業は良かったです。今後の委託先作業の標準にします」

山崎が頷いた。

「山崎行政書士事務所としても、今回のP-003を、委託先一時作業許可のモデルケースとして整理できます」

三枝は入力した。

17:20　不明差出人より件名“A clean yes”のメール受信。P-003条件付き許可に反応した可能性。“きれいなはい。毒を入れにくい”と記載。証跡保全。P-003を委託先一時作業許可のモデルケースとして整理する方針。

保存。

午後六時半。

その日の最終会議で、山崎は「許可ログ」のまとめを示した。

許可ログの原則

一　目的を確認するなぜ必要か。

二　範囲を最小化する何だけが必要か。

三　時間を限定するいつまで必要か。

四　個人を特定する誰が使うか。

五　承認を現在化する誰が今、責任を持って許可するか。

六　監視を組み込む許可後、何を見るか。

七　終了を確認する許可が終わったことをどう証明するか。

八　代替を用意する直接許可しない場合、目的をどう満たすか。

山崎は言った。

「拒否ログは、防御が止めたものを示します。許可ログは、防御が通したものを示します。どちらも必要です」

望月が頷いた。

「これで、会社が何を拒み、何を許すのかを説明できます」

秋山が言った。

「許可ログは、監査にも使えますね」

「はい」

山崎は答えた。

「特に、委託先作業、外部データ閲覧、公開文送信、緊急権限、復旧作業。これらは許可ログが必要です」

大石が言った。

「現場でも使えます。緊急出荷キオスクを開ける時も、許可ログを残す」

黒崎が続けた。

「PIM、JIT、ワークフローに落とし込みます」

三枝は、許可ログ整理表を見た。

P-001。P-002。P-003。

三つしかない。

だが、それぞれが会社の判断を示している。

拒否するだけではなく、正しく通す。

それが、次の段階だった。

午後八時。

東側ラインは、ほぼ通常稼働に戻った。

倉庫から、大石のメッセージが届いた。

東側ライン、通常処理の95%まで回復。日向作業分の端末、安定しています。現場は助かりました。

三枝は、そのメッセージを見て、少しだけ目を閉じた。

許可してよかった。

ただし、条件付きで。

日向を入れたことで、復旧が進んだ。同時に、監視と記録が残った。

これが、会社の新しい協力の形なのだろう。

望月は、メッセージを見て言った。

「拒否だけでは、ここまで戻りませんでしたね」

山崎は頷いた。

「はい。防御は、閉じることと開けることの両方です」

久我が言った。

「そして、開けたら閉じることまで」

三枝は笑った。

「結局、終了管理ですね」

山崎は、少しだけ微笑んだ。

「はい」

午後九時十五分。

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

件名は、May I?

本文は、これまでになく短かった。

May I come in?

入ってもよいか？

三枝は、保全した。

誰も、すぐには話さなかった。

その一文は、冗談のようで、不気味だった。

攻撃者は、もはや鍵を壊すだけではない。拒否され、許可条件を見て、今度は「入ってもよいか」と聞いている。

山崎が、静かに言った。

「答えは、条件次第です」

黒崎が言った。

「いや、攻撃者には駄目です」

山崎は頷いた。

「もちろんです。ただし、会社としての原則は、“誰であっても、目的、範囲、時間、本人性、承認、監視、終了がないなら入れない”です」

望月が言った。

「それが、当社の答えです」

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

21:15　不明差出人より件名“May I?”のメール受信。“May I come in?”と記載。攻撃者が許可統制そのものを意識している可能性。対応方針：目的、範囲、時間、本人性、現在の承認、監視、終了確認がないアクセスは許可しない。

保存。

午後十時半。

三枝は、一人で許可ログ整理表を見ていた。

P-001は、過剰な権限要求を代替情報提供に変えた。P-002は、公式公開を二時間限定で許可し、失効した。P-003は、委託先復旧作業を条件付きで許可し、東側ラインを戻した。

許可にも、種類がある。

通さない許可。通す許可。通した後に閉じる許可。

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

許可とは、扉を開けることではない。通る道を設計することだ。

保存。

山崎が、背後から声をかけた。

「良いですね」

三枝は振り返った。

「また見ましたね」

「はい」

三枝は苦笑した。

「今日は、拒否より許可の方が難しかったです」

山崎は頷いた。

「拒否は、条件に合わないものを止めます。許可は、条件を整えて業務を動かします。だから難しい」

「でも、必要ですね」

「はい。会社は動くために存在していますから」

三枝は、東側ライン復旧のログを見た。

会社は動いている。

拒否だけでは守れない。許可だけでは危ない。証明がなければ信じられない。

許可、拒否、証明。

その三つが、ようやく形を持ち始めていた。

午前零時。

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

00:00　許可ログ整理を開始。P-001では過剰なQualityCloud緊急閲覧要求を直接許可せず限定サマリ提供へ変更。P-002ではPublicNoticeHub一時公開権限を目的・範囲・時間・署名・承認付きで許可し自動失効。P-003では日向システムサービス東側ライン復旧支援を作業者個別、対象限定、時間限定、画面録画、同席、作業後ログ突合条件付きで許可し、東側ライン復旧を確認。

保存。

画面右下。

保存しました。

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

拒否できる会社は強い。許可を設計できる会社は、動き続けられる。

保存。

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

扉は、すべて閉じているわけではない。

必要な扉は、開いている。

ただし、誰が、なぜ、いつまで通るのかを、会社は知っている。

そして、通った後には閉じる。

その閉じた音も、ログになる。