タイムズカー 不正アクセスにより流出
：カーシェアリングサービス「タイムズカー」にて、最大約660万件（うち運転免許証画像などの本人確認書類が約160万件）の個人情報が不正アクセスにより流出しました
****************************************
Seasarで website構築してたんですって
- 2004年頃: Seasar2（バージョン2）の開発が本格化し、DI（依存性の注入）やAOP（アスペクト指向）を取り入れた軽量コンテナとして日本国内で大きな注目を集め始めました。
- 2006年〜2010年頃: 大手SIerや数多くのWeb受託開発で標準フレームワークとして爆発的に普及しました。「設定ファイル（XML）をほとんど書かずに動く」という当時としては画期的な生産性の高さが支持されました。
- 2016年9月: コミュニティより公式にメンテナンスおよびサポートが全面終了（EOL）となりました。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊
2026年9月にタイムズカー（パーク24グループ）で約660万件の大規模な情報漏洩インシデントが公表されました。この事件をきっかけにエンジニア界隈が調査したところ、Webサイトの表層（HTMLソースなど）に、先ほどお話しした「2016年にEOLを迎えた国産フレームワーク（Seasar2およびその派生技術であるTeeda）」の痕跡や、2008年当時の古い「jQuery 1.2.6」がそのまま残っていたことが発覚し、SNSや技術コミュニティ（XやQiitaなど）で「注目（大炎上）中」となっています
タイムズカーで何が起きて、なぜ注目されているのか？
- 約660万件のデータ流出と古い技術の露呈
2026年9月25日、タイムズカーのシステムに不正アクセスがあり、退会者を含む膨大な会員情報や、約160万件の運転免許証画像が流出しました。 - 原因は断定されていないが、老朽化が槍玉に
公式から具体的な侵入経路（原因）は未だ発表されていませんが、Webサイトのフロントに2016年にサポートが切れたSeasar2/Teedaの痕跡や、2008年のjQueryがそのまま動いていたことから、「土台となるJavaやライブラリ一式が、何年もアップデートできないまま塩漬けにされていたのではないか」という技術的負債のリスクとして注目されています。 - 「動いているから」で放置する経営リスク
タイムズカーほどの超大手インフラサービスであっても、裏側のシステムは「2004年〜2006年頃の全盛期に構築された骨組み（Seasar2）のまま、見た目（UI）だけを改修して騙し騙し使い続けていた」という、日本のWebシステムが抱える典型的なレガシー問題の象徴として、現在エンジニアの間で非常に強い警鐘が鳴らされています。
「2004年に停止」というよりは、「2004年〜2006年頃に作ったシステムが、2026年の現代までEOL（サポート終了）を無視してそのまま走り続けていた」というのが、いま世間で注目されている不名誉な事実の真相です
*****************************************************
💡 タイムズカー級の大規模リプレイスでの「鉄則」
これほど巨大なレガシーシステムを移行する場合、一気にすべてを作り直す「ビッグバン・リプレイス」は高確率で失敗（バグ多発、納期遅延）します。
そのため、現在は「ストラングラー・アプリケーション・パターン（締め殺しパターン）」
という手法が推奨されます。これは、古いSeasar2のシステムの前にプロキシ（交通整理の壁）を置き、「新規機能や会員登録画面など、重要なパーツから順番にSpring Boot等の新システムへ少しずつ切り出して移行していく」という、システムを止めずに安全に若返らせるアプローチです。
もし現在、実際に社内システムの老朽化対応やリプレイスを検討されている場合、以下のどれに当てはまるか教えていただけますか？
コメント