SBI証券にログインできない「ERR_NAME_NOT_RESOLVED」の正体(2026年2月11日)

目次

結論:システム的な問題でSBI証券の対応を待つしかない。

2026年2月11日、SBI証券の公式サイト(www.sbisec.co.jp)において、多くのユーザーから「アクセスできない」との報告が相次ぎました。ブラウザには ERR_NAME_NOT_RESOLVED が表示され、一見するとサーバーダウンのようにも見えますが、その裏側では高度なDNSの不整合が起きていました。

1. 現象:IPアドレスが「見つからない」

多くのユーザー環境で、ドメイン名からIPアドレスを導き出す「名前解決」に失敗しました。しかし、エンジニアリング的な調査(dig +trace)を行うと、奇妙な事実が浮かび上がりました。

  • 権威DNSサーバー(Akamai/AWS): 正しいIPアドレスを返している。
  • パブリックDNS(Google 8.8.8.8等): 「回答なし(エラー)」を返す。

2. 原因:DNSSECの検証失敗(Bogus)

この挙動の正体は、DNSSEC(DNS Security Extensions)の署名不整合である可能性が極めて高いです。

DNSSECは、DNSの応答が改ざんされていないかを証明するための電子署名技術です。今回のケースでは、SBI証券が利用しているインフラ(AkamaiおよびAWS Route 53)間の委任構造において、「親ゾーンの署名情報」と「子ゾーンの実態」が一致しなくなったことが原因と推測されます。

Google Public DNSのようなセキュリティに厳格なリゾルバは、署名が正しくない(Bogus)ドメインを「悪意ある改ざん」と判断し、クライアントにIPアドレスを渡さず通信を遮断します。これが、一部の環境で curl は通るのに、ブラウザや主要DNSではエラーになる理由です。

3. 「証明書の更新」との関係

ユーザーが「証明書を更新したのか?」と感じるのも無理はありません。しかし、今回起きたのはHTTPSの「SSL/TLS証明書」の不具合ではなく、より低レイヤーな**「DNSの署名(信頼の連鎖)」の切断**です。

4. 結論

本件はユーザー側(PC、ルーター、プロバイダ)の設定で解決できる問題ではなく、SBI証券側のDNSレコードおよび署名情報の修正・浸透を待つ以外に方法はありません。

To Page Top