フェースグループ、ランサム被害の可能性でシステム障害——影響範囲は「個人情報・取引情報を含め調査中」

項目	内容
発生日	2026年6月23日にシステム障害を公表
対象組織・業界	フェースグループ（エステティック関連事業）
攻撃手法	ランサムウェアによるものと見られるサイバー攻撃
情報源	Security NEXT（2026-06-23）、フェースグループ 公式

概要

フェースグループは2026年6月23日、外部からのサイバー攻撃に起因すると見られるシステム障害の発生を公表しました。原因はランサムウェアによる被害の可能性があるとし、個人情報や取引情報を含む影響範囲について、外部協力のもとで調査を進めています。

現時点で公表されているのは、事象の発生と調査中である事実にとどまり、被害件数・情報種別・侵入経路の詳細は明らかにされていません。復旧に向けた作業も並行して進められています。

経緯

• 2026年6月23日: フェースグループがシステム障害の発生とランサムウェア被害の可能性を公表、外部協力のもとで調査・復旧を開始

原因

侵入経路・攻撃の起点については公表されておらず、調査中です。ランサムウェアによる被害の可能性が指摘されている段階です。

考えられる原因（推測）

以下は同社が公表したものではなく、公表事実から一般的に考えられる仮説です。

1. VPN機器やRDP等の外部接続点の侵害: 近年のランサム事案では、境界機器の脆弱性や認証情報悪用による初期侵入が多く報告されており、境界防御を突破された後にサーバやファイルサーバが暗号化される流れが主流です
2. フィッシング起点の認証情報詐取: メールで奪った認証情報をもとに管理者権限へ到達し、横展開の末に暗号化に至るパターンもあります
3. 侵害から検知・公表までのタイムラグ: ランサム事案は暗号化の顕在化で発覚することが多く、実際の初期侵入は数日〜数週間遡る可能性があります

対策

組織が学ぶべきこと

1. 「調査中」でも説明責任は果たせるように設計する: 事案公表時点では被害範囲が確定していないことがほとんどですが、何がどこまで分かっていて、どのログ・証跡から何を調べているのかを明示できる体制があるかどうかが、その後の顧客・取引先対応の差になります。侵害範囲の確定が遅れれば、対象者への通知や規制報告の期限も後ろ倒しになります。

2. 復旧と調査を並走できる分離設計: 復旧を優先すると証跡を上書きする、調査を優先すると事業停止が長引く——このジレンマを避けるため、フォレンジック用のディスクイメージ確保と復旧作業の並走を、事前の運用手順として持っておく必要があります。

3. 個人情報保護法・GDPR等の通知期限を「事案発生時点から」逆算する: 通知義務は「知った時点」を起点にする規制と、「発生時点」を起点にする規制があり、影響範囲が確定しないと通知が出せないという運用は、通知遅延のリスクを常に抱えます。

ヤグラの視点 — 影響範囲を語れる調査体制があるか

ランサム事案の初報で最も難しいのは「何がどこまで漏れた・暗号化されたのか」を、事業を止めずに素早く見極めることです。フェースグループの公表内容も現時点では個人情報・取引情報を含めて調査中という表現に留まっており、これは多くの初期対応現場に共通する状態です。どのサーバに、どんなデータが、どの時点まで存在していたかを語るためには、ログの横断的な取得と、AIによる関連イベントの相関分析が現実解になりつつあります。人手で全ログをつなげて説明可能な状態に持っていくのは、24時間365日の攻撃スピードに追いつけません。侵入から検知までの平均が数時間〜数日である現状に対し、AIによるログ横断監視・自動封じ込めは検知から初動まで平均数分にまで短縮できます（→ ヤグラ AI SOC）。

今後の対応

被害範囲（個人情報・取引情報の件数と種別）、侵入経路、復旧見通しの続報を注視し、判明次第本記事に追記します。

更新履歴

日時	内容
2026-06-23	第一報を公開