2026年10月15日、株式会社ビーケー・ジャパンは、「バーガーキング」公式アプリの会員情報を管理するシステムが第三者の不正アクセスを受け、会員情報が外部に漏えいしたことを確認したと公表しました[1]。対象は約1,118万件です。漏れたのは、会員ID、メールアドレス、登録種別、都道府県、性別、生年月日、氏名(漢字・カナ)、電話番号、モバイルオーダー履歴の有無、メールアドレス認証の有無としています。クレジットカード番号は同社で保持しておらず漏えいしていない、ログインパスワードの漏えいは現在確認されていない、とのことです。
パスワードの漏えいが確認されていない点は、ひとまず安心材料です。ただ、それで安心とは言い切れません。今回の項目には、「本人らしく見せる」材料と、「誰を狙えばよいか」の目印が両方含まれているからです。
「自分の名前や電話番号、生年月日で、これから何をされるのか」。「会社として、どこから手を打てばよいのか」。この記事では、その2つに答えるために、漏れた情報が悪用されうる場面と、アプリの中で認証が使われる場所を、公開情報から整理しました。事故の経緯は多くの報道が扱っているため、短くとどめます。
この記事の要点
- 名前・生年月日まで正しく入った、バーガーキングをかたるメールやSMSが届きやすくなります。同社も不審なメール・SMS・電話への注意を呼びかけています。
- メールアドレスとパスワードで登録していて、他のサービスと同じパスワードを使っている人は、変えておくと安心です。
- 会社側がまず見直したいのは、問い合わせ窓口での本人確認と、ログインやパスワード再設定の確認がメールだけで完結していないかです。
なお、本記事は公表文、公式のよくある質問、アプリストアの説明など、公開情報だけをもとにしています。アプリの画面を実際に試すような調査はしていません。確認できなかった点は「確認できず」と書いています。
何が起きたか(要約)
公表文[1]によると、概要は次のとおりです。
| 項目 | 内容 |
|---|---|
| 不正アクセスの期間 | 2026年10月2日から10月7日 |
| 判明 | 10月13日に会員情報の漏えいが判明。把握後、通信元からのアクセスを遮断 |
| 件数 | 公式アプリ会員情報 約1,118万件 |
| 漏えいした項目 | 会員ID、メールアドレス、登録種別、都道府県、性別、生年月日、氏名(漢字・カナ)、電話番号、モバイルオーダー履歴の有無、メールアドレス認証の有無 |
| 漏えいしていない項目 | クレジットカード番号(もともと保持していない)。ログインパスワードは漏えいが現在確認されていない |
| 原因 | 第三者による不正アクセス。経緯と詳しい原因は外部専門機関と調査中 |
| 二次被害 | 公表時点で、不正利用などの二次被害は確認されていない |
同社は対象者へのメールでの案内を順次進めるとしています[1]。
漏れた情報で、何ができてしまうか
漏れた項目は、大きく2つに分けて考えると見通しがよくなります。「本人らしく見せる材料」と、「誰を狙うかの目印」です。
| 漏れた情報 | 攻撃者にとっての使い道(一般的に考えられるもの) |
|---|---|
| 氏名(漢字・カナ)+メールアドレス+会員ID | 名前や会員IDまで正しく書いた、本物そっくりの「バーガーキング」名義のメールを送れる |
| 氏名+電話番号 | 名前入りのSMS(ショートメッセージ)を送れる。送り主を偽ったSMSが、本物と同じ画面(スレッド)に並んで表示される手口も知られています[6] |
| 生年月日+都道府県+性別 | 電話やメールで「ご本人確認のため」と聞かれる項目に先回りして答えられる。他のサービスで生年月日を本人確認に使っている場合、その材料にもなる |
| メールアドレス | ログインIDにあたる情報がわかる。他のサービスで漏れたパスワードと組み合わせて次々に試す「パスワードリスト攻撃」の材料になる |
| メールアドレス認証の有無・モバイルオーダー履歴の有無 | 「このメールアドレスは実際に使われている」「この人はアプリで注文・支払いをしている」という目印になる。偽メールを送る相手を絞り込む材料になりうる |
| 登録種別 | 何を指すかは公表文に説明がなく、確認できず。もし登録の方法(メールで登録したか、外部のアカウントか)を指すなら、パスワードリスト攻撃を試す相手を選ぶ目印になる |
表の最後の2行にある項目は、一つずつなら目立たない情報です。けれども1,000万件規模でそろうと、「本物らしい文面」と「刺さりやすい相手」を同時に手に入れたことになります。知っていることだけで本人と見なす仕組みは、その情報が漏れた時点で弱くなります。
このアプリで認証が使われる場所
公式のよくある質問やアプリストアの説明など、公開情報で確認できた範囲で並べました。
| 場所 | 今の方式(公開情報で確認できた範囲) | 漏れた情報との関係 | 狙われやすさ |
|---|---|---|---|
| 会員登録 | 登録時のメールに認証番号が届く前提の質問が、公式のよくある質問に並んでいる[2]。電話番号を確かめる手順(SMSなど)があるかは確認できず | 電話番号は登録するが、その番号を本人が持っているかを確かめているかは確認できず | 中 |
| ログイン(メールアドレスで登録した人) | 登録したメールアドレスとパスワードでログインすると案内されている[3]。ログインの際にメールで認証番号が届く前提の質問もある[2]。毎回必ず求められるかは確認できず | IDにあたるメールアドレスが漏れた。確認がメールの認証番号だけなら、メールアカウントを乗っ取られた人は守れない | 高 |
| ログイン(外部のアカウント) | X(旧Twitter)の登録メールアドレスを反映させる方法の質問や、Facebookでの簡単ログインができなくなったかを尋ねる質問がある[2]。今使える外部アカウントの種類は確認できず | 漏れた情報だけで直接入るのは難しい。外部のアカウント側の守りに頼る形 | 低 |
| パスワード再設定 | 再設定のメールに認証番号が届く前提の質問がある[2] | 漏れたメールアドレスあてに「再設定してください」という偽メールを送りやすい。メールを乗っ取られた人は、再設定まで進まれてしまう | 高 |
| クーポン・メンバーシップ特典 | クーポンの利用には会員登録が要り、購入金額に応じてステージが上がり特典が増える[4]。誕生月のクーポンもある[2] | 乗っ取られると、ためた特典を使われる可能性がある。攻撃者にとっての「動機」になる | 中 |
| モバイルオーダーと支払い | アプリで注文から支払いまで完結できる[4]。クレジットカードの登録やPayPayでの支払いに関する質問がある[2] | 同社はカード番号を保持していないとしている[1]。ただし、登録済みの支払い方法で注文される入口がログインの先にあるかは確認できず | 中〜高 |
| 登録メールアドレスの変更 | 変更方法を尋ねる質問がある[2]。変更時にどう本人を確かめるかは確認できず | 連絡先を書き換えられると、その後の認証番号が攻撃者に届く | 要確認 |
| 問い合わせ窓口での本人確認 | どの項目で本人確認しているかは公開されておらず、確認できず | もし氏名・生年月日・電話番号・メールアドレスが合えば本人と見なす運用なら、今回漏れたのはまさにその組み合わせ | 要確認 |
※「狙われやすさ」は、公開情報をもとにした当社の見立てです。実際のしくみを確かめたものではありません。
会社がまず見直すとよい所(優先順)
公表文では、システムのセキュリティ対策と監視体制の強化、外部専門機関の助言を得た再発防止が挙げられています[1]。一方で、ログインやパスワード再設定の確認方法を変えるといった記載はありませんでした。認証の観点からは、次の順で見直すことが考えられます。
- 本人確認の質問から、漏れた項目を外す。問い合わせ窓口やアカウントの復旧、登録メールアドレスの変更で、「氏名・生年月日・電話番号・メールアドレスが合えば本人」という扱いになっていないか。仕組みを作り直さなくても、運用の見直しから始められます。
- メールだけで完結する確認に、もう一つ足す。ログイン、パスワード再設定、メールアドレスの変更が、メールに届く認証番号だけで通る形だと、偽メールに引っかかった人やメールを乗っ取られた人を守れません。
- お金と特典が動く場面に、追加の確認を入れる。登録済みの支払い方法での注文、ステージ特典の利用などです。毎回のログインを重くせず、狙われる場面だけを固めるという考え方です。
認証の観点から:「番号を知っている」と「その電話を持っている」は違う
今回、1,000万件を超える電話番号が、氏名や生年月日と一緒に漏れました。ここで分けて考えたいのは、「電話番号を知っていること」と「その電話番号の回線を実際に持っていること」は別物だという点です。
前者は、もう多くの第三者に知られてしまったかもしれません。一方で後者は、情報が漏れても変わりません。メールに届く認証番号も、メールアカウントが乗っ取られれば攻撃者の手に渡ります。認証の土台を「知っているか」から「持っているか」へ移すことが、漏えいの後にこそ効いてくる対策です。
SMSで届くワンタイムパスワードも、「持っているか」を確かめる方式の一つです。ただし米国NISTのガイドラインは、SMSなど電話網を使う確認方法を『制限付き(restricted)』の手段と位置づけています[5]。禁止ではありませんが、端末の入れ替えやSIMの変更、電話番号の乗り換え(ポーティング)といったリスクを踏まえ、それだけに頼りきらない設計が求められています。
当社Infront Securityの電話番号認証は、利用者がワンタップで指定の番号に発信し、その発信者番号と端末の情報をサーバー側で照合して本人を確かめます。電話番号を知っていても、その回線から発信できなければ認証は通りません。偽サイトは利用者の電話回線を持っていないため、フィッシングに耐性のある方式です。
今のログインを壊さずに「持っているか」の確認を足す方法については、お気軽にご相談ください。
出典
- 株式会社ビーケー・ジャパン「不正アクセスによる公式アプリ会員情報漏えいに関するお詫びとお知らせ」(2026年10月15日)https://www.burgerking.co.jp/images/notice/2026/10/15/d4d114ca-ebd7-4f3d-94ef-c4ea7a84a139.pdf
- バーガーキング公式サイト「お問い合わせ(よくあるお問い合わせ)」(2026年10月17日取得)https://www.burgerking.co.jp/customer/main
- バーガーキング公式サイト ニュース「公式アプリ/ウェブサイトのリニューアル」(2025年2月4日)https://www.burgerking.co.jp/notice/87
- App Store「バーガーキング Burger King」説明文(2026年10月17日取得)https://apps.apple.com/jp/app/id1456118550
- NIST SP 800-63B Rev.4(2025年8月)§3.1.3.3 https://pages.nist.gov/800-63-4/sp800-63b.html
- ソフトバンク 送信元が偽装されたSMSに関するご注意(2020年3月4日掲載、2020年12月3日更新)https://www.softbank.jp/mobile/info/personal/news/support/20200304a/