{"api_version":"1","generated_at":"2026-10-12T14:27:17+00:00","cve":"CVE-2026-107937","urls":{"html":"https://cve.report/CVE-2026-107937","api":"https://cve.report/api/cve/CVE-2026-107937.json","docs":"https://cve.report/api","cve_org":"https://www.cve.org/CVERecord?id=CVE-2026-107937","nvd":"https://nvd.nist.gov/vuln/detail/CVE-2026-107937"},"summary":{"title":"Apache CXF: The attachment header size and count limits can be bypassed, which allows denial of service through memory exhaustion.","description":"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 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.","state":"PUBLISHED","assigner":"apache","published_at":"2026-10-09 11:17:02","updated_at":"2026-10-09 16:33:39"},"problem_types":[],"metrics":[],"references":[{"url":"http://www.openwall.com/lists/oss-security/2026/10/09/12","name":"http://www.openwall.com/lists/oss-security/2026/10/09/12","refsource":"af854a3a-2127-422b-91ae-364da2661108","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://lists.apache.org/thread.html/x9twtpv3d04qj83t6w9xkh9y2q28zztj","name":"https://lists.apache.org/thread.html/x9twtpv3d04qj83t6w9xkh9y2q28zztj","refsource":"security@apache.org","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://www.cve.org/CVERecord?id=CVE-2026-107937","name":"CVE Program record","refsource":"CVE.ORG","tags":["canonical"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-107937","name":"NVD vulnerability detail","refsource":"NVD","tags":["canonical","analysis"]}],"affected":[{"source":"CNA","vendor":"Apache Software Foundation","product":"Apache CXF","version":"affected 4.2.0 4.2.4 semver","platforms":[]},{"source":"CNA","vendor":"Apache Software Foundation","product":"Apache CXF","version":"affected 4.0.0 4.1.9 semver","platforms":[]},{"source":"CNA","vendor":"Apache Software Foundation","product":"Apache CXF","version":"affected 3.6.13 semver","platforms":[]}],"timeline":[],"solutions":[],"workarounds":[],"exploits":[],"credits":[{"source":"CNA","value":"This issue was found using Claude agents to study the security of open-source projects and independently by Mike Read (github.com/Michael-JRead)","lang":"en"}],"nvd_cpes":[],"vendor_comments":[],"enrichments":{"kev":null,"epss":{"cve_year":"2026","cve_id":"107937","cve":"CVE-2026-107937","epss":"0.002380000","percentile":"0.136780000","score_date":"2026-10-11","updated_at":"2026-10-12 00:13:21"},"legacy_qids":[]},"source_records":{"cve_program":{"containers":{"adp":[{"providerMetadata":{"dateUpdated":"2026-10-09T11:07:52.472Z","orgId":"af854a3a-2127-422b-91ae-364da2661108","shortName":"CVE"},"references":[{"url":"http://www.openwall.com/lists/oss-security/2026/10/09/12"}],"title":"CVE Program Container"}],"cna":{"affected":[{"collectionURL":"https://repo.maven.apache.org/maven2","defaultStatus":"unaffected","packageName":"org.apache.cxf:cxf-core","packageURL":"pkg:maven/org.apache.cxf/cxf-core","product":"Apache CXF","vendor":"Apache Software Foundation","versions":[{"lessThan":"4.2.4","status":"affected","version":"4.2.0","versionType":"semver"},{"lessThan":"4.1.9","status":"affected","version":"4.0.0","versionType":"semver"},{"lessThan":"3.6.13","status":"affected","version":"0","versionType":"semver"}]}],"credits":[{"lang":"en","type":"finder","value":"This issue was found using Claude agents to study the security of open-source projects and independently by Mike Read (github.com/Michael-JRead)"}],"descriptions":[{"lang":"en","supportingMedia":[{"base64":false,"type":"text/html","value":"In Apache CXF, the parser for multipart/MTOM attachment part headers did not fully enforce the configured <code>attachment-max-header-size</code> (default 300 characters) and <code>attachment-headers-max-count</code> (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.&nbsp;<br>Users are recommended to upgrade to versions 4.2.4 or 4.1.9 or 3.6.13, which fix this issue."}],"value":"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 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."}],"metrics":[{"other":{"content":{"text":"low"},"type":"Textual description of severity"},"scenarios":[{"lang":"en","value":"GENERAL"}]}],"providerMetadata":{"dateUpdated":"2026-10-09T10:19:53.377Z","orgId":"f0158376-9dc2-43b6-827c-5f631a4d8d09","shortName":"apache"},"references":[{"tags":["vendor-advisory"],"url":"https://lists.apache.org/thread.html/x9twtpv3d04qj83t6w9xkh9y2q28zztj"}],"source":{"discovery":"UNKNOWN"},"title":"Apache CXF: The attachment header size and count limits can be bypassed, which allows denial of service through memory exhaustion.","x_generator":{"engine":"Vulnogram 1.0.3"}}},"cveMetadata":{"assignerOrgId":"f0158376-9dc2-43b6-827c-5f631a4d8d09","assignerShortName":"apache","cveId":"CVE-2026-107937","datePublished":"2026-10-09T10:19:53.377Z","dateReserved":"2026-10-09T09:12:15.139Z","dateUpdated":"2026-10-09T11:07:52.472Z","state":"PUBLISHED"},"dataType":"CVE_RECORD","dataVersion":"5.2"},"nvd":{"publishedDate":"2026-10-09 11:17:02","lastModifiedDate":"2026-10-09 16:33:39","problem_types":[],"metrics":[],"configurations":[]},"legacy_mitre":{"record":{"CveYear":"2026","CveId":"107937","Ordinal":"1","Title":"Apache CXF: The attachment header size and count limits can be b","CVE":"CVE-2026-107937","Year":"2026"},"notes":[{"CveYear":"2026","CveId":"107937","Ordinal":"1","NoteData":"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 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.","Type":"Description","Title":"Apache CXF: The attachment header size and count limits can be b"}]}}}