フィーチャのランサムウェア被害｜公表と最終報のまとめ

何が起きたか

2026年2月12日、フィーチャ（東証グロース）は、2月9日にサーバーの一部のファイルが暗号化され、ランサムウェアの被害が分かったと公表しました（フィーチャの2026年2月12日の適時開示）。 2月26日の第二報で、同社が管理する一部の情報が外部に流出したことを確認したとしました。 5月13日の最終報では、不正アクセスを受けたサーバーなどは32台で、うち13台がランサムウェアに感染していたとしています。最初の痕跡は2025年7月9日の、ファイアウォールを通った同社のサーバーへの不正アクセスでした。関係するログが暗号化されていたため、具体的な原因と手法は特定できていないとしています（フィーチャの2026年5月13日の発表）。 攻撃者は1台のサーバーに集めたファイルを、ファイル転送のツールで外部のクラウドストレージへ送り、GitHub のサーバーからは144のリポジトリが外部にコピーされたとしています。盗まれた可能性のある情報の一部は、誰でも見られる掲示板などに載せられたとしています。送られたファイルは個別に特定できておらず、全容を断定するのは難しいとしています。

会社の対応

• 被害の拡大を防ぐためのサーバーの停止。最終報の時点で通常の業務を再開し、業績予想の修正はなし
• 警察などへの相談、外部の専門家との調査、公開の状況の確認とダークウェブの監視の継続
• 会社を装った不審なメール・SMS・電話への注意の呼びかけ（第二報）
• 再発防止策（最終報）：外部との接続の基盤の刷新と多要素認証・不審なログインの監視、ネットワークの分離、管理者権限の分離、EDR の導入、外部の SOC を含む監視の強化、事故の対応の手順と社内のルールの見直し

この事例から中小企業が学べること

• ファイアウォールや VPN など外とつながる機器の版と設定を定期的に確かめ、管理の画面を社外から開けないようにする
• 侵入から暗号化まで7か月かかった例。ふだんと違うログイン・大量のファイルの送信に気づける監視を置く
• ログを、暗号化されても残るよう別の場所に保管する
• ソースコードの置き場（GitHub など）も守る対象に入れ、アクセスできる人と鍵を絞る