食料品卸「食創」がランサム被害でサーバ暗号化——営業活動は継続、復旧を並行
| 項目 | 内容 |
|---|---|
| 発生日 | 2026年6月2日（発生確認）、2026年6月16日（公表） |
| 対象組織・業界 | 食創（食料品卸） |
| 攻撃手法 | ランサムウェアを用いたサイバー攻撃 |
| 情報源 | Security NEXT（2026-06-16）、ScanNetSecurity（2026-07-24）、食創 公式 |
食料品卸の食創は、2026年6月2日にランサムウェアを用いたサイバー攻撃を受け、サーバ内部のデータが暗号化される被害が発生したことを、6月16日に公表しました。同社は外部協力のもとで情報流出の有無を含めた影響範囲を調査し、システムの復旧作業を並行して進めています。
営業活動については「一部影響が出ているものの、平常どおり継続」としており、事業停止に至らずに対応を進めている点が特徴です。
- 2026年6月2日: ランサムウェア被害の発生を確認
- 2026年6月16日: 食創が事案を公表、外部協力のもと調査・復旧を開始
- 2026年7月24日: ScanNetSecurityが続報として報じる
攻撃の侵入経路・初期侵害の詳細については公表されておらず調査中です。
考えられる原因（推測）
Section titled “考えられる原因（推測）”以下は公表事実から考えられる仮説であり、同社が発表したものではありません。
- サーバ暗号化の被害: 「サーバ内部のデータが暗号化される被害」と明示されており、境界を越えて内部サーバまで侵害が到達しています。VPN機器・RDP・認証情報詐取からのラテラルムーブメントが典型的な経路として考えられます
- バックアップ・分離設計の有効性: 営業を止めずに継続できている背景には、業務に必要な最小限のシステム・データがランサムの影響範囲外に置かれていた可能性があります。切り離しの設計、あるいはバックアップからの部分復旧が機能した可能性があります
- 食料品卸業のサプライチェーン特性: 物流・小売との連鎖が強い業種であり、事業停止の連鎖リスクを避けるための冗長化が結果的に被害の影響範囲を限定した可能性もあります
組織が学ぶべきこと
Section titled “組織が学ぶべきこと”1. 「営業活動を止めない」ためのシステム分離設計: ランサム事案では、事業停止の長期化そのものが金銭被害以上の損失を生みます。食創が営業を平常継続できている背景には、業務系システムと基幹系システムの分離、あるいは事業継続に必要な機能の縮退運転が可能だった可能性があります。分離設計は「攻撃を防ぐ」というより「攻撃を受けたときに事業を残す」ための設計です。
2. バックアップの分離とテスト: ランサム被害からの事業継続を可能にするのは、攻撃者が到達できない場所に保管されたバックアップと、そこからの復旧手順を実運用で検証してあることです。バックアップがあっても、暗号化される側のネットワークに置かれていれば同時に被害を受けます。
3. 影響範囲確定と復旧の並走: 「暗号化の被害は分かるが、情報が流出したかどうかはこれから」という状態は多くの初期対応現場に共通します。復旧を進めながらフォレンジック調査を並走できる体制（証跡確保→復旧→調査の順序設計）を平時から準備しておく必要があります。
ヤグラの視点 — 復旧可能性という指標
Section titled “ヤグラの視点 — 復旧可能性という指標”インシデントの評価軸は「侵入されたかどうか」に偏りがちですが、実務では「侵入されても事業を残せたかどうか」が同じくらい重要な指標です。食創のケースは、サーバ暗号化という深い被害を受けながらも営業活動を平常どおり継続できており、これはランサム対策の勝ちパターンの一形態を示しています。ここで機能したであろう分離設計・バックアップ運用は、日々の運用では見えにくい投資ですが、事案発生時にすべての説明可能性を左右します。ランサム対策は「止められないもの」への備えとして、復旧可能性の設計そのもの——攻撃を止められなくても、事業を止めないための設計——を運用に組み込む発想が必要になりつつあります。
情報流出の有無、被害範囲、復旧完了時期の続報を注視し、判明次第本記事に追記します。
| 日時 | 内容 |
|---|---|
| 2026-06-16 | 第一報を公開 |