cbcvebase.
CVE-2015-5254
published 2016-01-08

CVE-2015-5254: Apache ActiveMQ 5.x before 5.13.0 does not restrict the classes that can be serialized in the broker, which allows remote attackers to execute arbitrary code…

PriorityP271critical9.8CVSS 3.0
AVNACLPRNUINSUCHIHAH
EPSS
38.19%
98.4th percentile
Apache ActiveMQ 5.x before 5.13.0 does not restrict the classes that can be serialized in the broker, which allows remote attackers to execute arbitrary code via a crafted serialized Java Message Service (JMS) ObjectMessage object.

Affected

34 ranges· showing 25
VendorProductVersion rangeFixed in
apacheactivemq
apacheactivemq
apacheactivemq
apacheactivemq
apacheactivemq
apacheactivemq
apacheactivemq
apacheactivemq
apacheactivemq
apacheactivemq
apacheactivemq
apacheactivemq
apacheactivemq
apacheactivemq
apacheactivemq
apacheactivemq
apacheactivemq
apacheactivemq
apacheactivemq
apacheactivemq
apacheactivemq
apacheactivemq
apacheactivemq
apacheactivemq
apacheactivemq>= 0 < 5.13.2+dfsg-15.13.2+dfsg-1

Detection & IOCsextracted from sources · hover to see the quote

  • Vulnerability is triggered via a crafted serialized Java Message Service (JMS) ObjectMessage object sent to Apache ActiveMQ broker; monitor for unexpected ObjectMessage deserialization activity on ActiveMQ brokers running versions 5.x before 5.13.0
  • Deserialization can occur at multiple broker entry points including the web console and STOMP object message transformation; monitor these interfaces for suspicious ObjectMessage payloads
  • Applications calling ObjectMessage.getObject() are also vulnerable; instrument or monitor JVM deserialization at this call site for unexpected class loading
  • Review the upstream patch commit for specific code changes that can inform detection signatures or class-restriction logic
  • Upstream fix details and trusted-package allowlist configuration for ObjectMessage are documented at the ActiveMQ ObjectMessage page; use this to baseline expected deserialization behavior
  • ·A Java deserialization filtering agent (JEP 290 or third-party) can be used as a mitigation to restrict which classes are allowed to be deserialized; absence of such a filter is a prerequisite for exploitation
  • ·Exploitation requires the attacker to authenticate to the broker as a message producer AND the application must use JMS ObjectMessage; unauthenticated or non-ObjectMessage deployments are not directly affected
  • ·NiFi deployments using JMS processors with activemq-client prior to 5.15.3 (NiFi versions 0.1.0–1.5.0) are also affected via CVE-2018-1310; upgrade to NiFi 1.6.0 which bundles activemq-client 5.15.3

CVSS provenance

nvdv3.09.8CRITICALCVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
nvdv2.07.5HIGHAV:N/AC:L/Au:N/C:P/I:P/A:P
ghsa9.8CRITICAL
osv9.8CRITICAL
vendor_apache9.8
vendor_debian9.8CRITICAL
vendor_redhat9.8CRITICAL
Stop checking back — get the weekly exploitation signal.

Every Monday: what got weaponized or added to CISA KEV in the last seven days — each CVE cross-linked to its PoC, Nuclei template, and detection rule. Free, one email a week, unsubscribe in one click.