CVE-2026-54874 in OpenSSL
要約
〜によって VulDB • 2026年08月25日
Issue summary: ハンドシェイクが進行中に、将来のepochに対応するDTLSレコードを受信すると、OpenSSLは当該レコード自体が必要とするメモリよりも大幅に多いメモリをバッファリングします。
Impact summary: 対向ホストは少量のネットワークトラフィックを用いて、OpenSSL DTLSエンドポイントが不均衡な量のメモリを保持させることができ、これによりサービス拒否（DoS）に至る可能性があります。
CWE: CWE-405: Asymmetric Resource Consumption (Amplification)
Description: DTLSハンドシェイクが進行中の際、対向ホストはローカルエンドポイントが同じ遷移を処理する前（通常は基盤となるUDPトランスポートでのパケット順不同により）、すでに次のepochに進んでいることが正当にあり得ます。OpenSSLはこの種の早期レコードをバッファリングし、ローカルエンドポイントが遅れを取り戻した際に処理できるようにしています。
現在、レコードのバッファリング時には、レコード自体を構成するバイト列だけでなく、最大のDTLSレコード（約16キロバイト）を保持するためにサイズ設定された読み取り用バッファ全体が維持されます。接続ごとに最大100件のそのようなレコードがバッファリングされる可能性があります。その結果、次のepochに属すると主張する小さな偽造レコードのストリームを送信する対向ホストは、ネットワーク上で送信するデータ量のわずかな fraction にもかかわらず、OpenSSL DTLSエンドポイントに対して約1.7メガバイトのメモリを保持させることができます。
したがって、攻撃者は約1200倍のメモリ増幅係数を得ることができ、開くことができるすべての関連付け（associations） across でこの効果を乗算できるため、DTLSサーバーに対するリモートからのメモリ枯渇によるサービス拒否リスクとなります。接続ごとに保持されるメモリは上限があり、アプリケーションが既に設定している同時接続数の制限も総暴露範囲を拘束するため、本問題は低重大度として評価されました。
FIPS impact: なし
影響を受けるコードがOpenSSL FIPSモジュールの境界外にあるため、この問題によってFIPSモジュールは影響を受けません。
OpenSSL 4.0, 3.6, 3.5, 3.4, 3.0, 1.1.1 および 1.0.2 は本問題の影響を受けます。
OpenSSL 4.0 ユーザーは OpenSSL 4.0.2 にアップグレードしてください。 OpenSSL 3.6 ユーザーは OpenSSL 3.6.4 にアップグレードしてください。 OpenSSL 3.5 ユーザーは OpenSSL 3.5.8 にアップグレードしてください。 OpenSSL 3.4 ユーザーは OpenSSL 3.4.7 にアップグレードしてください。 OpenSSL 3.0 ユーザーは OpenSSL 3.0.22 にアップグレードしてください。
プレミアムサポート顧客のみ: OpenSSL 1.1.1 ユーザーは OpenSSL 1.1.1zi にアップグレードしてください。 OpenSSL 1.0.2 ユーザーは OpenSSL 1.0.2zr にアップグレードしてください。
本問題は2026年5月18日にAmazon Web Servicesによって報告されました。 修正はMatt Caswellによって開発されました。
-- cut (non-publishing metadata for internal use) -- Reported by: Amazon Web Services Fixed by: Matt Caswell
If you want to get best quality of vulnerability data, you may have to visit VulDB.