{"answers":{"affected":"","exploited":"There is no known exploitation of CVE-2026-86404 in the wild and no public exploit code.","fix":"Change a configuration setting.","what":"CVE-2026-86404 is a high-severity unsafe deserialization vulnerability in Red Hat AMQ Broker 7, published on 7 Sep 2026. Any signed-in user can exploit it over the network, with no action from the victim."},"fix_prompt":"Check this codebase for CVE-2026-86404 and fix it if it is affected.\n\nWhat it is: CVE-2026-86404 is a high-severity unsafe deserialization vulnerability in Red Hat AMQ Broker 7, published on 7 Sep 2026. Any signed-in user can exploit it over the network, with no action from the victim.\nExploitation: There is no known exploitation of CVE-2026-86404 in the wild and no public exploit code.\n\nAffected product: Red Hat AMQ Broker 7. No package-level version data is available, so check the vendor advisory linked from the reference page.\n\nTask:\n1. Search the dependency manifests and lockfiles (for example package.json, package-lock.json, requirements.txt, poetry.lock, uv.lock, pom.xml, build.gradle, go.mod, Cargo.lock, Gemfile.lock) and any Dockerfiles for the affected packages, including transitive dependencies.\n2. If an affected version is in use, upgrade it to the fixed version for its release line with the project's package manager, so the lockfile is regenerated. Prefer the smallest upgrade that fixes it.\n3. If there is no fix, or the upgrade would break the build, do not guess: explain the risk and the safest workaround instead.\n4. Run the tests and summarise what changed and why.\n5. If nothing in the project is affected, say so and change nothing.\n\nReference: https://insights.sbomify.com/CVE-2026-86404/ (Markdown: https://insights.sbomify.com/CVE-2026-86404/index.md)","id":"CVE-2026-86404","markdown":"https://insights.sbomify.com/CVE-2026-86404/index.md","name":"CVE-2026-86404","record":{"aliases":["GHSA-q97r-w4hq-94gr"],"analysis":{"component_type":"server_software","fix_type":"configuration_change","impacts":["code_execution"],"network_reachable":"yes","non_default_config":false,"product_category":"Red Hat JBoss EAP","requires_auth":"low_privilege","summary":"Red Hat JBoss EAP permits unsafe deserialization by default in Artemis messaging, allowing attackers to execute arbitrary code via crafted messages.","user_interaction":"not_required","vuln_class":"deserialization"},"analysis_generated_by":"qwen3.8-flash-next","assigner":"redhat","cpe":[],"cvss":{"score":8.8,"severity":"high","source":"cna","vector":"CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H","version":"3.1"},"cwes":[{"id":"CWE-502","name":"Deserialization of Untrusted Data"}],"description":"EAP's Artemis deserialization configuration permits deserialization by default. ObjectMessage.getObject() uses ObjectInputStreamWithClassLoader, which implements allow-list/block-list filtering via its checkSecurity()/isTrustedType() method. However, by default both allow-list and block-list are empty. When the allow-list is empty (size == 0), isTrustedType() returns true for ALL classes. This means all classes are deserializable by default.","ecosystems":[],"exploits":{"exploitdb":0,"first_seen":null,"github_poc":0,"max_poc_stars":null,"metasploit":0,"nuclei":0,"refs":[],"tier":"none_known"},"has_fix":true,"headline":"Deserialization in Red Hat AMQ Broker 7","id":"CVE-2026-86404","indexable":true,"kev":null,"kind":"cve","links":{"ecosystem":null,"product":null,"products":[],"type":"deserialization","year":"2026"},"n_packages":0,"n_references":8,"next":{"headline":"Payment Validation Bypass in Sipay Electronic Money's SanalPos PrestaShop","id":"CVE-2026-86405"},"packages":[],"prev":{"headline":"Dell PowerProtect Data Domain Management Center, Feature Release versions 7.7.1.0 through 8.8, LTS2024 release versions 7.13.1.0 through 7.1","id":"CVE-2026-86401"},"products":["Red Hat AMQ Broker 7","Red Hat JBoss Enterprise Application Platform 7","Red Hat JBoss Enterprise Application Platform 7.4 ELS on RHEL 8","Red Hat JBoss Enterprise Application Platform 7.4 ELS on RHEL 9","Red Hat JBoss Enterprise Application Platform 8","Red Hat JBoss Enterprise Application Platform 8.1 for RHEL 10","Red Hat JBoss Enterprise Application Platform 8.1 for RHEL 8","Red Hat JBoss Enterprise Application Platform 8.1 for RHEL 9","Red Hat JBoss Enterprise Application Platform 8.1.8.GA","Red Hat build of Apache Camel 4 for Quarkus 3","Red Hat build of Apache Camel for Spring Boot 4"],"published":"2026-09-07","related":[],"sources":[{"class":"attribution","licence":"CVE Terms of Use (MITRE)","name":"CVE List","prefix":"CVE"},{"class":"attribution","licence":"CWE Terms of Use","name":"CWE (MITRE)"},{"class":"attribution","licence":"FIRST CVSS licence","name":"CVSS (FIRST)"}],"ssvc":{"automatable":"no","exploitation":"none","technical_impact":"total"},"state":"PUBLISHED","updated":"2026-10-20","vendors":["Red Hat"]},"summary":"Red Hat JBoss EAP permits unsafe deserialization by default in Artemis messaging, allowing attackers to execute arbitrary code via crafted messages.","url":"https://insights.sbomify.com/CVE-2026-86404/"}