ジモティー、社内の一部開発環境が侵害されマルウェア感染 — 個人情報が保存された環境が外部からアクセスできる状態に

項目	内容
発生日	2025年11月26日に兆候を検知、11月29日に確認
公表日	2025年12月8日
対象組織・業界	ジモティー（地域情報サイト「ジモティー」の運営／情報通信・IT）
影響件数	件数は特定中。対象は同社従業員・元従業員・開発業務に従事する社外協力者の氏名とメールアドレス、および特定カテゴリーに対する問い合わせ実績
攻撃手法	社内の一部開発環境の侵害とマルウェア感染。個人情報が保存された環境が外部よりアクセスできる状態にあり、実際に一部情報はアクセスされていた。侵入経路は特定中
情報源	Security NEXT（2025年12月8日）

概要

地域情報サイト「ジモティー」を運営するジモティーは2025年12月8日、社内の一部開発環境を侵害され、マルウェアに感染していることが判明したと公表しました。

2025年11月26日に兆候を検知し、11月29日に確認しています。同社によれば、個人情報が保存された環境が外部よりアクセスできる状態にあり、実際に一部情報はアクセスされていたとのことです。

対象となったのは、同社従業員、元従業員、および開発業務に従事する社外協力者の氏名とメールアドレス、および特定カテゴリーに対する問い合わせ実績に関する情報です。同社はアクセスを遮断したうえで調査を進めており、ログの解析などを通じて、件数を含めて影響を受ける具体的な範囲を特定中としています。

個人情報保護委員会へ報告済みで、再発防止策については検討を行っているとしています。影響を受ける可能性がある関係者に対しては、2025年12月中旬ごろに案内する予定です。

経緯

• 2025年11月26日: 社内の一部開発環境における侵害の兆候を検知
• 2025年11月29日: 侵害とマルウェア感染を確認
• 確認後: アクセスを遮断し、ログの解析を含む調査を実施。個人情報保護委員会へ報告
• 2025年12月8日: ジモティーが公表。件数と侵入経路は特定中とする
• 2025年12月中旬ごろ（予定）: 影響を受ける可能性がある関係者へ案内

原因

判明している事実: 侵害されたのは社内の一部開発環境で、マルウェア感染が確認されています。侵入経路については「特定を進める」段階であり、公表されていません。個人情報が保存された環境が外部からアクセスできる状態にあったことは確認されていますが、その状態が生じた原因も公表されていません。

考えられる原因（推測）

漏えいの対象が従業員・元従業員・開発業務に従事する社外協力者という構成である点は、この事案の性格を示しています。一般利用者の会員情報が中心ではなく、開発に関与する人々の情報が置かれた環境が侵害されたということです。開発環境には、テスト用のデータ、アカウント一覧、外部委託先との連絡先といった情報が業務の副産物として蓄積されやすい傾向があります。

「個人情報が保存された環境が外部よりアクセスできる状態にあった」という表現からは、本来内部に閉じるべき環境が外部から到達可能になっていたことが読み取れます。開発環境は本番環境と比べて、認証やネットワークの制限が緩く構成されがちです。検証のために一時的に開放した設定がそのまま残る、というのはこの領域で繰り返される形です。

対策

組織が学ぶべきこと

1. 開発環境を、本番環境と同じ管理の対象に入れる

開発環境は「本番ではない」という前提で、認証やアクセス制限が緩く設定されがちです。しかし開発環境に置かれるデータは、しばしば本番と同質の個人情報を含みます。外部から到達可能な範囲の棚卸しは、本番環境だけを対象にしていては意味を持ちません。

2. 開発に関与する人の情報も、保護対象の個人情報である

今回の対象は従業員・元従業員・社外協力者です。サービスの利用者情報だけを個人情報として管理していると、この種の情報は保護の設計から漏れます。開発体制に関わる人の氏名とメールアドレスは、その組織の内部構造を示す情報でもあり、標的型攻撃の下準備に使われ得ます。

3. 元従業員・過去の協力者の情報は、保持の理由を定期的に問い直す

対象に元従業員と社外協力者が含まれたことで、影響範囲は現在の体制よりも広がりました。契約が終了した相手の情報を保持し続ける業務上の理由は、時間が経つほど薄くなります。保持期間を定めて削除する運用が、侵害されたときの影響を直接的に抑えます。

ヤグラの視点 — 攻撃面の拡張：本番の外側にある環境が、同じ質のデータを抱えていた

侵害されたのは本番のサービス基盤ではなく、社内の一部開発環境です。守る側の意識としては、外部に公開され利用者のデータを扱う本番環境が最重要であり、開発環境はその手前にある作業場という位置づけになります。実際に破られたのは、その作業場でした。

開発環境がこの立ち位置に置かれる理由は、業務の性質そのものにあります。検証のために本番相当のデータを持ち込み、確認のために一時的にアクセスを開放し、期限を区切らずにそのまま使い続ける。それぞれの操作は開発を進めるうえで合理的で、どれも単独では問題として認識されません。結果として、本番と同質のデータを抱えながら本番並みの防御を持たない環境が生まれます。攻撃者はその差を探します。

守るべき面は、組織図でもシステム構成図でもなく、外部から到達できる範囲として数える必要があります。本番、開発、検証、外部委託先の作業環境、SaaS上の共有領域——どれも同じ一覧に載っていなければ、抜けたところが起点になります。無限に見つかる脆弱性を全件潰すことより先に、到達できる資産とそこに置かれたデータを把握することが防御の起点です。そのうえで、侵入の兆候を早く拾うには複数の環境のログを横断して見るしかありません（→ ヤグラ AI SOC）。同社が11月26日に兆候を検知し29日に確認できたのは、その方向の備えが一定機能した結果と見ることができます。

今後の対応

• 侵入経路の特定
• 影響を受けた件数と具体的な範囲の確定
• 開発環境のアクセス制御を含む再発防止策の公表内容

更新履歴

日時	内容
2026-08-12	2025年12月8日の公表内容をもとにアーカイブ記事として作成