何が起きたか
この事故で流出した、または流出したおそれがある情報は、利用者の氏名とメールアドレスが中心。口座情報、支払い手段、身分証の番号は含まれていないと説明している。犯行側は500GB、1億5000万件を取ったと主張しているが確認されていないです。その後の対応と影響は、対象の環境を切り離し、外部の専門家と対策を入れた。当局と協力して調査している。列車の運行には影響がなかったです。
原因になったのは「侵入済みのインフラ管理会社のサーバーとの接続」です。公表された内容では、生成AIは事故に関わっていません。
- 中心 直接の原因確定
先に侵入されていたAdifのサーバーが運行会社のシステムとつながっており、そこから接続された。
- 1つ外側 流出した情報確定
利用者の氏名とメールアドレスが中心。口座情報、支払い手段、身分証の番号は含まれていないと説明している。犯行側は500GB、1億5000万件を取ったと主張しているが確認されていない。
- いちばん外側 その後の対応と影響報道
対象の環境を切り離し、外部の専門家と対策を入れた。当局と協力して調査している。列車の運行には影響がなかった。
なぜ起きたか
運行会社の説明では、侵入はAdifのサーバーから始まり、2社のシステムがつながっていたため運行会社側に広がった。攻撃の前に数週間、侵入の試みが続いていた。一部の報道は、攻撃者が脆弱性探しにAIを使った可能性を伝えたが、当局は確認していない。
原因の種類は「不正アクセス」です。第三者がシステムに入り、情報を見たり持ち出したりした事故を指します。このサイトに掲載している事故のうち、同じ種類の原因で起きた事故は131件あります。
事故が起きてから公表されるまで
- 2026年9月24日夜Adifがシステムの異常に気づく
- 2026年9月25日運行会社が、Adifのサーバーが侵入の起点と発表する
- その後犯行側が500GBを取ったと主張し、調査が続く
どうすれば防げたか
上の流れでは、最初から公表まで、途中で異常に気づいて止める仕組みが働いていません。
止められた可能性がある所（当社の見立て）グループ会社や取引先とつながるネットワークの通り道を、必要な通信だけに絞っていれば、相手側の侵入が自社に広がる範囲を小さくできた可能性がある。
この見立ては、公表された原因から当社が考えたものです。当事者の調査の結果とは異なる場合があります。
自社で確認する3つの手順
上から順に、短い時間で確認できるものを並べています。
- グループ会社や取引先のシステムとつながる通り道を一覧にする
- その通り道で許可している通信の種類を確認する
- 相手側が侵入された時に、通り道を止める手順と担当者を決める
自社に同じ原因があるか
当てはまるものを選んでください。1つでも当てはまれば、この事故と同じ原因が自社にもある可能性があります。
出典と更新の履歴
- Renfe investiga un incidente de ciberseguridad vinculado a sistemas externos de Adif（Renfe）2026.09.25
- Ataque a Renfe y Adif en España habrían utilizado la IA para entrar a sus sistemas（adn40）2026.09.25
