倉庫業務システムへの不正アクセスが「確認された／可能性がある」と報じられる局面では、侵害確定と未確定が混在します。情シスとして最も避けたいのは、痕跡が出た時点で「限定的」と結論づけ、調査と封じ込めを弱めることです。潜伏や横展開が前提の攻撃では、早期の強い初動が被害総量を左右します。
まずはいつから、どこまで、何に触れたかを証拠ベースで詰める設計が必要です。ログ欠損や再起動で痕跡が消えると、説明責任と再発防止の両方が崩れます。判断材料を増やすために、調査の体制・権限・外部支援の当てを早期に確保します。
製造業の業務システムは、取引先・委託先・海外拠点など接点が多く、個人情報が「社外をまたいで」流通しがちです。氏名・連絡先だけでも詐欺の材料になりますが、業務文脈（担当部署、取引関係、物流情報）が加わると標的型の精度が上がります。結果として、本人被害だけでなく取引先を起点にした連鎖被害が現実化します。
情シスが備えるべきは、漏えい確定前でも実施できる注意喚起のひな型です。想定される手口（請求書偽装、配送連絡を装う誘導、パスワードリスト攻撃など）を整理し、関係者への周知とヘルプデスクの受け口を先に作ります。通知は「確定・推定・未確認」を分け、更新前提で運用します。
初動はスピード勝負ですが、順序を誤ると調査不能になります。封じ込めでは侵害経路の遮断、疑わしいアカウントの無効化、外部公開面の一時停止を行い、同時に証拠を残す手順にします。安易なログ削除や更改は、後から「何が起きたか」を証明できなくするため厳禁です。
証拠保全は認証・操作・通信ログ、EDR、クラウド監査ログ、設定変更履歴、バックアップ世代を対象にします。影響範囲特定では本番だけでなく、検証環境、委託先接続、SaaS連携、API鍵の権限まで確認し、到達可能性のあるデータストアを洗い出します。オンプレ前提の見立てに閉じると見落としが起きます。
再発防止はツール導入より、権限とログの運用設計が本丸です。特権IDは常用させず、払い出しの記録と期限管理（Just-in-Time付与）を基本にします。MFAは必須化し、可能ならSMS依存を減らしてフィッシング耐性を高めます。
加えて、ID基盤・クラウド・EDR・NWのログを相関できる形にし、「誰が・いつ・どこへ・何をしたか」を追える監査証跡を標準化します。ネットワークは管理系・業務系・委託先接続を分け、横展開の前提を崩します。委託先については接続方式、端末要件、ログ提供、契約条項を再点検し、侵害を前提に到達範囲を最小化します。
