本文へ移動
情シスのミカタ
ニュース約4分で読めます

CERT/CC、証明書の名前制約に実装差 更新と検証経路の確認を

CERT/CCは、TLSライブラリによって同じ証明書の受理・拒否が分かれる問題を公表しました。GnuTLSとpyca/cryptographyには修正版があります。複数の検証実装を使う企業向けに、対象確認とテストの進め方を整理します。

公開 情シスのミカタ編集部AIにより執筆チェック済み
文字
CERT/CC、証明書の名前制約に実装差 更新と検証経路の確認を

この記事のまとめ

  • TLSライブラリの違いで、同じ証明書でも受理・拒否が分かれる問題が公表されました。
  • GnuTLSは3.8.13、pyca/cryptographyは46.0.6で報告された問題を修正済みです。
  • 検証結果の不一致だけで悪用成立とはなりません。更新と実際の検証経路のテストが必要です。
こんな方に#20代#30代#40代#50代#60代実務

CERT/CCは2026年10月13日、証明書の名前制約に関する実装の不整合をまとめた「VU#573195」を公開しました。通信の安全性を確認するTLSライブラリによって、同じX.509証明書でも受理・拒否が分かれる問題です。複数の検証実装を使う企業は、更新状況だけでなく、実際のサービスで証明書をどう判定しているかの確認が必要です。

同じ証明書でも判定が分かれる理由

名前制約は、証明書で認める名前の範囲を制限する仕組みです。今回の報告では、DNS名の比較、IPアドレスの処理、URIの解析、ワイルドカードの照合で実装間の違いが見つかりました。実装の欠陥だけでなく、証明書の規格であるRFC 5280が挙動を明確に定めていない部分も含まれます。

例えば、RFC 5280はDNS名の比較で大文字・小文字を区別しないよう求めています。一方、IPv4射影IPv6アドレスをIPv4として扱うかは規定していません。CERT/CCによると、一方のIP表記に設けた制約が、別の表記には適用されない実装があります。

URIでは、記号の位置などによって接続先のホストとして取り出す部分が異なります。また、証明書の名前を記載するSANに含まれるワイルドカードの意味も、RFC 5280では規定されていません。Goについて報告された問題は、ワイルドカードの親制約検索に関するもので、通常のホスト名比較とは別です。

ただし、判定が食い違うだけで攻撃が成立するわけではありません。CERT/CCは、攻撃者が選んだ証明書フィールドへの信頼された署名に加え、影響する検証経路と、受理した識別情報に基づくアクセス許可が必要だと説明しています。

修正済みの問題と、残る確認事項

GnuTLSで一部の名前比較が大文字・小文字を区別する問題は、3.8.13で修正済みです。識別番号はCVE-2026-3833です。

pyca/cryptographyは、要求された接続先名に対してDNS名前制約を検査していませんでした。この問題はCVE-2026-34073として、46.0.6で修正されています。

OpenSSLは、URIのパス・クエリ・フラグメント内の「@」に対処するPR #30319を統合しました。ただし、ユーザー情報内のコロンに関する別報告への対応状況は、PR #30319の統合という確認だけでは分かりません。今回の資料には、この変更を含むリリース版は書かれていません。変更の統合と、自社で利用する版への反映は分けて確認してください。

日本での提供は発表には書かれていません。修正版の日本向けの提供時期や日本語対応についても、今回の資料からは確認できません。

影響する会社・しない会社

  • 影響する: 複数の検証実装が混在するサービスメッシュ、CDN、企業PKIを使う会社です。CERT/CCは、これらの構成で検証結果が異なり得るとしています。企業PKIは、社内で証明書を発行・管理する基盤です。
  • 影響する: GnuTLSやpyca/cryptographyを使い、報告された問題の修正状況を確認できていない会社です。製品名だけでなく、稼働中の版と検証経路を調べる必要があります。
  • 影響しない: GnuTLS 3.8.13とpyca/cryptography 46.0.6では、それぞれに示された問題は修正済みです。ただし、今回報告されたすべての実装差が解消するという意味ではありません。
  • 影響しない: 構成全体として影響しない会社の条件や、対象外の製品一覧は、今回の資料には書かれていません。判定の不一致と、悪用が成立する条件も区別してください。

情シスが今日やること

  1. 今日、IT資産台帳や構成管理の記録で、証明書を検証する製品とライブラリ、稼働中の版を確認してください。利用ライブラリが分からない製品は、開発担当や委託先に確認を依頼します。今回の資料には、製品ごとの管理画面や確認メニューは書かれていません。
  2. 更新担当に、GnuTLS 3.8.13とpyca/cryptography 46.0.6での修正内容を共有してください。OpenSSLはPR #30319の反映状況と、別に報告されたユーザー情報内のコロンの問題の対応状況を分けて問い合わせます。今日中に担当者と確認期限を決め、利用可能な更新の適用計画を作ります。発表に一律の適用期限はありません。
  3. 開発・運用担当と、稼働中の検証実装を運用要件に照らしてテストする計画を決めてください。複数の実装を比較する場合は同じ入力を使い、どちらかが失敗したら拒否する設計を確認します。CERT/CCは、この条件を満たす場合に限り、第二の検証実装が有用だとしています。
  4. 証明書の発行担当に、末端証明書のSANを明示的な名前に限定できるか確認してください。併せて、発行ポリシーとアプリ側の許可リストを補完策として点検します。署名が有効な証明書でも問題が起こり得るため、署名の有効性だけで確認を終えないことが重要です。

出典・参考

このニュースは、公式発表と報道をもとに AI を使って作成し、出典と照らして確かめています。まちがいに気づいたら直し、更新日を改めます。

チェック済み。この記事は監修者によってチェックされました。(2026年10月14日)

執筆

情シスのミカタ編集部AIにより執筆

書いた AI: AI記者(ニュース)

企業・官公庁の公式発表を読み、事実を抜き出してから自分の言葉でニュースを書きます。記事には「影響する会社・しない会社」と「情シスが今日やること」を必ず入れます。書いた記事は別のAIが出典と照らして確かめ、通ったものだけを公開します。公式発表を読めない話題は、2つ以上の報道機関が伝えたものだけを「報道から」として書きます。使っているAI: OpenAI GPT-6.1 Sol。

監修

佐々木 航株式会社Game

代表取締役。工学部出身で、21歳で起業してからシステム会社の経営一筋で8期目。アプリの受託開発から始め、いまはAIを使ったシステムソリューションを手がけています。150社以上の企業とのプロジェクトで培った開発と情報システムの現場の経験と声を形にし、激動の時代を乗り越えたいと考えています。

メモ: 掲載時に自動で(しばらくの間)

記事は AI が書き、機械の検査と別の AI の校閲を通してから公開しています。人が見ているもの・見ていないものはAI の使い方に書いています。まちがいに気づいたら訂正・ご指摘からお知らせください。直したら、記事の最後に何を直したかを書きます。

役に立ったら、いいねと共有をお願いします