Some HTTP/2 implementations are vulnerable to a settings flood, potentially leading to a denial of service. The attacker sends a stream of SETTINGS frames to the peer. Since the RFC requires that the peer reply with one acknowledgement per SETTINGS frame, an empty SETTINGS frame is almost equivalent in behavior to a ping. Depending on how efficiently this data is queued, this can consume excess CPU, memory, or both.
References
Configurations
Configuration 1 (hide)
AND |
|
Configuration 2 (hide)
|
Configuration 3 (hide)
|
Configuration 4 (hide)
|
Configuration 5 (hide)
|
Configuration 6 (hide)
AND |
|
Configuration 7 (hide)
|
Configuration 8 (hide)
|
Configuration 9 (hide)
|
Configuration 10 (hide)
|
Configuration 11 (hide)
|
Configuration 12 (hide)
|
Configuration 13 (hide)
|
History
14 Jan 2025, 19:29
Type | Values Removed | Values Added |
---|---|---|
CPE | cpe:2.3:o:synology:diskstation_manager:6.2:*:*:*:*:*:*:* |
Information
Published : 2019-08-13 21:15
Updated : 2025-01-14 19:29
NVD link : CVE-2019-9515
Mitre link : CVE-2019-9515
CVE.ORG link : CVE-2019-9515
JSON object : View
Products Affected
redhat
- single_sign-on
- jboss_enterprise_application_platform
- openshift_container_platform
- openstack
- jboss_core_services
- software_collections
- quay
- openshift_service_mesh
- enterprise_linux
synology
- skynas
- vs960hd
- diskstation_manager
- vs960hd_firmware
mcafee
- web_gateway
nodejs
- node.js
opensuse
- leap
canonical
- ubuntu_linux
apple
- swiftnio
- mac_os_x
fedoraproject
- fedora
debian
- debian_linux
apache
- traffic_server
f5
- big-ip_local_traffic_manager
oracle
- graalvm