{"id":"CVE-2026-107937","title":"In Apache CXF, the parser for multipart/MTOM attachment part headers did not fully enforce the configured attachment-max-header-size (default 300 characters) and attachment-headers-max-count (default 500) limits","summary":"In Apache CXF, the parser for multipart/MTOM attachment part headers did not fully enforce the configured attachment-max-header-size (default 300 characters) and attachment-headers-max-count (default 500) limits. The size limit was appli…","severity":"none","published":"2026-10-09","updated":"2026-10-09","sourceUpdated":"2026-10-09T16:33:39.007","source":"NVD","sourceUrl":"https://nvd.nist.gov/vuln/detail/CVE-2026-107937","references":[{"url":"https://lists.apache.org/thread.html/x9twtpv3d04qj83t6w9xkh9y2q28zztj","label":"security@apache.org"},{"url":"http://www.openwall.com/lists/oss-security/2026/10/09/12","label":"af854a3a-2127-422b-91ae-364da2661108"}],"tags":["nvd"],"ingestedAt":"2026-10-09T12:53:29.299Z","slug":"CVE-2026-107937","body":"## Overview\n\nIn Apache CXF, the parser for multipart/MTOM attachment part headers did not fully enforce the configured attachment-max-header-size (default 300 characters) and attachment-headers-max-count (default 500) limits. The size limit was applied only to each physical line, not to a header value built from continuation lines or to the combined values of a repeated header. The count limit was checked against the number of distinct header names, not the total number of header lines. A remote, unauthenticated attacker could send a multipart request with very large folded or repeated part headers. The server would then allocate memory without bound, causing a denial of service. \nUsers are recommended to upgrade to versions 4.2.4 or 4.1.9 or 3.6.13, which fix this issue.\n\n## Remediation\n\nRefer to the linked advisories for vendor-supplied fixes and affected version ranges.","depth":"sunlit","depthScore":3,"depthScoreParts":{"impact":2.8,"likelihood":0,"exploitation":0,"ransomware":0},"changes":[]}