CVE-2026-16317 および CVE-2026-16318: s2n-tls に関する問題: TLS/SSL プロトコルのオープンソース実装
速報 ID: 2026-062-AWS
対象範囲: AWS
コンテンツタイプ: 重要 (要注意)
発行日: 2026 年 7 月 21 日 午後 1 時 00 分 (PDT)
説明:
s2n-tls は TLS/SSL プロトコルのオープンソース C99 実装です。AWS は次の 2 つの異なる問題を特定しました。
- CVE-2026-16317: s2n-tls 内の TLS 1.3 暗号化レコードのサイレントドロップ
s2n-tls 内の TLS 1.3 暗号化レコードの外側の content_type バイトの検証が欠落しているため、アクティブな中間者は、個々のアプリケーションデータレコードをサイレントにドロップすることができます。エンドポイントでは変更が検出されません。RFC 8446 セクション 5.2 では、暗号化されたすべての TLS 1.3 レコードの外側の content_type は application_data (0x17) である必要があると規定されています。s2n-tls AEAD 実装は、通信の実際のデータを使用する代わりに、この値を追加の認証データにハードコーディングするので、外部の content_type は認証タグの対象外になります。すべての TLS 1.3 接続が影響を受けます。TLS クライアントとサーバーの両方が影響を受けます。TLS 1.2 および QUIC 接続は影響を受けません。
- CVE-2026-16318: s2n-tls の HelloRetryRequest 中の QUIC トランスポートパラメータのメモリリーク
s2n-tls 内の QUIC トランスポートパラメータ拡張ハンドラーで s2n_realloc の代わりに s2n_alloc を誤って使用すると、QUIC が有効化された TLS 1.3 接続が HelloRetryRequest を通過するたびに 1 つのメモリ割り当てがリークします。これはサーバーで優先されないキー共有グループがクライアントから提供された場合に通常のハンドシェイク中に発生する可能性があり、長時間実行されているサーバープロセスのメモリ消費量が増加する可能性があります。QUIC が有効化されたデプロイのみが影響を受けます。
影響を受けるバージョン: <= v1.7.5
解決方法:
これらの問題は s2n-tls バージョン v1.7.6 で対処されました。最新バージョンにアップグレードし、フォークしたコードや派生コードにパッチを適用して新しい修正を反映させることをお勧めします。
回避策:
CVE-2026-16317 (TLS 1.3 暗号化レコードのサイレントドロップ) では、この問題を完全に緩和する回避策はありません。TLS 1.2 のセキュリティポリシーのみを使用するように s2n-tls を設定すると、影響を受けるコードパスを回避できますが、TLS 1.3 のセキュリティ上の利点が失われるため、推奨されません。
CVE-2026-16318 (HelloRetryRequest 中の QUIC トランスポートパラメータのメモリリーク) では、QUIC を有効にしないデプロイは影響を受けず、アクションも必要ありません。QUIC が有効化されたデプロイの場合、一時的な緩和策として、サーバープロセスを定期的に再起動することで、使用できないメモリを再利用することができます。
参考情報:
セキュリティに関する質問や懸念がある場合は、aws-security@amazon.com までメールでお問い合わせください。