ブログトップに戻る
倉庫サイバーセキュリティとは？WMS・IoT・ロボットを止めないBCP設計のサムネイル

倉庫サイバーセキュリティとは？WMS・IoT・ロボットを止めないBCP設計

公開日
物流DX#WMS#倉庫管理#サイバーセキュリティ#事業継続#IoT

WMSが止まると、在庫だけでなく入出荷の判断まで止まる

倉庫のサイバーセキュリティは、情報漏えいを防ぐためだけの対策ではありません。WMS、ハンディターミナル、IoT機器、マテハン、ロボットがつながる現在の倉庫では、サイバー攻撃や障害がそのまま入出荷停止につながるため、事業継続と復旧まで含めて設計する必要があります。

実際の現場では、WMSが正しい在庫とロケーションを示し、倉庫制御システムがコンベヤや自動倉庫へ指示を出し、保守ベンダーが遠隔接続で設備を支えています。どれか一つが止まるだけでも、現物は目の前にあるのに出荷可否を判断できない状態になりかねません。

2026年7月、国土交通省は「物流分野（倉庫）における情報セキュリティ確保に係る安全ガイドライン」を第2版へ改訂しました。これから重要になるのは、攻撃を完全に防ぐという発想ではなく、侵入や停止を前提に、影響範囲を限定し、最低限の入出荷を続け、決めた順序で安全に復旧できる倉庫をつくることです。

1. 倉庫サイバーセキュリティとは

倉庫サイバーセキュリティとは、倉庫業務を支える情報、システム、制御機器、ネットワークを守り、障害時にも重要な物流サービスを継続・復旧できる状態をつくる取り組みです。

対象は、オフィスのパソコンやメールだけではありません。

  • WMS（倉庫管理システム）
  • WCS・WESなどの倉庫制御、設備実行システム
  • ハンディターミナル、ラベルプリンター、無線アクセスポイント
  • 自動倉庫、コンベヤ、ソーター、AMRなどの制御機器
  • 温湿度、扉、監視カメラなどのIoT機器
  • 荷主、運送会社、EC、ERP、TMSとの連携API・ファイル連携
  • クラウドサービスと保守ベンダーのリモート接続

国土交通省のガイドラインは、倉庫管理システムを倉庫分野の重要サービスに影響するシステムとして位置づけています。したがって、機密性だけでなく、システムを使い続けられる可用性と、在庫・出荷指示が正しい状態に保たれる完全性が重要です。

2. なぜ今、倉庫のサイバーセキュリティが重要なのか

倉庫DXで接続点が急増している

以前の倉庫システムは、閉じた社内ネットワークの中で動く構成が中心でした。現在は、クラウドWMS、荷主システム、配送管理、設備、IoT、ロボットをリアルタイムに連携する構成が増えています。

データ連携は生産性を高める一方、認証情報の漏えい、VPN機器の脆弱性、設定ミス、委託先端末など、攻撃や障害の入口も増やします。「インターネットに直接公開していない設備だから安全」とは判断できません。

ITとOTでは、止め方が異なる

メールや業務端末で異常を検知した場合、端末をネットワークから切り離す判断は比較的容易です。一方、搬送設備や自動倉庫を急停止すると、荷崩れ、設備内の滞留、人との接触など別の安全リスクが生じます。

倉庫では、IT部門だけで対応手順を決めず、倉庫責任者、設備保全、WMS担当、委託先が一緒に「どの順序なら安全に止められるか」を決める必要があります。

3. 従来型の対策と事業継続型の倉庫セキュリティを比較する

セキュリティ製品を導入していても、復旧対象や代替手順が決まっていなければ、倉庫は長時間止まります。違いは、守る製品の数ではなく、業務の継続条件から逆算しているかどうかです。

比較項目 従来型の対策 事業継続型の構成
管理対象 サーバーとPCが中心 WMS、ネットワーク、IoT、設備、委託先まで含む
ネットワーク 同一セグメントに接続 業務・制御・保守をゾーン分離する
障害時 全面復旧まで業務を待つ 優先業務を縮退運用で継続する
バックアップ データを定期保存する 構成、マスタ、手順も保存し復元テストする
リモート保守 共通IDや常時VPNを使う 個人ID、MFA、時間制限、操作記録を使う
復旧判断 IT部門に集中する 現場・経営・IT・委託先の役割を事前合意する

4. 最初に作るべきは機器一覧ではなく「止められない業務」の地図

資産台帳は重要ですが、製品名とIPアドレスだけを並べても復旧順序は決まりません。まず、顧客への影響が大きい業務と、その業務を支える依存関係を可視化します。

業務からシステムへ逆向きにたどる

たとえば「当日出荷」を守る場合、次の順序で確認します。

  1. どの荷主、商品、締め時刻を優先するか
  2. 出荷可否の判断に必要な在庫、引当、ロケーション情報は何か
  3. そのデータを持つWMS、データベース、連携先はどれか
  4. ピッキング、検品、ラベル発行、搬送に必要な端末・設備は何か
  5. 障害時に紙、CSV、予備端末、手動搬送で代替できる範囲はどこか

この整理から、目標復旧時間（RTO）と、どの時点までデータを戻せればよいかを示す目標復旧時点（RPO）を決めます。全システムを同じ優先度にせず、「受付」「出荷」「在庫照会」「請求」のように業務単位で優先順位を付けることが現実的です。

5. WMS・IoT・ロボットを止めない6つの設計ポイント

ネットワークを業務の役割で分離する

オフィスIT、WMS、倉庫制御、IoT、ロボット、保守接続を同じネットワークへ置かないことが基本です。ファイアウォールや産業用ゲートウェイを使い、必要な通信元、通信先、プロトコルだけを許可します。

重要なのは、分離したつもりで終わらせないことです。荷主連携や監視サーバーを追加した際に、例外ルールが増えていないかを定期的に確認します。

保守接続を「必要な時間だけ」開く

設備ベンダーの遠隔保守は、復旧を早める一方で重要な侵入口にもなります。共通IDや接続元を問わないVPNを避け、次を契約と運用へ組み込みます。

  • 担当者ごとの個人IDと多要素認証
  • 作業申請に基づく接続時間の制限
  • 踏み台サーバーを経由した接続先の限定
  • 操作ログ、画面記録、作業結果の保管
  • 契約終了・担当変更時の即時失効

資産とデータフローを同時に管理する

機器台帳には、型番、OS・ファームウェア、保守期限、設置場所、管理者、通信先を含めます。通常時のデータフローが分かれば、未知の外部通信や深夜の大量転送など、異常の判断がしやすくなります。

IoT機器の新規調達では、アップデート提供期間、脆弱性の連絡窓口、初期パスワード変更、ログ取得、暗号化通信を確認します。国土交通省の第2版では、必要なIoT機器を調達する際にJC-STARを選定基準へ含める考え方も追記されています。ただし、適合ラベルだけで個別環境の安全性が保証されるわけではないため、利用環境に合わせた評価は別途必要です。

バックアップをWMSデータだけにしない

復旧に必要なのは、在庫データだけではありません。アプリケーション、サーバー設定、ネットワーク設定、端末設定、ラベル様式、設備パラメーター、マスタ、外部連携定義も対象です。

バックアップは、本番環境から常時書き換えられない保管先を用意し、定期的にリストアします。「取得成功」のログではなく、隔離した環境でWMSが起動し、在庫照会やテスト出荷までできることを確認します。

正常な動作を基準に異常を検知する

倉庫では、単にマルウェアを検知するだけでなく、通常とは異なる業務・設備の動きを見ることが有効です。

  • 存在しない担当者による大量の在庫更新
  • 保守時間外の管理者ログイン
  • WMSから未知の外部宛先への通信
  • 複数端末で同時に発生する認証失敗
  • 設備設定やPLCプログラムの予期しない変更
  • ラベル発行数や出荷取消件数の急増

WMS、認証基盤、ファイアウォール、クラウド、保守接続のログを時刻同期し、インシデント時に同じ時間軸で追えるようにします。

縮退運用と復旧訓練を現場で試す

縮退運用とは、通常の処理能力や機能を落としても、優先業務だけを安全に続ける運用です。紙の出荷リストや一時CSVを使う場合は、誰が発行し、重複出荷をどう防ぎ、復旧後にどのデータをWMSへ戻すかまで決めます。

机上の手順書だけでは、端末が使えない、連絡先が古い、予備プリンターの設定がないといった問題を見つけられません。少なくとも、WMS停止、ネットワーク分離、バックアップ復元のシナリオを現場で訓練します。

6. 最近増えている倉庫セキュリティの技術構成

すべての製品を一度に入れる必要はありません。守る業務とリスクを決め、既存環境で不足する機能を組み合わせます。

役割 技術・仕組み 倉庫での使い方
境界防御 ファイアウォール、VPN、ZTNA 業務・制御・保守通信を限定する
認証 IAM、MFA、特権ID管理 管理者と委託先の権限を制御する
端末保護 EDR、端末管理 PCや保守端末の不審動作を検知する
OT監視 産業用IDS、ネットワーク監視 設備通信を止めずに異常を把握する
ログ分析 SIEM、クラウド監視 WMS・認証・通信ログを横断分析する
復旧 オフライン／イミュータブルバックアップ 暗号化被害から構成とデータを戻す

古い設備では、EDRを入れたり頻繁にパッチを当てたりできないことがあります。その場合は、ネットワーク分離、接続元制限、監視、予備機、物理アクセス管理などの代替策を組み合わせます。

7. インシデント発生時は「切断」より先に安全な停止順序を決める

異常を見つけたとき、担当者がその場で判断すると、被害拡大を恐れてすべてを停止するか、出荷を優先して接続を残すかに分かれやすくなります。平時に判断基準を決めておくことが必要です。

基本の流れは次のとおりです。

  1. 検知・連絡：異常時の窓口へ連絡し、発生時刻と現象を記録する
  2. 安全確認：人、荷物、設備を安全に停止できる状態か確認する
  3. 封じ込め：感染端末、保守回線、対象ゾーンを段階的に分離する
  4. 縮退判断：優先荷主・商品だけを代替手順で処理する
  5. 調査・根絶：認証情報、侵入口、影響範囲、データ改ざんを確認する
  6. 復旧：信頼できるバックアップから優先順位どおりに戻す
  7. 照合：現物、紙記録、WMS在庫、出荷実績を突き合わせる
  8. 再開・改善：通常運用へ戻し、手順と対策を更新する

特に注意したいのは、バックアップから戻した直後にネットワークへ再接続しないことです。侵入口や漏えいした認証情報が残っていれば再感染します。隔離環境で安全性を確認し、パスワードや鍵を更新してから段階的に再開します。

8. 90日で始める倉庫サイバーセキュリティの進め方

1〜30日目：重要業務と依存関係を把握する

  • 優先する入出荷業務と許容停止時間を決める
  • WMS、設備、端末、クラウド、委託先の一覧を作る
  • ネットワーク構成と通常のデータフローを可視化する
  • 緊急連絡先と意思決定者を確認する

31〜60日目：侵入経路と停止リスクを減らす

  • 外部公開機器、VPN、保守ID、管理者IDを点検する
  • 多要素認証と不要アカウントの停止を進める
  • IT、WMS、制御、IoT、保守のネットワーク分離を見直す
  • バックアップ対象、保存先、保管期間を整理する

61〜90日目：縮退運用と復旧を試す

  • WMS停止時の紙・CSV運用を小規模に試す
  • バックアップからテスト環境へ復元する
  • 現場、IT、設備ベンダーを交えた机上訓練を行う
  • 復旧時間、未回収ログ、連絡の遅れを次の改善計画へ反映する

最初のKPIは、製品の導入数よりも、重要資産の把握率、MFA適用率、復元テスト成功率、異常検知から連絡までの時間、優先出荷を再開するまでの時間に置くと、事業継続との関係が見えやすくなります。

9. AI活用は自動遮断より分析補助から始める

今後は、WMSの操作ログ、認証ログ、ネットワーク通信、設備アラームをAIが横断し、通常と異なる兆候を絞り込む構成が増えると考えられます。大量のアラートを要約し、影響する荷主や出荷波を提示する使い方も有効です。

一方、AIの判断だけで設備やネットワークを自動停止すると、安全や出荷へ大きな影響を与える可能性があります。最初は、AIを検知候補の提示、ログの時系列整理、初動手順の検索に使い、遮断や再開は権限を持つ人が判断する構成が現実的です。

AIへ渡すログにも、個人情報、取引情報、設備情報が含まれます。入力データの範囲、保存、学習利用の有無、閲覧権限を確認し、セキュリティ対策のために新たな情報漏えい経路を作らないようにします。

10. これから倉庫サイバーセキュリティはどう変わっていくのか

倉庫の自動化が進むほど、サイバーセキュリティは情報システム部門だけのテーマではなくなります。新しいWMSやロボットを選定する段階から、認証、ログ、更新、保守終了、代替運用、復旧試験を要件に含める「セキュア・バイ・デザイン」が標準になっていくでしょう。

また、荷主、3PL、運送会社、設備ベンダー、クラウド事業者をまたぐ障害では、一社だけが復旧しても物流は再開できません。契約時にインシデント通知、ログ提供、復旧目標、訓練参加、脆弱性対応の責任分界を明確にすることが重要になります。

強い倉庫とは、一度も止まらない倉庫ではありません。異常を早く把握し、影響を一部に閉じ込め、優先業務を安全に継続し、データの正しさを確認して復旧できる倉庫です。WMS・IoT・ロボットをつなぐ次のDX投資では、処理能力だけでなく「止まったときにどう動くか」まで設計することが、物流サービスの信頼性を左右します。

11. FAQ（よくある質問）

小規模な倉庫でも国土交通省のガイドラインを確認する必要がありますか

ガイドラインは、倉庫分野の事業者が対策の実施や検証目標を考えるための推奨事項です。規模にかかわらず、WMS停止が顧客や出荷へ与える影響を確認し、自社のリスクに合わせて優先順位を付けて活用できます。

クラウドWMSならバックアップはベンダーに任せてよいですか

クラウド基盤のバックアップと、自社業務を復旧できることは同じではありません。復旧範囲、復旧時間、世代、データ出力方法を契約で確認し、自社側でもマスタ、連携定義、縮退手順、連絡先を保管してください。

古いマテハン設備へセキュリティソフトを入れられない場合はどうしますか

無理にソフトを追加すると動作保証を失う場合があります。設備ベンダーへ確認したうえで、ネットワーク分離、通信先制限、監視、保守接続の統制、予備機などの代替策を組み合わせます。

WMS停止時にExcelや紙で出荷を続けてもよいですか

縮退運用として有効ですが、二重出荷、在庫差異、個人情報の持ち出しが起きない手順が必要です。対象業務、発行者、採番、回収、復旧後のデータ反映まで事前に決め、訓練で確認します。

最初に導入すべきセキュリティ製品は何ですか

一律の正解はありません。まず重要業務、資産、接続点、復旧目標を把握し、不要な外部公開と共通IDを減らしてください。そのうえで、MFA、ネットワーク分離、バックアップ、ログ監視など、不足する対策を優先します。

12. 参考サイト・参考URL・引用元

CONTACT

物流DX・AI活用・システム開発のご相談はこちら

業務課題の整理から最適なソリューションのご提案まで、専門スタッフが丁寧にサポートします。

お問い合わせ・無料相談はこちら

OFFICIAL INSTAGRAM

公式Instagramでも発信中

TSUNAGUの最新情報や、技術ブログの要点をInstagramでも発信しています。ぜひご覧ください。

公式Instagramを見る