その中から、いくつかのセッションの模様をお伝えする。DAY」の話題から(12月13日付記事)シンガポールとAPNICから見た、アジアと日本のインターネット(12月15日付記事)1995年ごろのAPNICやISOCや「インターネットマガジン」を振り返る(12月15日付記事)ここでは、11月30日のランチセッションとして行われた、株式会社日本レジストリサービス(JPRS)による「ランチのおともにDNS」をレポートする。話者の森下泰宏氏と島田直人氏SSL/TLSによる通信の保護に使われるサーバー証明書(以降、単に「証明書」と記述する)は、インターネットを安全に利用する上で必須のアイテムである。ここ数年、証明書の誤発行や不正発行といった事故が相次いでおり、その信頼性が揺らいでいる。Chromeにおいて旧Symantecの認証局(CA)が発行した証明書を今後、段階的に「信頼しない」ようにすることをGoogle公式ブログで発表した事例が記憶に新しい。Blog)登録情報の不正書き換えによるドメイン名ハイジャックや経路ハイジャックなど、さまざまな手法で利用者のアクセスを偽サイトに誘導する攻撃手法が以前から知られている。攻撃者が誤発行・不正発行された証明書を入手でき、それが偽サイトに導入された場合「ウェブブラウザーに正しいURLが表示され、かつ、アドレスバーの鍵も閉まっているのに、アクセス先は偽サイト」という状況を作り出すことが可能になってしまう。DNSやBGP[*1]に対する攻撃に不正発行された証明書が組み合わされた場合、証明書の存在が状況をさらに悪化させてしまうことになるのである。今回のランチセッションは「向き合おう、DNSとサーバー証明書~DNSとサーバー証明書の最近の関係を踏まえ、DNS運用者がすべきこと~」と題し、DNSと証明書の関係の変化と、それがDNSの運用にどのように影響するかについてスポットを当てたもの。Environment)におけるdns-01認証の2つが取り上げられた。本稿では、これらの技術的な詳細には触れず、ポイントとなる事項のみを取り上げる。証明書の発行手続きでは、申請者と認証局(CA)との間でさまざまな情報をやりとりする必要がある。森下氏からは、最近この部分のやりとり、特に、申請者からCAへの情報の伝達にDNSを使うケースが出てきており、DNSのモデルと証明書のモデルのそれぞれに閉じた従来からの「縦の関係」に加え、モデル間を横断する、いわば「横の関係」が追加されつつあることが示された(図1)。森下氏は横の関係の実例としてCAAレコードとACMEにおけるdns-01認証を挙げ、続いて島田氏がそれらの技術的な概要について解説した。6844)ものである。