スイスの鉄道車両メーカーで、取引先と共有するデータ交換の基盤から技術情報が盗まれ、約1000万スイスフランの身代金を求められた

何が起きたか

この事故で流出した、または流出したおそれがある情報は、取引先の技術情報。安全に関わる情報と個人情報は含まれないと会社は説明した。件数は公表されていないです。その後の対応と影響は、州警察に刑事告訴した。身代金は払わないと表明した。自社のITシステムと生産は通常どおりで、運行中の車両にも影響は無いと説明したです。

原因になったのは「取引先と共有するデータ交換の基盤のログイン情報の漏れ」です。公表された内容では、生成AIは事故に関わっていません。

なぜ起きたか

会社の説明では、取引先とのデータ交換に使う基盤のログイン情報が漏れ、攻撃者の手に渡った。ログイン情報がどこから漏れたかは公表されていない。

原因の種類は「委託先での事故」です。業務を任せていた会社のシステムで起きた事故を指します。このサイトに掲載している事故のうち、同じ種類の原因で起きた事故は40件あります。

事故が起きてから公表されるまで

1. 2026年7月中旬データ交換の基盤から取引先の技術情報が取り出される
2. 2026年7月中旬会社に1000万スイスフランを求める脅迫状が届く
3. 2026年7月21日会社が被害を公表し、身代金を払わないと表明する

どうすれば防げたか

上の流れでは、最初から公表まで、途中で異常に気づいて止める仕組みが働いていません。

止められた可能性がある所（当社の見立て）

取引先と共有するデータ交換の基盤に多要素認証を求め、使われていないアカウントを定期的に止めていれば、漏れたログイン情報だけでは入られなかった可能性がある。

この見立ては、公表された原因から当社が考えたものです。当事者の調査の結果とは異なる場合があります。

自社で確認する3つの手順

上から順に、短い時間で確認できるものを並べています。

1. 取引先とファイルを交換する基盤と、そこに入れる社外のアカウントを一覧にする
2. 社外のアカウントにも多要素認証と有効期限を設定する
3. 取引先が終わった案件のファイルとアカウントを消す手順を決める

自社に同じ原因があるか

当てはまるものを選んでください。1つでも当てはまれば、この事故と同じ原因が自社にもある可能性があります。

出典と更新の履歴

• Vorfall（Stadler Medienmitteilung PDF）2026.07.21
• Swiss rail giant Stadler rejects $12.3M ransom demand after cyberattack（BleepingComputer）2026.07.22