何が起きたか
この事故で流出した、または流出したおそれがある情報は、番地を除く住所、メールアドレス、電話番号。宿泊客への通知メールは8716通です。その後の対応と影響は、提供会社はシステムを守る対策を入れた。ホテルは宿泊客に通知し、データ保護機関に一般データ保護規則(GDPR)33条に基づいて報告したです。
原因になったのは「予約システム(iHotelier)の提供会社への攻撃」です。公表された内容では、生成AIは事故に関わっていません。
- 中心 直接の原因報道
ホテルの予約システムを提供する会社が攻撃を受け、宿泊客の情報が盗まれた。攻撃者が入った方法は調査中。
- 1つ外側 流出した情報報道
番地を除く住所、メールアドレス、電話番号。宿泊客への通知メールは8716通。
- いちばん外側 その後の対応と影響報道
提供会社はシステムを守る対策を入れた。ホテルは宿泊客に通知し、データ保護機関に一般データ保護規則(GDPR)33条に基づいて報告した。
なぜ起きたか
攻撃者が予約システムに入った方法は、ホテルと提供会社が調べている。
原因の種類は「委託先での事故」です。業務を任せていた会社のシステムで起きた事故を指します。このサイトに掲載している事故のうち、同じ種類の原因で起きた事故は40件あります。
事故が起きてから公表されるまで
- 時期不明予約システムの提供会社が攻撃を受ける
- 2026年9月17日ホテルが宿泊客にメールで知らせる
- 2026年9月23日業界メディアが報じる
どうすれば防げたか
上の流れでは、最初から公表まで、途中で異常に気づいて止める仕組みが働いていません。
止められた可能性がある所(当社の見立て)予約システムの提供会社と、侵入時の連絡期限と預ける項目を契約で決めておけば、宿泊客に早く知らせられる。
この見立ては、公表された原因から当社が考えたものです。当事者の調査の結果とは異なる場合があります。
自社で確認する3つの手順
上から順に、短い時間で確認できるものを並べています。
- 予約システムなど外部のサービスに預けている宿泊客の情報の項目を確認する
- 提供会社から侵入の連絡を受けた時の通知文と手順を用意する
- 提供会社のセキュリティ認証や監査結果を確認する
自社に同じ原因があるか
当てはまるものを選んでください。1つでも当てはまれば、この事故と同じ原因が自社にもある可能性があります。