関西総合システム、社内サーバがランサム被害 — 提供クラウドサービスは分離環境で運用継続
| 項目 | 内容 |
|---|---|
| 発生日 | 2025年12月26日(検知日) |
| 対象組織・業界 | 関西総合システム(ソフトウェア開発・システム保守) |
| 攻撃手法 | ランサムウェア(サーバ侵害) |
| 情報源 | Security NEXT(2026年1月5日) |
ソフトウェア開発およびシステム保守を手がける関西総合システムは、2025年12月26日に社内サーバがランサムウェア攻撃を受けたことを検知したと、2026年1月5日に公表しました。
被害サーバと関連ネットワークを遮断し、外部協力のもと被害状況の確認とシステム復旧作業を進めています。同社が提供するクラウドサービスは社内ネットワークとは切り離された環境で運用されており、現時点でサービス利用に支障は生じていません。
- 2025年12月26日: 社内サーバのランサムウェア感染を検知
- 被害サーバと関連ネットワークを遮断
- 2026年1月5日: 公表・Security NEXTが報道
- 外部協力のもと被害状況確認・システム復旧作業を実施中
- 提供クラウドサービスの安全確認も進行予定
侵入経路は公表されていません。「サーバが侵害された」との説明にとどまっています。
考えられる原因(推測): SIer/システム保守事業者へのランサム攻撃は、(a) VPN機器・境界機器の脆弱性悪用、(b) フィッシング/情報窃取型マルウェアによる認証情報窃取、(c) RDP経由の総当たり/認証情報流用、(d) 保守作業で使用する管理系アカウントの侵害、が典型です。特にシステム保守事業者は顧客システムへの接続経路を多数持つため、社内サーバへの侵入が顧客システムへの横展開に発展するリスクが常にあります。本件で「クラウドサービスは分離環境で運用」との強調は、この横展開懸念に先回りした説明と考えられます。
組織が学ぶべきこと
Section titled “組織が学ぶべきこと”1. 「分離環境で運用」が公表初日で語られる意味
Section titled “1. 「分離環境で運用」が公表初日で語られる意味”本件で注目すべきは、公表初日から「提供クラウドサービスは社内ネットワークとは切り離された環境で運用されており、サービス利用に支障は生じていません」と明示している点です。クラウドサービス提供事業者にとって、被害が顧客サービスに波及するかは事業存続レベルの重要事項であり、そこを最初に伝える判断はステークホルダー対応として合理的です。この「分離」が設計上どのように担保されているかを、平時から説明できる状態にしておくことが、被害時の初動発信の速度に直結します。
2. システム保守事業者の「顧客との接続経路」というリスク面
Section titled “2. システム保守事業者の「顧客との接続経路」というリスク面”関西総合システムはソフトウェア開発・システム保守を手がける事業者です。この業種は顧客システムへの保守接続経路を多数持つのが業務構造で、社内サーバ侵入が顧客側への横展開起点になり得ます。「社内はやられたが顧客サービスは分離環境なので安全」という説明は、その分離が徹底されているかどうかを、顧客側からも検証可能な形で示す必要があります。
3. SIer/クラウド事業者被害の連鎖効果
Section titled “3. SIer/クラウド事業者被害の連鎖効果”IT事業者が被害を受けると、その顧客組織の信頼——「委託先が安全か」という問い——に波及します。特に近年はサプライチェーンリスク評価制度の下で、委託先セキュリティの評価が制度化されつつあり、事業者側の対応履歴・情報公開姿勢・分離設計の実装は、そのまま次の契約判断に影響します。
ヤグラの視点 — 攻撃面の拡張:クラウドサービス提供事業者の「開発基盤・保守経路」という第二の攻撃面
Section titled “ヤグラの視点 — 攻撃面の拡張:クラウドサービス提供事業者の「開発基盤・保守経路」という第二の攻撃面”本件のようなSIer/クラウドサービス提供事業者の被害は、「攻撃面が自組織の外側にまで拡張される」構造を改めて示します。同社の社内サーバは、開発環境・保守用の踏み台・顧客への接続経路・ソースコード管理といった、「一般企業とは異なる高価値資産」を抱えている可能性があります。この資産群は、直接的な事業サービスとは別の「第二の攻撃面」を構成します。
そして、この「第二の攻撃面」は自組織だけでなく、顧客組織にとっての攻撃面でもあります。「委託先IT事業者の開発環境から、顧客の本番環境へ」という侵害経路は、近年の大規模インシデントで繰り返し観測されているパターンです。委託元・委託先双方に、「どこまで到達可能な経路が残っているか」を継続的に監視する仕組みが求められます。
ヤグラの AI SOC は、社内システムだけでなく、開発基盤・第三者接続・クラウド環境を含めた100+の連携先ログを集約し、横断的な相関分析を可能にします。「社内被害が顧客サービスに波及していないか」を、宣言ベースではなくログという実データで示せる基盤を提供します。
被害状況の確認・システム復旧の進捗、提供クラウドサービスの安全確認結果、顧客・取引先への継続報告が焦点です。
| 日時 | 内容 |
|---|---|
| 2026-07-30 | 初稿公開(1月5日公表時点) |