ドコモが約34万人分の顧客情報をAmazonへ提供!対象者は？確認方法は
2026年9月、NTTドコモが、利用者34万4213回線分の情報を、本人から必要な同意を取得しないままアマゾンジャパン合同会社へ提供していたことが明らかになりました。
提供されていたのは主に電話番号と契約している料金プラン名です。
対象となったのは、2026年4月21日から8月20日までに「ドコモオンライン手続き」から一部料金プランを申し込んだ利用者でした。
今回、特に注目したいのは、サイバー攻撃によって情報を盗まれたのではないという点です。
原因は、オンライン手続き画面を変更した際、Amazonへの情報提供について利用者から同意を得るための記載が抜け落ちたことでした。
つまり、システムが「壊れた」のではなく、システム変更と個人情報管理のプロセスに問題が発生した事例として考える必要があります。
Amazonに情報が渡ったことへ不安を感じる利用者も
顧客の立場から見れば、日本を代表する通信キャリアであるドコモに預けた電話番号が、自分が認識しないまま別企業へ提供されていたことに、不安を感じる人がいるのは自然でしょう。
特にAmazonは米国発の巨大IT企業です。そのため「自分の情報が海外企業へ渡ったのではないか」と感じる利用者もいるかもしれません。
ただし、今回の提供先として確認されているのはアマゾンジャパン合同会社です。
公開情報から、今回のデータが実際に米国など海外へ移転されたことまでは確認されていません。
ここは「外資系企業への提供」と「外国へのデータ移転」を分けて考える必要があります。
なお、実際に外国にある第三者へ個人データを提供する場合には、提供先の国やその国の個人情報保護制度などについて本人へ情報提供したうえで同意を得ることが求められるケースがあります。個人情報保護委員会も、この点について詳細なガイドラインを公表しています。
なぜドコモ34万人分の顧客情報流出が起きたのか？「設定ミス」で片付けてはいけない
報道によると、2026年2月にドコモオンライン手続きの表示内容を変更した際、それまで設定されていたAmazonへの第三者提供に関する同意の記載が欠落しました。
結果として、その後数か月にわたり、利用者から適切な同意を取得できない状態が続きました。
ここでDX担当者が考えるべきなのは、
「なぜ一つの画面変更によって、個人情報に関する重要な同意プロセスまで消えてしまったのか」
という点です。
DXではシステムを高速に改善することが求められます。しかし、画面、API、データ連携、規約、同意管理は互いに関連しています。
一つを変更すると、別の重要な仕組みに影響する可能性があります。
ドコモが34万人分の顧客情報をAmazonへ提供したことで補償や返金は？
2026年9月17日時点で、今回の情報提供を理由とした補償金や通信料金の返金について、ドコモから具体的な案内は確認されていません。
アマゾンジャパン側では今回提供された情報を利用しておらず、ドコモは9月12日までに削除が完了したことを確認したとしています。
ただし、これは「補償を行わないことが確定した」という意味ではありません。
今後、ドコモや関係当局から追加発表が行われる可能性もあるため、対象者はドコモからのSMSや公式案内を確認しておく必要があります。
DX推進とセキュリティ対策を
別々に考えていませんか？
クラウド利用、SaaS導入、ERP刷新が進むほど、ID・権限・認証情報の管理は重要になります。システム導入だけでなく、運用設計やガバナンスまで含めたDX推進について、現状の課題整理からご相談いただけます。
無料相談するもし自分がドコモのDX担当者なら、どう防ぐのか
今回の公開情報だけからドコモ内部の管理体制を評価することはできません。
その前提で、同様の問題を防ぐDX・セキュリティ担当者の立場なら、少なくとも次の4点を確認します。
1．個人情報に関わる画面変更を通常のUI変更と分ける
同意取得、プライバシーポリシー、第三者提供に関係する箇所は、通常のWebページ変更とは別の重要変更として扱います。
法務、DX、セキュリティ、サービス担当の複数部門によるレビューを必須にすることが考えられます。
2．同意項目が消えたら自動テストで止める
人間による確認だけではミスを完全には防げません。
「同意チェックが表示されているか」「同意しなければデータ送信されないか」をリリース前の自動テストへ組み込みます。
個人情報保護を“注意する仕事”ではなく、“システムで強制する仕組み”に変えることが重要です。
3．外部企業へ渡すデータを最小化する
Amazon、Google、Microsoft、生成AIベンダーなど、企業が外部サービスと連携する機会は今後さらに増えるでしょう。
だからこそ、
- 本当に電話番号が必要なのか
- 匿名化されたIDで代替できないか
- 提供期間を限定できないか
- サービス終了後に確実に削除されるか
を設計段階から検討する必要があります。
4．外部連携の「データ地図」を作る
DXが進むほど、自社の顧客情報がSaaS、クラウド、AI、決済サービスなど複数の企業へ連携されます。
そこでDX担当者は、「どの情報が、どの会社へ、何の目的で、どの法的根拠・同意に基づき送られているのか」を一覧化しておくべきです。
これは今後、生成AIを企業へ導入する際にも極めて重要になります。
DX推進とセキュリティ対策を
別々に考えていませんか？
クラウド利用、SaaS導入、ERP刷新が進むほど、ID・権限・認証情報の管理は重要になります。システム導入だけでなく、運用設計やガバナンスまで含めたDX推進について、現状の課題整理からご相談いただけます。
無料相談するAI時代にはさらに重要になる「Privacy by Design」
今回の問題は、今後のAI・DX時代を考えるうえでも重要です。
これから企業では、顧客データをAI、クラウド、SaaSなど外部サービスと連携する機会がさらに増えていきます。
そのたびに後から法務部門へ「このデータを使って大丈夫ですか」と確認する運用では、限界があります。
求められるのは、サービスの企画・設計段階から個人情報保護を組み込む「Privacy by Design」の考え方です。
ASCENDでは「AI活用の前に整理すべき業務課題」でも、AI導入前に業務やデータを整理する重要性を解説しています。
海外系メディアもドコモAMAZONへの個人情報提供事案に注目
今回の事案は、海外系通信社Bloombergも報じています。
報道では、約34万人分の顧客情報が本人の同意なしにAmazon Japanへ提供され、Webサイト更新時に同意に関する記載が抜け落ちたことが主要なポイントとして伝えられています。
つまり今回の事案は、高度なハッキングや未知のサイバー攻撃ではありません。
むしろ、日常的なシステム変更の中に、重大な個人情報リスクが潜んでいたことが重要なのです。
まとめ｜DX担当者は「データを使う責任」まで考える
今回の事案では、Amazon側で対象情報は削除され、利用もなかったと説明されています。
それでも顧客から見れば、「自分が同意していないところへ情報が渡った」という事実そのものが信頼に影響します。
DXでは、新しいサービスを早く提供することも重要です。
しかし今後AI活用が進めば、企業が扱う顧客データの量も、外部サービスとの接続数もさらに増えていきます。
「システムを作れるか」だけではなく、「誰のデータを、誰に、なぜ渡しているのかを説明できるか」。
これからのDX担当者には、この視点がますます重要になるでしょう。
DX推進とセキュリティ対策を
別々に考えていませんか？
クラウド利用、SaaS導入、ERP刷新が進むほど、ID・権限・認証情報の管理は重要になります。システム導入だけでなく、運用設計やガバナンスまで含めたDX推進について、現状の課題整理からご相談いただけます。
無料相談する