DocBit Notes チュートリアル

accounts.binance.com というサブドメインの目的とは

Binanceにログインする際、アドレスバーがbinance.com/loginからaccounts.binance.com/loginに切り替わることに気づき、最初はハイジャックされたのではないかと疑うユーザーが少なくありません。実は、これはBinanceが2024年下半期から導入した公式のログイン専用サブドメインです。本記事では、その背景と異常時のトラブルシューティング方法を整理しました。ログイン画面へはBinance公式サイトから直接アクセスできます。モバイル端末の方はBinance公式アプリをご利用ください。iPhone端末の方は先にiOS導入チュートリアルをご覧ください。

なぜログイン用サブドメインを独立させるのか

ログイン機能を独立したサブドメインに分離するのは、金融機関やメールサービスなどの大規模サイトでよく見られる手法です。Googleはaccounts.google.comを、Microsoftはlogin.microsoftonline.comを使用しています。Binanceがこれを行う目的も同様です:

  • セキュリティポリシーの分離:ログインページに、より厳格なCSP(コンテンツセキュリティポリシー)、HSTS、SameSite Cookieを適用し、メインサイトのサードパーティスクリプト(相場データ連携や広告SDKなど)によるログイン環境の汚染を防ぎます。
  • 集中監査の容易化:アカウント関連のすべての操作を1つのドメインに集中させることで、セキュリティチームの監視が容易になります。
  • XSS攻撃への耐性:メインサイトの重要でないページに悪意のあるスクリプトが挿入された場合でも、ログインセッションは安全に保たれます。
  • アクセス入口の統合:.com、.info、.bzの3つの入口すべてがaccountsサブドメインにリダイレクトされるため、「1か所でログインすればどこでも使える」状態になります。

簡単にまとめると、accounts.binance.comはセキュリティの「堀」としての役割を果たしています。

ログイン時の実際のリダイレクトフロー

binance.comを開いて「ログイン」ボタンをクリックした際の標準的なフローは以下の通りです:

  1. ブラウザがbinance.comに対して GET /login をリクエストします。
  2. サーバーが302を返し、accounts.binance.com/login?return_to=... にリダイレクトします。
  3. ブラウザがaccountsサブドメインのログインページを読み込みます。
  4. メールアドレスとパスワードを入力し、2FA(二要素認証)を通過します。
  5. 認証成功後、元のreturn_to URL(通常はアカウントセンターや取引ページ)に再び302リダイレクトされます。

このプロセスの間、アドレスバーでは2回のリダイレクトが発生しますが、これは正常な動作です。

SSL証明書とセキュリティ機能

accountsサブドメインのセキュリティ設定は、メインドメインよりも厳格です。これは証明書やレスポンスヘッダーから確認できます:

セキュリティ機能 binance.com accounts.binance.com
HSTS max-age 31536000 63072000
includeSubDomains はい はい
preload はい はい
CSP frame-ancestors self none(iframeへの埋め込み禁止)
Cookie SameSite Lax Strict
Cookie HttpOnly 一部 すべて
証明書発行元 DigiCert DigiCert

特に「frame-ancestors=none」の項目に注目してください。これは、Binanceのログインページをiframe内に埋め込んでフィッシングを試みようとしても、ブラウザによって直接ブロックされることを意味します。

リダイレクト異常のよくある原因

「ログイン」をクリックした後、ブラウザがbinance.com/loginで止まってリダイレクトされない場合や、accountsにリダイレクトした後に画面が白くなって読み込みが続く場合は、以下の順序で確認してください:

原因1 · ブラウザ拡張機能が302をブロックしている 広告ブロック拡張機能(uBlock Origin、AdGuardなど)が、302リダイレクトをトラッキングと誤認することがあります。シークレットウィンドウを開いてテストし、シークレットモードで正常に動作する場合は、拡張機能を無効にしてください。

原因2 · サードパーティCookieが無効になっている accountsサブドメインとメインドメイン間で、ログイン状態を同期するためにCookieを書き込む必要があります。一部のプライバシー重視ブラウザ(Braveやトラッキング防止が厳格なSafariなど)では、デフォルトでサードパーティCookieが無効になっています。対処法:binance.comを例外リストに追加してください。

原因3 · DNSがaccountsサブドメインを解決できていない ローカルDNSに古いレコードがキャッシュされている可能性があります。Windowsの場合は ipconfig /flushdns でキャッシュをクリアし、macOSの場合は再起動してください。

原因4 · HSTS preloadとhostsファイルの競合 一部のユーザーは、hostsファイルにbinance.comのIPを直接書き込んでいますが、accountsサブドメインを記述していません。その結果、メインドメインにはつながるものの、サブドメインのDNSが引けなくなります。対処法:hostsファイル内の関連する記述を削除してください。

アプリ内でもaccountsサブドメインは使用されるか

Binanceアプリのログインは別の経路を通るため、ブラウザを経由しません。アプリ起動後は、直接 api.binance.com/sapi/v1/auth/... などのAPIインターフェースを呼び出してログインを完了させるため、accountsサブドメインは関与しません。

ただし、アプリ内で例外が1つあります。アプリ内で「Web版」ボタンをタップすると、内蔵のWebViewが呼び出されます。この時、ログインセッションの同期が関わる場合、内蔵ブラウザは引き続きaccountsサブドメインを経由します。

第三者が似たようなサブドメインを登録して偽装できるか

サブドメインはドメインの所有者によって割り当てられる必要があります。攻撃者はbinance.comのサブドメインの制御権を取得できないため、本物のaccounts.binance.comを登録することは不可能です。ただし、accounts-binance.comやbinance-accounts.comのような、似た独立ドメインを登録して偽装する可能性はあります。識別方法:

  • 本物のサブドメインは accounts.binance.com であり、ドット(.)で接続されています。
  • 偽のドメインは accounts-binance.com や binance-accounts.com など、ハイフン(-)で接続されています。

区切り文字が「.」か「-」かをしっかり確認するだけで見分けることができます。

セキュリティに関するアドバイス

  • ログインする前に、アドレスバーの完全なドメインが「accounts.binance.com」であることを確認し、他の変種でないことを確かめてください。
  • ブラウザの「HTTPS-Onlyモード」を有効にし、SSLダウングレード攻撃を防ぎます。
  • 2FAを有効にしてください。単一障害点を避けるため、Google AuthenticatorとSMSの両方を同時に紐付けることをお勧めします。
  • パスワードの保存にはパスワードマネージャー(1Password、Bitwardenなど)を使用してください。自動入力時にドメインの一致を検証するため、フィッシングサイトの防止に役立ちます。

FAQ

Q:accounts.binance.comはフィッシングサイトですか? A:いいえ。Binanceの公式ログイン専用サブドメインであり、そこにリダイレクトされるのは正常な動作です。

Q:accounts.binance.comを直接ブックマークしてもいいですか? A:可能ですが、ブックマークからアクセスすると、return_toパラメータがないためデフォルトのトップページにリダイレクトされます。やはり、binance.comをブックマークすることをお勧めします。

Q:ログイン画面でフリーズした場合はどうすればいいですか? A:ブラウザのCookieをクリアし、拡張機能を無効にしてから、シークレットモードで再試行してください。

Q:アプリ側でもこのサブドメインは使用されますか? A:アプリは直接APIと通信するため、通常はこのサブドメインを使用しません。

関連記事