米国のクラウド電話サービス会社で、ソーシャルエンジニアリングにより一部の顧客の連絡先情報が漏洩

何が起きたか

この事故で流出した、または流出したおそれがある情報は、氏名、メールアドレス、電話番号、住所。約160万件（Have I Been Pwnedの確認として報道）。攻撃者は623GBを盗んだと主張（未確認）です。その後の対応と影響は、不正な活動を止め、外部の調査会社と調査を始めた。対象の顧客には直接連絡し、連絡が無い顧客は対象外と説明した。主要なサービスへの影響は無かった。恐喝グループは一部のデータを公開したです。

原因になったのは「ソーシャルエンジニアリング」です。公表された内容では、生成AIは事故に関わっていません。

なぜ起きたか

会社の説明では、高度なソーシャルエンジニアリングの攻撃によって一部の顧客データが取得された。誰がどの手段でだまされたかなど、詳しい経緯は公表されていない。

原因の種類は「その他」です。上の分類に当てはまらない事故を指します。このサイトに掲載している事故のうち、同じ種類の原因で起きた事故は14件あります。

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

1. 2026年7月攻撃を受け、顧客データが取得される
2. 2026年7月28日会社が自社サイトで公表する
3. 2026年7月下旬恐喝グループが会社名をリークサイトに載せる
4. 2026年8月上旬恐喝グループが280GBのデータを公開する
5. 2026年8月14日約160万件のメールアドレスが確認されたと報道される

どうすれば防げたか

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

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

社員を名乗る電話やチャットでの依頼に対し、別の連絡手段で本人を確かめる手順を全員で守っていれば、だまされてアカウントや情報を渡す事態を防げた可能性がある。

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

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

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

1. 情報システム部門やヘルプデスクを名乗る連絡が来た時の確認手順を決め、全社員に知らせる
2. パスワードの再設定や多要素認証の変更を受け付ける時の本人確認の方法を見直す
3. 顧客データを扱う管理画面への接続を記録し、普段と違う大量の取り出しを検知する設定にする

自社に同じ原因があるか

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

出典と更新の履歴

• Security Bulletin（RingCentral Trust Center、2026年7月28日の通知）2026.07.28
• 1.6 Million Likely Impacted by RingCentral Data Breach（SecurityWeek）2026.08.14