RingCentral、ソーシャルエンジニアリングの被害を公表 HIBPが約160万件の情報漏洩を確認|セキュリティニュースのセキュリティ対策Lab

投稿日時: 2026年08月19日更新日時: 2026年08月19日

クラウド型コミュニケーションサービスを提供するRingCentralは2026年7月28日、同社を狙ったソーシャルエンジニアリング攻撃により、一部の顧客データが影響を受けたと公表しました。同社は不正な活動を停止し、外部のフォレンジック専門企業と調査を進めています。

一方、漏えいデータを分析するHave I Been Pwned（HIBP）は8月13日、ShinyHuntersがRingCentralから取得したと主張して公開したデータに、約160万件のユニークなメールアドレスが含まれていたと報告しました。この数字はRingCentralが公表した被害人数ではありません。企業の公式確認、第三者によるデータ分析、攻撃者の主張を分けて捉える必要があります。

RingCentralへのソーシャルエンジニアリング攻撃のサマリー

確認済み：RingCentralは2026年7月28日、高度なソーシャルエンジニアリング攻撃を受けたと公表しました
確認済み：同社は不正な活動を停止する措置を講じ、外部のフォレンジック専門企業へ調査を依頼しました
確認済み：RingCentralによると、影響を受けたのは顧客データの限定的な一部です
確認済み：同社は影響を受けた顧客へ直接連絡しており、連絡を受けていない顧客は本件の影響を受けていないと案内しています
確認済み：中核のRingCentralプラットフォームは影響を受けず、サービスは中断せずに継続しました
独立分析：HIBPは公開されたデータから、約160万件のユニークなメールアドレスと、氏名、電話番号、住所を確認しました
犯行声明：ShinyHuntersはRingCentralから623GB超のデータを取得したと主張していますが、RingCentralは攻撃主体や取得量を公式に確認していません
二次報道：SecurityWeekは、ShinyHuntersが約280GBの圧縮アーカイブを公開したと報じています
未確認：侵入に使われた具体的な手段、影響を受けた顧客数、公式に確認されたデータ項目は公表されていません
未確認：パスワード、決済情報、通話・メッセージ内容が影響を受けたとの公式発表は確認できませんでした

項目	内容
公表日	2026年7月28日（RingCentralの最新更新日）
発生日・確認日	2026年7月。正確な発生日と検知日は公表されていません
対象組織	RingCentral
インシデント	ソーシャルエンジニアリング攻撃に伴う不正な活動
侵入経路	ソーシャルエンジニアリング。具体的な接触手段や侵入経路は確認できませんでした
影響を受けた情報	RingCentralは「顧客データの限定的な一部」と説明し、項目は非公表。HIBPは公開データ内に氏名、メールアドレス、電話番号、住所を確認
対象件数	RingCentralは非公表。HIBPが確認したユニークなメールアドレスは約160万件
攻撃者	RingCentralによる帰属は未公表。ShinyHuntersが犯行を主張
サービスへの影響	中核プラットフォームへの影響とサービス中断は確認されていません
対応状況	不正な活動の停止、外部専門企業による調査、影響を受けた顧客への直接連絡
規制当局への報告	公開された届出は今回の調査範囲で確認できませんでした

RingCentralは一部の顧客データへの影響を公表

RingCentralのセキュリティ通知によると、同社は高度なソーシャルエンジニアリング攻撃を受け、不正な活動を停止するための措置を講じました。外部のフォレンジック専門企業も起用し、是正措置の実施後には新たな不正活動を確認していないとしています。

同社が公式に認めている影響範囲は「顧客データの限定的な一部」です。影響を受けた顧客には直接連絡しており、連絡を受けていない顧客は影響を受けていないと案内しています。

中核プラットフォームは影響を受けず、サービスも中断しませんでした。このため、本件はサービス停止を伴う障害ではなく、顧客データへの不正なアクセスを中心とするインシデントとして整理するのが適切です。ただし、RingCentralは具体的な侵入経路、影響を受けた顧客数、データ項目を公表していません。

ソーシャルエンジニアリングは、システムの脆弱性だけでなく、人の判断や業務手続きを悪用する攻撃です。基本的な手口と対策は、セキュリティ対策Labのソーシャルエンジニアリングとは何かでも整理しています。

約160万件はRingCentralの公式な被害人数ではない

HIBPは8月13日、ShinyHuntersがRingCentral由来だと主張して公開したデータをデータ侵害情報に追加しました。HIBPによると、分析対象には約160万件のユニークなメールアドレスが含まれ、氏名、電話番号、住所も確認されました。

ここでいう約160万件は、公開データ内で重複を除いたメールアドレスの数です。契約企業数、ユーザーアカウント数、被害を受けた個人の人数のいずれとも、そのまま同一視できません。1人が複数のメールアドレスを使う場合がある一方、共有アドレスが含まれる可能性もあります。

また、HIBPによる公開データの分析は、データ項目と規模を把握する重要な材料ですが、RingCentral自身は約160万件という件数や、氏名、電話番号、住所の影響を公式発表で確認していません。記事タイトルや社内報告で「160万人の情報流出をRingCentralが確認」と表現するのは不正確です。

ShinyHuntersが犯行を主張、RingCentralは帰属を公表せず

ShinyHuntersはRingCentralから623GB超のデータを取得したと主張しています。SecurityWeekは、同グループが約280GBの圧縮アーカイブを公開したと報じました。ただし、取得量や公開量は攻撃者の主張と二次報道に基づく情報であり、RingCentralはこれらを公式に確認していません。

攻撃者の帰属も同様です。RingCentralのセキュリティ通知はShinyHuntersに言及しておらず、具体的な攻撃主体を公表していません。このため、現段階では「ShinyHuntersが犯行を主張している」と記載するに留める必要があります。

ShinyHuntersを名乗る攻撃者によるSaaS環境へのボイスフィッシングについては、Googleの脅威分析を基にしたGoogleが警告したShinyHuntersのビッシング攻撃も参考になります。ただし、RingCentralの本件で電話が使われたかは公表されていません。

現時点で確認できない情報

RingCentralの通知は調査中の一般的なセキュリティ勧告であり、次の項目は明らかになっていません。

攻撃者が最初に接触した対象と手段
認証情報や多要素認証の突破方法
不正アクセスされたシステムと権限の範囲
影響を受けた顧客企業と利用者の総数
RingCentralが確認した具体的なデータ項目
パスワード、決済情報、通話記録、録音、メッセージ内容への影響
攻撃の継続期間
規制当局への届出状況

公開データに含まれた項目を根拠に、未公表のシステムや侵入経路まで推測することは避けるべきです。RingCentralは調査を継続しているため、個別通知やセキュリティ通知の更新内容を確認する必要があります。

想定される二次被害

RingCentralは、本件に起因するフィッシングやアカウント侵害などの二次被害を公表していません。ただし、氏名、メールアドレス、電話番号、住所が組み合わされると、本人や取引先を装う連絡の説得力が高まります。

今後想定されるリスクには、RingCentralのサポート担当者を装ったフィッシングメールや電話、認証コードの聞き出し、管理者へのパスワード再設定要求、役員や取引先を装うビジネスメール詐欺（BEC）があります。漏えい情報と公開情報を組み合わせ、部署名や役職を把握した上で標的型メールを送るソーシャルエンジニアリングにも注意が必要です。

一方、公開情報だけを根拠にパスワード流出やRingCentralアカウントの乗っ取りが発生したと断定することはできません。利用組織は、確認済みの事実に基づく注意喚起と、予防的な監視を分けて実施する必要があります。

情報システム部門への示唆

RingCentralを利用する組織は、まず契約・管理窓口にRingCentralから個別通知が届いていないかを確認してください。迷惑メール振り分けや担当者の異動により、通知を見落としていないかも確認が必要です。通知を受けた場合は、対象となるテナント、ユーザー、データ項目、期間、必要な是正措置を書面で確認します。

次に、RingCentralの管理者アカウント、権限変更、ログイン履歴、連携アプリ、API利用、データのエクスポートなどに通常と異なる動きがないかを確認します。RingCentralがパスワード流出を公表していない段階で全利用者の一律リセットが必須とは限りませんが、不審な履歴や個別通知がある場合は、認証情報の変更、セッションの失効、多要素認証の再登録を検討します。

ヘルプデスクや管理者には、電話やメールだけで本人確認を完結させない運用を徹底します。パスワードや多要素認証コードを伝えないこと、登録済みの連絡先への折り返し確認を行うこと、振込・権限変更・認証再設定は別経路で承認することが重要です。

また、ベンダー側の影響範囲が「限定的」と説明されていても、自社にとってのリスクが小さいとは限りません。RingCentralに保存・連携している情報、保持期間、管理者権限、外部サービスとの接続を棚卸しし、個別通知を受けた際に影響範囲を短時間で判断できる状態を整えておく必要があります。