Description
An issue was discovered in HAProxy before 1.8.8. The incoming H2 frame length was checked against the max_frame_size setting instead of being checked against the bufsize. The max_frame_size only applies to outgoing traffic and not to incoming, so if a large enough frame size is advertised in the SETTINGS frame, a wrapped frame will be defragmented into a temporary allocated buffer where the second fragment may overflow the heap by up to 16 kB. It is very unlikely that this can be exploited for code execution given that buffers are very short lived and their addresses not realistically predictable in production, but the likelihood of an immediate crash is absolutely certain.
Published: 2018-05-09
Score: 7.5 High
EPSS: 25.1% Moderate
KEV: No
Impact: n/a
Action: n/a
AI Analysis

No analysis available yet.

Remediation

No remediation available yet.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

No history.

Subscriptions

Haproxy Haproxy
Redhat Enterprise Linux Openshift Rhel Software Collections
cve-icon MITRE

Status: PUBLISHED

Assigner: mitre

Published:

Updated: 2024-08-05T07:32:01.570Z

Reserved: 2018-04-17T00:00:00.000Z

Link: CVE-2018-10184

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Modified

Published: 2018-05-09T07:29:00.280

Modified: 2024-11-21T03:40:58.027

Link: CVE-2018-10184

cve-icon Redhat

Severity : Important

Publid Date: 2018-04-19T00:00:00Z

Links: CVE-2018-10184 - Bugzilla

cve-icon OpenCVE Enrichment

No data.

Weaknesses