楽天店舗のランサムウェア対策｜RMS・受注・顧客データを守る予防と初動

楽天市場の店舗がランサムウェアへ備えるには、ウイルス対策ソフトだけでは足りません。スタッフ別アカウント、最小権限、更新、メール対策、端末から切り離したバックアップ、EDR、感染時の連絡・受注継続手順を重ねます。

重要なのは「絶対に侵入させない」だけでなく、侵入されても暗号化の範囲を狭め、注文・出荷を復旧できる状態にすることです。この記事では、RMS、受注CSV、送り状、顧客対応データを扱うEC店舗向けに、今日から実施する予防策と感染疑い時の初動を解説します。

ランサムウェアとは

ランサムウェアは、端末やサーバーのデータを暗号化するなどして利用できなくし、復旧や情報の非公開と引き換えに金銭を要求する攻撃です。近年は暗号化前に情報を持ち出し、「支払わなければ公開する」と迫る手口も想定する必要があります。

身代金を支払っても、データ復旧、情報の削除、再攻撃の防止が保証されるわけではありません。感染後に慌てて判断するのではなく、技術担当、経営者、外部専門家、警察等への相談経路を事前に決めます。

ランサムウェアは、店舗運営の停止、金銭的損失、信用失墜につながるリスクがあります。

楽天店舗で止まる可能性がある業務

楽天市場そのものが稼働していても、店舗側のPCや共有フォルダが使えなければ運営は止まります。

「データが読めない」だけでなく、どの注文を出荷したか確認できない、RMSの認証情報が漏えいした可能性を判断できない、といった状態も想定します。

今日から行う予防策7つ

1. OS・ブラウザ・業務ソフトを更新する

WindowsやmacOS、ブラウザ、Office、送り状・在庫ソフト、セキュリティ製品をサポート対象の状態へ保ちます。自動更新だけに頼らず、月1回は端末一覧と更新状況を確認します。

2. スタッフごとにアカウントを分ける

共用IDでは、退職者の停止、操作履歴、漏えい範囲を管理しにくくなります。RMSや社内サービスは個人単位で発行し、担当業務に必要な権限だけを付けます。

3. 多要素認証とパスワード管理を徹底する

利用できるサービスでは多要素認証を有効にします。パスワードをメールや表計算へ平文保存せず、会社で承認したパスワード管理方法を使います。RMSへログインできない場合の通常復旧は「楽天RMSにログインできない原因」で確認できます。

4. 管理者権限を日常業務から外す

商品登録やメール確認を、常に端末の管理者権限で行わないようにします。ソフトのインストールや重要設定の変更は、管理担当者の承認を経る運用にします。

5. メール・チャットの確認手順を決める

請求書、配送通知、アカウント警告を装う添付ファイルや偽ログイン画面を警戒します。送信者名ではなくアドレスとリンク先を確認し、急かす連絡は別経路で依頼元へ確認します。

6. 不要な接続とソフトを減らす

使っていないリモート接続、共有フォルダ、古いアカウント、未使用ソフトを停止します。RMS作業端末と私用ソフト・私用クラウドの利用を混在させないことも大切です。

7. バックアップと復旧テストを行う

重要ファイルをコピーするだけでなく、元端末が暗号化されてもコピーまで同時に失わない構成にします。復元できるかを定期的にテストします。

バックアップは「別媒体・別場所・切り離し」で考える

IPAは2026年版の中小企業向けSECURITY ACTIONで、バックアップを基本的な取り組みへ追加しました。EC店舗では、次のデータから優先順位を付けます。

• 出荷前注文の作業用データ
• 商品・在庫のマスターデータ
• 商品画像とページ原稿
• 送り状・同梱物のテンプレート
• 会計・仕入れ・返品管理データ
• 社内手順書と緊急連絡先

基本は、複数のコピーを作り、異なる媒体へ保存し、そのうち1つを本番環境と別の場所に置く考え方です。特に、バックアップ先を業務PCから常時書き込み可能な状態にしたままだと、感染時に同時暗号化されるおそれがあります。

バックアップ記録には、対象、頻度、保存先、暗号化、保持期間、責任者、最終復元テスト日を残します。顧客情報を含む場合は、バックアップ自体のアクセス制御と廃棄方法も必要です。

RMSとスタッフ権限の見直し

権限表を作り、「誰が」「何のために」「どのサービスへ」アクセスするかを一覧化します。

権限を狭める目的は、担当者を疑うことではありません。認証情報や端末が侵害されたとき、攻撃者が操作できる範囲を小さくするためです。

感染が疑われるときの初動

身に覚えのない暗号化、拡張子変更、脅迫文、不審な大量通信、セキュリティ警告が出たら、次の順番で動きます。

1. 感染が疑われる端末を有線・無線ネットワークから切り離す
2. 電源断や初期化を独断で行わず、状態・時刻・表示を記録する
3. 社内責任者と契約中の保守・セキュリティ窓口へ連絡する
4. 同じ認証情報を使う別端末・サービスの影響を確認する
5. 安全な別端末からRMS等の認証情報と操作履歴を確認する
6. 注文、出荷、顧客対応を継続・停止する範囲を決める
7. 専門家と相談し、証拠保全、封じ込め、復旧、届出・報告を進める

感染端末からパスワード変更を行うと、新しい認証情報まで取得される可能性があります。確認と変更は安全性を確認した別端末から行います。闇雲な初期化は、原因や情報漏えい範囲の調査に必要な証拠を失う可能性があります。

注文・出荷を止めない事業継続手順

事前に「サイバー事故時の手作業モード」を1枚にします。

• 安全な予備端末と接続方法
• RMSを確認できる責任者と代理者
• 未出荷・出荷済みを判別する基準時刻
• 倉庫・配送会社への緊急連絡先
• 在庫更新や販売停止の判断者
• 顧客へ案内する内容と承認者
• 個人情報漏えいのおそれがある場合の相談先

復旧を急ぐあまり、古い受注CSVを再投入して二重出荷しないようにします。事故発生時刻と最終正常処理時刻を確定し、RMS上の注文状態、倉庫側の実績、送り状発行履歴を突き合わせます。

顧客案内では、確認できていない原因や漏えいを断定しません。一方で、出荷遅延など確定した影響は隠さず、対象、現在の対応、次回連絡予定、問い合わせ先を伝えます。

EDRと外部支援の選び方

ウイルス対策は既知の不正ファイル等の検出を中心にし、EDRは端末上の不審な挙動、侵入経路、実行履歴、影響範囲の調査を支援します。ただし、導入するだけで監視・初動が自動的に完了するわけではありません。

楽天は店舗向けサービスとして、EDR、ウイルス対策、有人サポートを組み合わせたセキュリティサービスを案内しています。比較時は次を確認します。

• 監視対象となる端末・OS
• 24時間監視か、通知後に誰が判断するか
• 隔離、調査、復旧支援の範囲
• RMS以外の共有サーバーやクラウドも対象か
• 初期費用、月額、最低台数、契約期間
• 事故時の連絡方法と応答時間

公開ページの価格やサービス範囲は更新される可能性があるため、契約時点の公式ページと見積書で確認します。

月1回の点検チェックリスト

• [ ] OS・ブラウザ・業務ソフトを更新した
• [ ] 退職・異動者のアカウントを停止した
• [ ] 管理者権限と共有IDを見直した
• [ ] バックアップが完了し、切り離しコピーがある
• [ ] サンプルファイルを復元できた
• [ ] セキュリティ警告とログを確認した
• [ ] 緊急連絡先と予備端末が利用できる
• [ ] 未出荷注文の代替処理を机上確認した

点検結果は実施日、担当者、未完了項目、期限を記録します。「導入済み」ではなく「今月も機能している」を確認するのが目的です。

よくある質問

Macならランサムウェア対策は不要ですか？

不要ではありません。OSにかかわらず、認証情報の窃取、フィッシング、脆弱なソフト、共有データの暗号化へ備える必要があります。

クラウド保存ならバックアップは不要ですか？

同期はバックアップと同じではありません。削除や暗号化が同期される場合があります。世代管理、別媒体、復元手順を確認してください。

感染したらすぐ電源を切るべきですか？

一律には決められません。まずネットワークから隔離し、専門窓口の指示を仰ぎます。闇雲な電源断や初期化は調査情報を失う可能性があります。

身代金を支払えば復旧できますか？

復旧や情報非公開は保証されません。経営・法務・セキュリティの専門家、警察等へ相談し、組織として判断してください。

まとめ

楽天店舗のランサムウェア対策は、予防、検知、封じ込め、復旧、事業継続を重ねます。

1. 端末・ソフトを更新する
2. スタッフ別ID、最小権限、多要素認証を使う
3. メールと偽ログイン画面を警戒する
4. 本番環境から切り離したバックアップを持つ
5. EDR等で不審な挙動と影響範囲を把握する
6. 感染時の隔離・連絡・注文継続手順を決める
7. 復元と代替運用を定期的にテストする

セキュリティ対策の成果は「何も起きなかった」だけでは測れません。アカウント棚卸し、バックアップ復元、事故対応訓練を記録し、店舗が復旧できる状態を維持してください。