応用情報技術者TLS・名前解決とネットワーク防御の設計オリジナル・公式資料照合難易度★★★☆☆
HTTPSクライアントがapi.prod.example.comへ接続する。提示された証明書は信頼するCAの有効な署名・有効期間を持つが、DNS-IDはsubjectAltNameの*.example.comだけである。RFC 9525のワイルドカードによるサービス名照合を使い、別の一致する識別子はない。この証明書をどう扱うべきか。
A
サービス名が一致しないので拒否し、api.prod.example.com等に一致する証明書を用意する★ 正解
ワイルドカードは左端の1ラベルに一致します。api.prodは2ラベルなので、指定されたDNS-IDでは一致しません。
B
*.example.comは左側の任意個数のラベルに一致するため受け入れる
このワイルドカードは例えばapi.example.comには一致しますが、api.prod.example.comの複数ラベルには一致しません。
C
CA署名が有効なら、接続先名を照合せず必ず受け入れる
信頼チェーンの検証と接続予定サービス名の一致は別の検証です。片方だけでは接続先の同一性を確認できません。
D
クライアントで名前照合を永久に無効化し、暗号化だけを確認する
名前照合を無効化すると、別サービス向けの有効な証明書で接続先を取り違える危険が残ります。
解説
証明書の署名が有効でも、予定したサービスの証明書とは限りません。RFC 9525のDNSワイルドカードは左端の単一ラベルを置き換えるため、本問は名前不一致です。
根拠資料・確認情報
対応範囲：2026年度 応用情報技術者試験
資料確認日：2026-10-28
同じレッスンの問題
問題 1
TLS 1.3でPSKを使って再開する通常の1-RTT通信を設計する。将来、その再開接続に使ったPSKだけが漏えいしても、記録済みの当該1-RTT通信を保護する前方秘匿性を得たい。接続ごとに安全な新しい(EC)DHE鍵共有を利用でき、通信終了後には一時秘密値・通信鍵を消去する。0-RTTは使わず、鍵ログ・端末侵害・実装欠陥はない。PSK鍵交換モードの選択として適切なのはどれか。
問題 2
送金APIを複数拠点で提供し、TLS 1.3の0-RTT early dataの利用を検討している。拠点をまたぐ一貫した再送検知はまだなく、同じ送金を重複実行してはならない。遅延短縮より二重送金防止を優先する設計はどれか。
問題 4
端末から外部DNSリゾルバーへの問い合わせをDoHにした。HTTPSの相手認証は正しいが、リゾルバー自体を無条件には信頼できない。対象ゾーンはDNSSEC署名済みで信頼アンカーからの検証が可能である。DoHとDNSSECの役割を区別した説明はどれか。
問題 5
社内APIはmTLSで接続元サービスのクライアント証明書を検証する。サービスXとYは同じ社内CAから有効な証明書を得るが、機密データを読めるのはXだけである。Yの証明書による接続で機密データを返さないために必要な設計はどれか。