第一ライフグループと第一生命保険、従業員向け人事システムに不正アクセス — 1967年以降の内勤職員・2017年以降の営業職員・退職者ら約12万人分の氏名・住所・所属・職位などが流出した可能性

2026/10/07 23:33 情報収集中重大金融・保険 #不正アクセス

項目	内容
発生・公表日	検知: 2026年9月24日 / 公表: 2026年10月2日
対象組織	株式会社第一ライフグループ（代表取締役社長グループCEO: 菊田徹也）、第一生命保険株式会社（代表取締役社長: 隅野俊亮）
対象システム	両社が利用する従業員向け人事システム
流出のおそれ件数	約12万名（従業員約5万名内勤約1.3万 + 営業約3.7万／退職者約7万名）
対象情報	従業員番号・氏名・住所・電話番号・性別・所属・職位（資格）・職務・管理職上司氏名
対象期間	内勤職員: 1967年以降／営業職員: 2017年以降
情報源	第一ライフグループ・第一生命公式（2026年10月2日・退職者向けPDF）、Security NEXT（2026年10月6日）、ITmedia NEWS（2026年10月2日）

概要

生命保険大手の 株式会社第一ライフグループ および 第一生命保険株式会社 は、2026年10月2日、両社が利用する従業員向け人事システムへの不正アクセスを2026年9月24日に検知し、同システムに保存されていた従業員および退職者の個人情報が第三者に閲覧され外部へ流出した可能性があると公表しました。

流出のおそれがある対象は 約12万名（従業員約5万名／退職者約7万名）。従業員の内訳は内勤職員約1.3万名・営業職員約3.7万名で、第一フロンティア生命保険・第一ネオ生命保険などグループ会社への出向者や在籍型出向勤務者も含まれます。流出のおそれがある項目は従業員番号、氏名、住所、電話番号、性別、所属、職位（資格）、職務、管理職上司氏名です。

同社は、顧客情報への不正アクセスは確認されておらず、退職者に関する本件に起因する二次被害も確認されていないと説明しています。原因は「第三者による不正アクセスを受けたため」とされ、侵入経路の詳細は公表されていません。

経緯

2026年9月24日: 両社が利用する従業員向け人事システムへの不正アクセスを検知
2026年10月2日: 第一ライフグループ・第一生命が退職者向けお知らせを公表
2026年10月6日: Security NEXT 等が報道、顧客情報への影響や二次被害は現時点で確認されていないと説明
現時点: 対象者の特定作業と調査を継続中。問い合わせフォーム（Microsoft Forms）および人事部窓口電話（070-3195-0933 / 070-3195-1239）で退職者からの照会を受け付け

対策

1. 1967年以降の退職者を含む「長期保持データ」を、現役データと同じ水準で守る

本件で対象期間は内勤職員が1967年以降という半世紀以上にわたる範囲でした。生命保険の内勤業務は在籍年数が長く、年金・企業型DC・退職金精算など退職後も個人を追跡できる状態で保持する必要がある情報が多いため、人事システムは単に過去を保存するだけでなく、現役の運用対象として生き続けます。退職者分のレコードを現役と同じ本番DBに置き、同じアクセス経路から読み出せる状態にしておくと、ひとつの侵害で現役・退職者を合わせた全履歴が同時に露出します。退職者テーブルを別領域に分離し、アクセスできる端末・ID・時間帯を現役業務の最小集合だけに絞る設計が、同じ事案で漏えい件数を桁ひとつ下げる余地になります。

2. 「顧客情報は含まれない」を事実として言える境界設計

本件の公表では「現時点でお客さま情報への不正アクセスは確認されておらず」と踏み込んで記載されています。これは人事システムと顧客システムの間に、ネットワーク・アカウント・データの境界が引かれており、人事側の侵害がそのまま顧客側に波及しない構造になっていたという組織の設計の反映です。初報時点でこれを言い切れるかは、平常時の境界設計そのものにかかります。IDフェデレーションの範囲、人事担当者が顧客系APIを呼べるか否か、人事DBと顧客DBが同じDBサーバ上に同居していないか——境界が引かれていれば「人事だけ」で止まり、引かれていなければ初報で「含まれていない」とは書けません。

3. グループ会社・出向者を含む「人事データの横断範囲」を把握しておく

対象には第一フロンティア生命・第一ネオ生命などグループ会社への出向者や在籍型出向勤務者も含まれていました。これは、両社の人事システムが「自社の社員」だけでなくグループ全体の雇用・出向関係を一元管理する基盤として機能していたことを示します。グループ横断の人事基盤は人材配置・給与計算・労務管理の効率上は合理的ですが、侵害時の影響範囲が一社では閉じないという代償を伴います。平常時から「このシステムには誰のデータが入っているか」をグループ会社単位で棚卸しし、どのグループ会社の個人情報保護窓口・個情委報告義務が発生するかを事前に整理しておくと、公表の精度と速度が変わります。

ヤグラの視点 — 検知の起点を、人事システムの「振る舞い」に置けるか

本件で公表されているのは「2026年9月24日に不正アクセスを検知した」という事実のみで、どのように検知したかは示されていません。しかし人事システムは、平常時にはごく限られた人事担当者が、ごく限られた時間帯に、業務上必要な範囲だけアクセスするという静かなシステムです。退職者を含む約12万名分の個人情報が一度に閲覧される状況は、平常時の操作プロファイルから大きく外れています。

逆に言えば、人事システムのように平常時のアクセスパターンが安定しているシステムほど、振る舞いベースの検知が効きやすいということでもあります。認証そのものは正規IDで通っていても、ログイン元のIP・時間帯・取得レコード数・連続クエリ数といったパターンが平常から外れた時点でシグナルを立てる仕組みがあれば、12万件の露出が完了する前の段階で止められる可能性があります。これは人事システムに限らず、取引基盤・顧客DB・ファイルサーバなど「正規IDで入られたら区別がつかない」領域に共通する考え方で、EDRのような端末上の挙動検知だけでは拾いきれません。認証ログ・アプリケーションログ・DBアクセスログを横断で見て、同じアカウントが普段と比べてどれだけ・何を・いつ触ったかを平常時から把握しておくことが前提になります。

正規IDで入られる前提に立つと、人手で24時間365日全ログを見切るのは現実的ではありません。認証ログ・端末ログ・ネットワークログをAIが横断で相関し、検知から初動までを数分の単位に縮める運用が、この種の「静かなシステムで起きる例外的な大量アクセス」を拾う現実解になります。（→ ヤグラ AI SOC）

今後の対応

対象者の最終特定と、個別通知の進捗
侵入経路（人事システムが外部公開されていたのか、業務端末経由だったのか、委託先経由だったのか）の判明
顧客情報との境界が本当に維持されていたかの続報（独立した外部調査の結果）
二次被害（なりすまし電話、郵便物、不審な請求等）の発生有無
グループ各社の個人情報保護担当や個人情報保護委員会への報告の進捗

判明次第、本記事に追記します。

更新履歴

日時	内容
2026-10-07	第一報を公開