冷凍設備が50℃に――フランスのスーパーへのサイバー攻撃から考える設備監視

設備の異常を検知していても、担当者が気付かなければ対応は始まりません。フランスで発生した冷凍・冷蔵設備へのサイバー攻撃から、設備を守る対策と、異常を人へ知らせる仕組みを分けて考えます。
この記事のポイント
- 制御や監視のシステム自体が侵害されると、警報の発生まで遅れる可能性があります。
- 検知・通知・認知・対応を一連の運用として確認することが重要です。
- 設備障害Callは攻撃を防ぐ製品ではなく、届いた警報メールを電話連絡につなぐ仕組みです。
2026年10月11日夜から12日にかけて、フランスのスーパーマーケットで、冷凍・冷蔵設備を狙ったサイバー攻撃が発生しました。Intermarché、Coopérative U、Carrefour、Monoprix、E.Leclercなど複数の大手スーパーが被害を受けたと報じられています。[2]
フランス国家情報システム安全庁(ANSSI)のCERT-FRも、Danfoss製のAK-SM、AK-SCシリーズで多数の侵害を確認したと公表しています。[1]
今回の事件は、サイバーセキュリティの問題であると同時に、「設備に異常が起きたとき、どうやって人が気付くのか」という設備監視の問題を改めて考えさせる事例でもあります。
冷凍設備の温度が一晩で50℃に
Le Mondeの報道によると、攻撃者は冷凍・冷蔵設備の設定を変更しました。あるIntermarchéの店舗では、冷蔵室の温度が50℃に達したと店舗責任者が説明しています。さらに、通常は約1時間の除霜運転を8時間に延ばし、アラームの発生を遅らせていたと報じられています。[2]
設備の熱損傷、冷凍食品や生鮮食品の廃棄、一時的な営業停止も報じられました。損害の全体像は確定していないため、本記事では具体的な総額を断定しません。
問題は「設備が壊れた」だけではない
注目したいのは、故障だけではなく、設備の制御設定が書き換えられたという点です。一般的な設備監視では、設備から監視システムへ情報を送り、アラームを通じて担当者が異常を把握します。
- 設備・センサーが状態を把握する
- 監視システムが異常を検知する
- アラームを通知する
- 担当者が確認し、対応する
ところが、監視や制御を行うシステムそのものが侵害されれば、この流れが正常に機能しない可能性があります。「監視システムが付いているから安心」とは必ずしも言えません。
早く異常に気付いた店舗では被害を防げた
10月12日夜から13日にかけては、Dixell製の設備を利用する店舗への攻撃も報じられています。ボルドー近郊のある店舗では午前4時ごろに温度上昇を検知し、店舗スタッフと設備業者が対応。商品の廃棄を避けられたとされています。[3]
この事例からは、異常の発生を防ぐ対策に加え、発生後に早く気付き、対応につなぐことも重要だと考えられます。ただし、電話通知がこの店舗で使われたという報道ではなく、設備障害Callによる成果を示す事例でもありません。
設備監視では「検知」と「通知」を分けて考える
設備監視では「センサーが付いている」「監視ソフトを導入している」という点に目が向きがちです。しかし実際の運用では、次の一連の流れが成立して初めて、被害を抑えるための対応を始められます。
- 異常を検知する
- 異常を通知する
- 人が通知に気付く
- 現場で対応する
温度異常を検知していても、メールが届いていない、大量の通知に埋もれている、夜間で確認されていない、監視システム自体が停止している、といった状態では対応開始が遅れます。冷凍設備や空調設備、電源設備では、対応の遅れが大きな損害につながる場合があります。
「メールを送った」で終わらせない設備監視
夜間や休日には「メールは送られていたが、誰も気付かなかった」ということも起こり得ます。重要なのはアラームの発生だけでなく、対応する人が認知し、引き受けられることです。
設備障害Callは、監視システムなどから届く警報メールと復旧メールをもとに、一定時間たっても復旧しない異常を担当者へ自動音声電話で知らせる仕組みとして開発を進めています。2027年リリース予定で、試験導入(PoC)のご相談を受け付けています。
メール、画面表示、チャット、電話にはそれぞれ特徴があります。設備の重要度や時間帯に合わせて通知手段を組み合わせ、未応答の場合の次の連絡先、全員が未応答だった場合の手順まで決めておく必要があります。復旧待ちの時間も一律ではなく、設備のリスクに応じて検討します。
設備障害Callはサイバー攻撃を防ぐものではありません
CERT-FRは、管理インターフェースをインターネットへ直接公開することは適切でないとし、接続の切断やアクセス制限を案内しています。侵害が疑われる場合の対処として、初期化、セキュリティ更新、認証情報の変更、アカウント確認、再設定なども挙げています。[1]
これらは攻撃や侵害に対処するためのセキュリティ対策です。一方、設備障害Callは、検知された異常を「誰に、どう知らせるか」を補うための仕組みです。攻撃の防止、温度の検知、設備の制御や自動復旧を行う製品ではありません。
警報が検知されない、メールが送られない、または通知システムまで届かない場合には、そのメールを起点にした電話通知もできません。監視系の停止や侵害に備えるには、独立した温度監視や通知経路、定期的な動作確認なども含め、設備業者・情報システム担当者と検討することが重要です。別経路の電話通知だけで監視系全体が独立するわけではありません。
「異常が起きない前提」だけで設備を守らない
機器の故障、停電、通信障害、設定ミス、経年劣化、サイバー攻撃。異常にはさまざまな原因があります。原因にかかわらず、発生後の初動が遅れれば被害が拡大する可能性があります。
今回の事件は、「設備を守ること」と「異常を早く知ること」を別の役割として考え、両方を整える必要性を示しています。通知を受けた後の現場対応や食品の取扱いは、それぞれの安全管理手順に従って判断する必要があります。
夜間・休日の設備異常、本当に担当者まで届いていますか?
設備監視システムがアラームを出していても、それだけで対応が始まるわけではありません。現在の運用について、次の点を一度確認してみてはいかがでしょうか。
- 夜間のアラームは誰が確認するのか
- メールを見落とした場合の次の通知方法はあるか
- 担当者が応答しない場合、次の担当者へ通知できるか
- 復旧したことと、対応を引き受けたことを確認できるか
- 監視システムやメール経路自体が止まった場合の確認手段はあるか
アイナレッジエンジニアリングでは、「現在はメール通知だけ」「夜間の対応方法を見直したい」「今の監視システムと連携できるか知りたい」といった段階から、設備障害Callの試験導入をご相談いただけます。メールの形式、復旧情報の有無、設備の重要度や連絡体制を確認して、対応可否と進め方を検討します。
設備そのものを監視するだけでなく、「異常を誰が、いつ知るのか」まで含めて、設備監視の仕組みを考えてみませんか。
参考資料・出典
2026年10月14日時点で確認した情報です。事件の詳細は今後更新される可能性があります。海外の事件は公開情報に基づく紹介であり、当社の導入事例ではありません。



