応用情報技術者TLS・名前解決とネットワーク防御の設計オリジナル・公式資料照合難易度★★★★☆
TLS 1.3でPSKを使って再開する通常の1-RTT通信を設計する。将来、その再開接続に使ったPSKだけが漏えいしても、記録済みの当該1-RTT通信を保護する前方秘匿性を得たい。接続ごとに安全な新しい(EC)DHE鍵共有を利用でき、通信終了後には一時秘密値・通信鍵を消去する。0-RTTは使わず、鍵ログ・端末侵害・実装欠陥はない。PSK鍵交換モードの選択として適切なのはどれか。
A
psk_keを選び、PSKのビット長だけを増やせば、PSK漏えい後にも同じ前方秘匿性を得られる
PSKの強度は推測への耐性に関係します。PSKそのものが後で漏れた場合、PSKだけに基づくpsk_keへ新たな(EC)DHEの前方秘匿性は加わりません。
B
psk_dhe_keを選び、PSKに加えてその接続の新しい(EC)DHE共有秘密も鍵導出に使う★ 正解
psk_dhe_keはPSKと新たな(EC)DHEを組み合わせます。一時秘密値を消去した指定の1-RTT通信では、後日のPSK漏えいだけから過去の通信鍵を導出できません。
C
psk_keで接続し、接続後にKeyUpdateを一度行えば、PSK漏えい後も同じ前方秘匿性を得られる
KeyUpdateは既存のtraffic secretから次の鍵を導出します。後のPSK漏えいから当初の鍵を再現できるPSKのみの方式へ、新しい(EC)DHE共有秘密を追加する操作ではありません。
D
psk_keでチケットの再利用を1回に制限すれば、PSK漏えい後の復号も防げる
チケットの再利用回数と、PSKのみから通信鍵を導出する性質は別です。再利用を制限しても、記録済み通信と後で漏れたPSKの組合せへの前方秘匿性は追加されません。
解説
PSKだけで鍵を導出するpsk_keと、新たな(EC)DHEも組み合わせるpsk_dhe_keを区別します。指定した条件ではpsk_dhe_keが、後日のPSK漏えいから過去の1-RTT通信鍵を分離します。チケットの再利用制限やKeyUpdateは、それだけでPSKのみのハンドシェイクへ同じ前方秘匿性を加えるものではありません。0-RTTへこの保証を広げません。
根拠資料・確認情報
対応範囲：2026年度 応用情報技術者試験
資料確認日：2026-10-28
同じレッスンの問題
問題 2
送金APIを複数拠点で提供し、TLS 1.3の0-RTT early dataの利用を検討している。拠点をまたぐ一貫した再送検知はまだなく、同じ送金を重複実行してはならない。遅延短縮より二重送金防止を優先する設計はどれか。
問題 3
HTTPSクライアントがapi.prod.example.comへ接続する。提示された証明書は信頼するCAの有効な署名・有効期間を持つが、DNS-IDはsubjectAltNameの*.example.comだけである。RFC 9525のワイルドカードによるサービス名照合を使い、別の一致する識別子はない。この証明書をどう扱うべきか。
問題 4
端末から外部DNSリゾルバーへの問い合わせをDoHにした。HTTPSの相手認証は正しいが、リゾルバー自体を無条件には信頼できない。対象ゾーンはDNSSEC署名済みで信頼アンカーからの検証が可能である。DoHとDNSSECの役割を区別した説明はどれか。
問題 5
社内APIはmTLSで接続元サービスのクライアント証明書を検証する。サービスXとYは同じ社内CAから有効な証明書を得るが、機密データを読めるのはXだけである。Yの証明書による接続で機密データを返さないために必要な設計はどれか。