市立奈良病院のシステム障害、原因はサイバー攻撃でなく監視装置の誤検知──専門家委員会が最終報告

「病院のシステムが2日間止まって、サイバー攻撃だって思ったら違ったんでしゅか？」
「セキュリティシステム自体が障害を起こすって、どういうことでしゅか？」

チップス

ボス、守るためのセキュリティシステムが原因で病院が止まるって、どういうことでしゅか……？

ボス

セキュリティツールも「止まらない保証」はない。自動遮断の仕組みが正常に動きすぎて、今回は診療を止めることになった。

奈良市は2026年8月31日、市立奈良病院で4月に発生したシステム障害の専門家委員会による検証結果を公表しました。
調査の結果、当初疑われたサイバー攻撃ではなく、院内ネットワークの「セキュリティ監視装置の不具合」が原因と判定されました。
監視対象機器が急増したことを異常と誤検知し、通信が自動遮断されたことで電子カルテシステムに大規模障害が発生していました。

この記事では、障害のメカニズムと「守るための仕組み」が障害を引き起こすリスク、そして組織が取るべき対策を解説します。
セキュリティ強化と可用性確保の両立を考える上で参考にしてください。

4月の2日間休診を引き起こした「セキュリティ監視装置」の誤作動

市立奈良病院では2026年4月21日深夜、院内ネットワークを監視するセキュリティ監視装置が異常通信を検知し、外部との通信を自動遮断しました。
この影響で電子カルテシステムが停止し、4月22日から24日朝にかけて救急受け入れと外来診療を休止する事態になりました。

当初は「サイバー攻撃の疑い」として発表され、手術の延期や手書き処方への切り替えを余儀なくされましたが、個人情報漏洩・データ破損・ウイルス感染は確認されていませんでした。
2026年8月31日、市が設置した専門家委員会が検証結果を報告しました。主な結論は以下のとおりです。

なぜセキュリティ装置自体が障害を起こしたのか

チップス

監視装置が監視する台数が減っていたのに、誰も気づかなかったってことでしゅか？

ボス

そうだ。監視が静かに縮小しても見えない。更新で元に戻ったとき、それが「異常」として検知された。監視されていないことこそリスクになっていた。

問題の経緯はこうです。障害前、監視装置の監視対象は本来約1,934台であるはずが、何らかの理由で約633台にまで減少していました。
この状態で装置が自動更新・再起動を行ったところ、監視対象が約633台から約1,934台へ一気に約3倍に増加しました。
装置はこの急増を「異常な通信」と判定し、外部通信を自動遮断しました。その結果、電子カルテを含む院内システムに大規模な障害が生じました。

セキュリティ装置の自動更新が引き起こした「誤検知」の教訓

今回の事案のポイントは、サイバー攻撃から身を守るはずのセキュリティ監視装置自体が障害の引き金になったことです。
組織全体に当てはまる教訓は以下のとおりです。

医療機関のシステム停止は診療に直結するため、セキュリティ強化と可用性の両立が求められます。
今回のような誤検知による自動遮断は、他の医療機関や重要インフラを持つ組織でも起きうる問題です。

まとめ：「守る仕組み」が障害を起こさないための設計を

市立奈良病院の専門家委員会は「監視台数が減少した根本原因を特定するための充分なデータがない」と述べており、なぜ633台にまで減ったかは依然として不明です。
市は再発防止策として「監視装置の自動更新を停止して手動更新に切り替え、更新後の通信状況確認を徹底する」方針を示しています。

企業・組織が確認すべき対策は以下のとおりです。

ボス

「セキュリティ装置が止まらない保証はない」という前提で設計することが、本質的な可用性確保につながる。

「セキュリティ装置が止まらない保証はない」という前提で設計することが、本質的な可用性確保につながります。
今回の奈良市の調査は、医療機関に限らず重要システムを持つすべての組織が参照すべき事例です。