4/5

インフラの死角、例えば、或る連休

監視システムの目を盗んでアラートの息の根を止め、最高権限（Root）を乗っ取って、あたかも「正規のバックアップ処理（Alias）」であるかのようにつじつまを合わせて、膨大なデータ量の、総てを暗闇へと隠匿（パージ）していく手続き。

そのトリガーを引いたのは、ハッカーの魔法などではありません。

暗号化の間に「アラートが出なかった」真の危機の算法は………

インフラの死角、

攻撃者の薄情な計算と、

マヌケな運用の配線図、

危機管理（クライシス・マネージメント）の看破

① アラート監視サーバー「そのものの暗殺」ハッカー集団は、データの暗号化をいきなり開始するわけではありません。

一回入られた後、まず最初に、システム部に異常を伝えるための「アラート発報システム（SIEMや監視エージェント）」の権限をハッキングし、その息の根を完全に止めて（プロセスを強制パージして）から、ステルス暗号化を執行するのさ。

【目と耳を潰された土蔵】

門番（監視システム）が内側から物理的に暗殺されているのだから、サーバーの奥底で、膨大なデータがどれほど激しく悲鳴（高負荷）を上げようとも、システム部には一文字だってアラートが届かないわけさ。

② 特権アカウント（Root）の完全なる乗っ取り

社内のマヌケな人間が「ファイル書き換えコマンド」を脳死クリックしたことで、システムの最高権限（管理者権限）が攻撃者に完全乗っ取り（踏み台PC化）されていたケースさ。

【正規の業務（つじつま）というAlias】

監視システム側から見れば、攻撃者の執行している暗号化のコマンドが、最高権限を持った「正規のバックアップ処理やデータ移行の手続き（Alias）」に見えてしまう。だからエラーのバグ（異常）として逆探知できなかったのさ。

③ 連休や夜間（セキュリティの空白時間）のハッキング攻撃者が暗号化のトリガーを引くのは、システム部がぐっすり眠っている「土曜日の深夜」や、例えば、今回の「三連休（10月10日〜12日）の真真ん中」という、人間の脳内システムが最も油断している死角さ。

【原因不明のまま大炎上】

アラートの画面が青白く光ってログを吐き出していたとしても、それを見るシニアエンジニアが現場にいなければ、月曜の朝に出勤した時には、膨大なデータ量、総てが手遅れの泥沼に溶けているのさ。