システムソフト子会社マムクリエイト、社内サーバがランサム被害——顧客向けサービスは平常稼働

項目	内容
発生日	2026年4月7日（検知）／2026年4月10日（公表）
対象組織・業界	システムソフト／子会社マムクリエイト
攻撃手法	ランサムウェアによるサイバー攻撃
情報源	Security NEXT（2026年4月10日）

概要

システムソフトは、子会社のマムクリエイトで一部社内サーバがランサムウェアによりファイル暗号化される被害を受けたと公表しました。

社内システムからサーバを遮断し、外部協力のもと原因の特定と情報流出の有無を含めた被害範囲の特定について調査中です。顧客向けサービス、ウェブサイト、メールシステムは平常どおり稼働しており、社内システムに被害が限定されている状態での公表です。

経緯

• 2026年4月7日: マムクリエイトの一部社内サーバでランサム被害を検知
• 2026年4月10日: システムソフトが事案を公表

原因

直接原因はランサムウェア攻撃です。侵入経路・感染手口は公表時点で調査中とされ、詳細は未公表です。

考えられる原因（推測）

以下は公表事実から考えられる仮説であり、同社が公表したものではありません。

1. 子会社ネットワークを起点とした攻撃: 親会社と比べて子会社は投資・監視体制の統制強度に差が出やすく、攻撃者に選ばれやすい類型です
2. 社内サーバに限定された被害＝分離設計の効果: 顧客向けサービス・ウェブサイト・メールが平常稼働している事実は、社内システムと顧客向けサービスが分離されていた設計が奏功した可能性を示唆します
3. 社内ファイルサーバへの侵入経路: フィッシング・VPN・認証情報悪用など複数の入口が考えられますが、公表時点では特定に至っていません

対策

組織が学ぶべきこと

1. 子会社のセキュリティ運用を親会社基準で統合する: 子会社ごとに独立したセキュリティ運用は、統制強度のばらつきを生みます。ログ・アラートの集約、監視体制、インシデント報告フローをグループ横断で統一することが、子会社起点の被害を早期検知・封じ込めるための前提です。

2. 「社内システムと顧客向けサービスの分離」を平時から実装する: 本件で顧客向けサービスが平常稼働できたのは、社内サーバと顧客向けシステムが分離されていた設計の効果と考えられます。事業継続の観点で、片方が侵害されても事業継続が可能な構造は、平時の設計投資の価値が最も見えるタイミングです。

3. 「情報流出の有無」を早期に確定させるためのログ整備: 暗号化被害の場合、影響範囲は「暗号化された範囲」だけでなく「窃取された範囲」の両方で捉える必要があります。ログの粒度と保管期間が不足していると、窃取範囲の確定に時間を要し、顧客・監督官庁への説明が長期化します。

ヤグラの視点 — 攻撃面の拡張：子会社ネットワークが親会社セキュリティの外側にないか

グループ経営の企業にとって、子会社は「事業の一部」であり、同時に「セキュリティ運用の別世界」でもあるという二重の顔を持ちます。本件のマムクリエイトのように、社内サーバが被害を受けても顧客向けサービスは影響を免れる設計は、事業継続の観点では成功例です。しかし「子会社の社内サーバのランサム被害」を親会社側のセキュリティ運用が3日で検知・遮断できたかどうかは、グループ全体のログ集約と横断監視の運用体制で決まります。攻撃面は自社の直接管理下だけでなく、子会社・関連会社の運用しているネットワークにも拡張しています。子会社にEDRを個別導入するだけでは不十分で、ログを親会社側に集約してAIで横断監視し、被害範囲を全社視点で組み立てられる体制が、被害の可視化と説明責任の両方を支えます。→ ヤグラ AI SOC

今後の対応

情報流出の有無、影響を受けた顧客・取引先の有無、原因の詳細について続報を注視し、判明次第本記事に追記します。

更新履歴

日時	内容
2026-04-10	第一報を掲載