Integral Security Reportインテグラル セキュリティ レポート
← 一覧に戻る
2026-most製造最終確認 2026-10-14 17:47

九州電子の台湾子会社MOSTへのランサムウェア攻撃(受注・出荷を含む各種業務に影響、復旧完了)

公表日

MOST(九州電子の台湾子会社)(九州電子株式会社)
最終報ランサムウェアマルウェア感染

九州電子の台湾子会社MOSTがランサムウェア会社のパソコンやサーバーのデータを勝手に暗号化(鍵をかけて読めない状態に)し、「元に戻してほしければお金を払え」と要求するマルウェアです。データが使えなくなるため、受注・出荷・診療などの業務そのものが何日も止まることがあります。攻撃を受け、受注・出荷を含む各種業務に影響が出たと報じられました。9月15日の最終報で、事業運営に必要なシステム環境の復旧が完了したと伝えられています。

何が起きたのか

2026年3月21日未明、九州電子の台湾子会社MOSTのメールサーバでウイルス感染が確認されました。その後の調査で、ランサムウェア会社のパソコンやサーバーのデータを勝手に暗号化(鍵をかけて読めない状態に)し、「元に戻してほしければお金を払え」と要求するマルウェアです。データが使えなくなるため、受注・出荷・診療などの業務そのものが何日も止まることがあります。(データを使えなくして金銭を要求する攻撃)によるものと分かりました。九州電子は、MOSTとのネットワークのつながりを切るなどの初動対応を行い、3月23日に第一報を出しました。3月27日に第二報、3月30日に第三報が続きました。報道では、受注・出荷を含む各種業務に影響が出たとされています。9月15日には最終報が発表されました。

なぜ起きたのか・なぜ広がったのか

侵入された経路や原因は、まだ発表されていません。第三報では、原因分析と影響調査を進めているとされていました。

いまの状況2026-10-14 時点

報道によれば、最終報で事業運営に必要なシステム環境の復旧が完了しました。復旧が終わった日付は、確認できた情報からは分かりません。第三報の時点では、九州電子本体への感染拡大や、外部からの不正アクセス使う権限のない人が、他人のIDやパスワード、システムの弱点を使って、サービスやサーバーに入り込むことです。日本では「不正アクセス禁止法」で禁止されている犯罪です。、情報漏えいにつながる通信の痕跡は確認されなかったとされています。MOST側の被害件数や情報漏えいの有無、再発防止策の詳しい内容は、まだ発表されていません。

企業として考えたいこと

もし自社の海外子会社が突然ランサムウェア会社のパソコンやサーバーのデータを勝手に暗号化(鍵をかけて読めない状態に)し、「元に戻してほしければお金を払え」と要求するマルウェアです。データが使えなくなるため、受注・出荷・診療などの業務そのものが何日も止まることがあります。に感染したら、本社とのネットワークをいつ、誰の判断で切り離し、主要な業務をどの順番で再開できるでしょうか。

技術的な要約

九州電子の台湾子会社MOSTで、2026年3月21日未明にメールサーバでのウイルス感染が確認された。その後の調査でランサムウェア攻撃を受けたことが判明し、九州電子は3月23日に公表した。九州電子はMOSTとのネットワーク接続遮断などの初動対応を実施し、3月30日の第三報では、本体への感染拡大や外部からの不正アクセス、情報漏えいにつながる通信の痕跡は確認されなかったとした。報道では受注・出荷を含む各種業務に影響が出たとされる。9月15日の最終報で、事業運営に必要なシステム環境の復旧を完了したと報じられている。MOST側の詳細な被害件数や情報漏えいの有無は、第三報では触れられていない。

公開情報が限られている点について
出典は報道3件のみで、公式発表の原文は渡されていない。sourcesは8件に満たず、侵入経路・被害件数・情報漏えいの有無などは公開情報がなく記載できない。
侵入
—
被害発生
2026-03-21
検知
2026-03-21
第1報公表
2026-03-23
最新続報
2026-09-15
侵入 → 検知
—
侵入日が非公表
検知 → 公表
2日
データ(上限)
—
確定 —
波及先
—

攻撃の分類

侵入口
不明
不明。公表では3月21日未明にMOSTのメールサーバでウイルス感染が確認され、その後ランサムウェア攻撃と判明したとされるのみで、侵入経路は示されていない。
脆弱性
判明している脆弱性はありません
攻撃者
特定・主張なし
ATT&CK

影響

業務停止
あり 報道見出しで、受注・出荷を含む各種業務に影響したとされる。第三報時点では、影響が確認されていない範囲から順次稼働再開を進めている状況。9月15日の最終報で、事業運営に必要なシステム環境の復旧を完了したと報じられた。
期間:2026-03-21の感染確認から、2026-09-15の最終報での復旧完了報告まで(復旧完了日は出典から特定できない)
データ
調査中上限 —確定 —
第三報ではMOST側の詳細な被害件数や情報漏えいの有無には触れられていない。MOSTから九州電子への感染拡大、外部からの不正アクセス、情報漏えいにつながる通信の痕跡は確認されなかったとされる。
波及先
—
金銭影響
—
サプライチェーン
子会社での被害。九州電子本体への感染拡大の痕跡は確認されなかったとされる。

時系列

  1. 2026-03-21
    MOSTのメールサーバでウイルス感染を確認(未明)。23
  2. 2026-03-21
    その後の調査で、MOSTがランサムウェア攻撃を受けたことが判明(判明日は出典から特定できない)。23
  3. 2026-03-21
    九州電子がMOSTとのネットワーク接続遮断などの初動対応を実施(実施日は出典から特定できない)。1
  4. 2026-03-23
    九州電子が台湾子会社の情報セキュリティ上の重大な事象について発表(第一報)。2
  5. 2026-03-27
    九州電子が第二報を公表。1
  6. 2026-03-30
    九州電子が第三報を公表。本体への感染拡大や情報漏えいにつながる通信の痕跡は確認されなかったとした。1
  7. 2026-03-30
    MOSTは原因分析と影響調査を進め、影響が確認されていない範囲から順次稼働再開を進めている状況(第三報時点)。1
  8. 2026-04-02
    セキュリティ対策Labが第三報の内容を報道。1
  9. 2026-04-07
    ScanNetSecurityが、受注・出荷を含む各種業務に影響が出たと報道。2
  10. 2026-09-15
    九州電子が最終報を発表。3
  11. 2026-10-07
    ScanNetSecurityが、事業運営に必要なシステム環境の復旧完了を報道。3

技術解説

公表された経緯と対応 事実

九州電子は2026年3月23日、台湾子会社の情報セキュリティ上の重大な事象について発表した(第一報)。報道によれば、3月21日未明にMOST社のメールサーバでウイルス感染が確認され、その後の調査でランサムウェアによる攻撃を受けたことが判明した。九州電子はMOSTとのネットワーク接続遮断などの初動対応を実施した。3月27日付の第二報に続き、3月30日に第三報を公表した。第三報の時点では、MOSTで原因分析と影響調査を進めるとともに、影響が確認されていない範囲から順次稼働再開を進めている状況とされた。9月15日には最終報が発表され、報道見出しによれば事業運営に必要なシステム環境の復旧が完了した。

公表されている影響範囲と、示されていない事項 事実

第三報では、影響調査の結果、MOSTから九州電子への感染拡大を示す痕跡や、外部からの不正アクセス、情報漏えいにつながる通信の痕跡は確認されなかったとされている。一方で、報道は第三報がMOST側の詳細な被害件数や情報漏えいの有無までは触れていないと伝えている。業務への影響については、ScanNetSecurityの記事見出しが、受注・出荷を含む各種業務に影響したとしている。侵入経路、攻撃者の名称、被害件数、復旧が完了した具体的な日付は、今回参照した範囲では示されていない。最終報についても、確認できたのは報道の見出しと冒頭部分の内容に限られる。

公表内容から読み取れること(解釈) 解釈

メールサーバでの感染確認から数日のうちに、親会社がネットワーク接続の遮断を行い、第一報から第三報まで短い間隔で続報を出している。これは、子会社の被害を親会社側へ広げないことと、状況を段階的に開示することを重視した対応だったと読み取れる。ただし、親会社への感染拡大の痕跡がないとの記述は、第三報時点の調査結果にとどまる。MOST側の情報漏えいの有無は別の問題として残っているように見える。また、稼働再開を影響の確認されていない範囲から順次進める方法は、安全確認と業務継続を両立させる一つのやり方だと考えられる。復旧完了までに約半年を要した可能性もあるが、完了日が不明なため断定はできない。

対応

封じ込め
九州電子はMOSTとのネットワーク接続遮断などの初動対応を実施した。原因分析と影響調査を進め、影響が確認されていない範囲から順次稼働再開を進めた。
公表の仕方
2026-03-23に第一報、3月27日に第二報、3月30日に第三報、9月15日に最終報を公表した。
当局対応
—

教訓と対策

教訓具体的な対策
海外子会社との接続は、有事に切り離せる設計が被害の拡大防止に役立つ。拠点間VPNや専用線の接続先をセグメント単位で管理し、ファイアウォールで拠点ごとに即時遮断できる手順を用意する。遮断の判断者と連絡経路を決め、年1回は遮断訓練を実施する。
メールサーバは感染の初動確認の場になりうるため、検知と隔離を素早く行える状態にしておく必要がある。メールサーバにEDRを導入し、アラートを24時間体制で監視する。感染疑いのサーバをネットワークから隔離する手順書を作り、拠点の管理者が単独で実行できる権限を与える。
業務の復旧は、影響が確認されていない範囲から段階的に進める方法がある。そのため、システムごとの依存関係と復旧の優先順位を事前に整理しておくとよい。受注・出荷などの基幹業務ごとに、依存するサーバと復旧目標時間(RTO)を一覧化する。オフラインのバックアップからの復元手順を定期的に検証する。
続報では被害件数や情報漏えいの有無を明確に区別して示すと、読み手が状況を判断しやすくなる。インシデント対応計画に、公表文のテンプレートを用意する。『確認されたこと』『確認されていないこと』『調査中のこと』を分けて書く欄を設け、続報のたびに更新する。
侵入経路が不明のままでは、再発防止策の妥当性を外部から評価しにくい。ログを一定期間(例:1年)保管し、フォレンジック調査に必要なメールサーバやゲートウェイのログを改ざん困難な場所へ集約する。調査結果の公開範囲を事前に取り決めておく。

自組織などでの確認項目

  1. 自社の海外拠点や子会社とのネットワーク接続を、有事に短時間で遮断できますか。その判断者と手順は決まっていますか。
  2. 自社のメールサーバが感染した場合、検知から隔離までの流れは文書化されていますか。拠点の担当者だけで実行できますか。
  3. 受注・出荷など主要業務が止まった場合に、どのシステムから順に再開するかを決めていますか。その復旧手順は直近で検証済みですか。

未解明点

  • MOSTへの侵入経路と、メールサーバで確認されたウイルスの具体的な感染経路は何か。
  • MOST側で、情報漏えいの有無や影響を受けたデータの種類・件数はどうだったのか。
  • 攻撃者の名称や、身代金要求の有無はどうだったのか。
  • 事業運営に必要なシステム環境の復旧が完了した具体的な日付と、再発防止策の内容は何か。

出典

  1. 1
  2. 2
  3. 3