Skip to content

CVE-2026-57967: Unauthenticated Remote Session Hijacking via CORE Protocol Reattachment in Apache ActiveMQ Artemis

HERMES

HERMES THREAT SCORE & BROKER SESSION HIJACKING

Target: Apache ActiveMQ Artemis — CORE Protocol Engine (TCP Port 61616) & ServerSessionImpl
Confidence: 98%
96 / 100
CRITICAL

Measures real-world operational relevance, exploit weaponization, and active threat posture.

Dimension Breakdown
Exploitability 20 / 20
Threat Activity 18 / 20
Weaponization 19 / 20
Exposure 19 / 20
Prevalence 19 / 20
Impact 20 / 20
Exploit Maturity 18 / 20
Attack Chain Potential 20 / 20
⚖️ Divergence & Operational Rationale

CVSS v3.1 rates CVE-2026-57967 at 9.8 (CRITICAL) with maximum impact scores across Confidentiality, Integrity, and Availability. Hermes corroborates extreme systemic criticality at HTS 96. ActiveMQ Artemis serves as the asynchronous message broker backbone for core banking transactional networks, telecom routing, distributed microservices, and industrial SCADA backplanes. Because the CORE protocol (default TCP port 61616) accepted unauthenticated session reattach packets without validating proof-of-possession tokens, any unauthenticated network attacker can usurp active administrative and producer sessions, drain confidential message queues, inject forged transactions, and cause catastrophic operational disruption.

HASS

HASS AGENTIC SEVERITY & EVENT-DRIVEN BUS POISONING

Target: Enterprise Event Bus, Agentic Task Queues & Asynchronous Tool Execution Workers
Confidence: 92%
78 / 100
HIGH

Measures specific systemic risk arising from autonomy, tool authority, and cascading execution.

Dimension Breakdown
Autonomy 14 / 20
Tool Access 16 / 20
Privilege 14 / 15
Persistence 11 / 15
External Impact 12 / 15
Propagation 11 / 15
⚖️ Divergence & Operational Rationale

In modern agentic architectures, distributed LLM agents and background orchestrators utilize asynchronous message queues (JMS, AMQP, and CORE) to dispatch tool invocations, persist memory states, and exchange task directives. Hijacking an established session allows an adversary to intercept inter-agent commands, inject spoofed prompts into worker queues, and manipulate decision pipelines across the enterprise.

🕸️ Connected Knowledge Graph & Provenance

CVE-2026-57967: Unauthenticated Remote Session Hijacking via CORE Protocol Reattachment in Apache ActiveMQ ArtemisVULNERABILITY

Connected Nodes: 1
Active Relationships (Outgoing)
→ affectsPRODUCTMicrosoft Office & 365 Apps
98% VERY_HIGH

Software platform affected by security vulnerabilities and agentic attack patterns.

🔍 Why is this related? (Evidence & Provenance)

“Confirmed security vulnerability in Microsoft Office & 365 Apps documented in Hermes dossier.”

Supporting Verified Evidence:

1. Technical Context & Affected Software Matrix

Section titled “1. Technical Context & Affected Software Matrix”

ActiveMQ Artemis exposes the native CORE protocol (commonly over TCP port 61616) alongside open standards such as AMQP, MQTT, STOMP, and OpenWire. The vulnerability specifically targets the CORE protocol connection handler.

ParameterTechnical SpecificationOperational Significance
CVE IdentifierCVE-2026-57967Official Apache Advisory Reference
Vulnerability ClassAuthentication Bypass (CWE-287)Missing authentication on session reattachment
Vulnerable Componentartemis-server — CORE Protocol HandlerPacket parser handling PacketImpl.SESS_REATTACH
Trigger MechanismCrafted SessionReattachMessage packetReassociates TCP transport channel to existing ServerSessionImpl
Default Port / TransportTCP 61616 (CORE protocol)Exposed across internal enterprise subnets and broker meshes
Privileges RequiredNone (PR:N)Attacker needs only reachability to the broker’s listening port
User InteractionNone (UI:N)Entirely remote, automated attack
Affected Versionsorg.apache.artemis:artemis-server 2.50.0 - 2.56.0
org.apache.activemq:artemis-server 1.0.0 - 2.44.0
Production enterprise messaging hubs and cloud brokers
Remediated Version2.57.0Requires session secret verification token during reattachment

2. Vulnerability Anatomy & Root Cause Analysis

Section titled “2. Vulnerability Anatomy & Root Cause Analysis”

In ActiveMQ Artemis, when a client connects over the CORE protocol:

  1. It sends a CreateSessionMessage carrying credentials (username and password or mutual TLS certificate).
  2. The broker verifies the credentials against JAAS or security plugins and allocates an internal session object (ServerSessionImpl) with a unique name or session ID.
  3. The session is registered in the broker’s central session table (SessionManager).
  4. To handle transient network instability without requiring full credential renegotiation, the CORE protocol includes a reconnect feature: a client disconnects, reconnects on a new TCP socket, and sends a SessionReattachMessage containing the original session ID.

In affected versions of Artemis, the handler for PacketImpl.SESS_REATTACH executed the following flawed logic:

// Flawed logic in affected ServerSessionPacketHandler
Packet packet = decode(buffer);
if (packet.getType() == PacketImpl.SESS_REATTACH) {
SessionReattachMessage reattach = (SessionReattachMessage) packet;
String sessionName = reattach.getName();
// Look up existing session solely by name/identifier
ServerSessionImpl existingSession = sessionManager.getSession(sessionName);
if (existingSession != null) {
// DETACH original transport connection
existingSession.getRemotingConnection().disconnect();
// ATTACH new transport channel without verifying credentials or tokens!
existingSession.transferConnection(newRemotingConnection);
sendConfirmation(newRemotingConnection);
return; // Session successfully hijacked!
}
}

Notice the critical absence of verification:

  • The broker does not demand the client’s password or an ephemeral cryptographic reattachment token.
  • It does not verify that the new connection originates from the same remote IP address or TLS identity.
  • It immediately severs the legitimate client’s active transport socket, effectively performing a Denial of Service against the legitimate subscriber/producer while granting the adversary full operational rights.

3. Threat Vectors, Exploitation Mechanics & Attack Flow

Section titled “3. Threat Vectors, Exploitation Mechanics & Attack Flow”
flowchart TD
A["Legitimate Client / Microservice"] -->|"1. Authenticates with credentials"| B["ActiveMQ Artemis Broker (TCP 61616)"]
B -->|"2. Establishes ServerSessionImpl (Session-ID: SESS-7812)"| B
C["Unauthenticated Adversary"] -->|"3. Connects to TCP 61616"| B
C -->|"4. Sends SESS_REATTACH packet (name='SESS-7812')"| B
B -->|"5. Forcibly disconnects legitimate client transport"| A
B -->|"6. Rebinds SESS-7812 to attacker TCP socket"| C
C -->|"7. Consumes confidential messages / Injects forged orders"| B
C -->|"8. Dispatches broker management commands"| D["Enterprise Database / Agent Runtimes"]
  1. Reconnaissance / Session Enumeration: An attacker on the internal network connects to TCP port 61616. Session IDs in Artemis follow predictable formats or can be brute-forced / observed via unencrypted internal communications or network-adjacent packet captures.

  2. Packet Transmission: The attacker transmits a raw binary packet structured as an Artemis CORE SESS_REATTACH:

    • Packet Type: 0x1A (SESS_REATTACH)
    • Target Session Name: client-orders-queue-9981
    • Last Confirmed Command Sequence: 0
  3. Session Seizure: The broker closes the TCP stream of the legitimate client application. The legitimate application enters a reconnect loop. Meanwhile, the attacker’s socket receives a confirmation response (SESS_REATTACH_RESP).

  4. Payload Extraction & Injection: The attacker issues SESS_CONSUMER_CREATE and SESS_SEND commands to:

    • Drain sensitive messages awaiting processing (PII, credentials, payment records).
    • Inject fraudulent messages directly into downstream processing queues.
    • Delete destination queues or alter broker configuration if the hijacked session possessed administrative permissions.

4. Doctrinal Impact on Enterprise Infrastructure & Multi-Agent Meshes

Section titled “4. Doctrinal Impact on Enterprise Infrastructure & Multi-Agent Meshes”

1. Enterprise Financial & Supply-Chain Backbone Compromise

Section titled “1. Enterprise Financial & Supply-Chain Backbone Compromise”

In financial institutions, retail payment processors, and healthcare environments, ActiveMQ Artemis transmits transactional records. The ability to intercept and modify messages in transit breaks ACID guarantees, leading to fraudulent fund transfers or altered medical commands.

Distributed agentic workflows use message brokers to decouple reasoning engines from executor tools. An adversary hijacking an agent’s consumer session can intercept task prompts, tamper with tool outputs, or inject malicious instructions into downstream worker queues, subverting the entire agent collective.

3. Broker Denial of Service & Cascading Outages

Section titled “3. Broker Denial of Service & Cascading Outages”

By continually firing SESSION_REATTACH packets across detected session IDs, an attacker can trigger perpetual disconnection loops, grinding enterprise microservices to an immediate standstill.


5. Threat Hunting, Detection & Forensic Investigation

Section titled “5. Threat Hunting, Detection & Forensic Investigation”

Monitor the Artemis CORE protocol port for unexpected session reattachments:

event artemis_core_message(c: connection, is_orig: bool, packet_type: count, session_name: string) {
if (packet_type == 26 && c$id$resp_p == 61616/tcp) {
# Check if the IP reattaching does not match previous authenticated sessions
NOTICE([$note=Notice::Action,
$msg=fmt("Suspicious unauthenticated Artemis CORE session reattach from %s for session %s", c$id$orig_h, session_name),
$conn=c,
$identifier=cat(c$id$orig_h, session_name)]);
}
}

Sigma Rule: Suspicious High-Frequency Disconnections and Reattachments

Section titled “Sigma Rule: Suspicious High-Frequency Disconnections and Reattachments”
title: Apache ActiveMQ Artemis CORE Protocol Session Takeover (CVE-2026-57967)
id: cve-2026-57967-artemis-session-hijack
status: experimental
description: Detects rapid client disconnection events followed immediately by session reattachment from anomalous source IP addresses in Apache ActiveMQ Artemis logs.
author: Hermes Codex Threat Intelligence
date: 2026-09-14
references:
- https://lists.apache.org/thread/fxfjqrdsnksw5f17zs3yqo864lblgv6y
- https://nvd.nist.gov/vuln/detail/CVE-2026-57967
tags:
- attack.lateral_movement
- attack.t1557
- attack.t1078
logsource:
product: activemq_artemis
service: broker
detection:
selection_log:
message|contains:
- "AMQ222033" # Session was disconnected
- "AMQ222034" # Session reattached
condition: selection_log
falsepositives:
- Transient network flapping causing legitimate clients to re-establish sessions within expected cluster subnets.
level: high

Tactical PhaseTechnique IDTechnique NameExploitation Context
Initial AccessT1190Exploit Public-Facing ApplicationConnecting to unprotected broker port 61616
Lateral MovementT1557Adversary-in-the-MiddleSession reattachment hijacking ongoing communications
Privilege EscalationT1078Valid AccountsInheriting the authenticated session’s pre-existing privileges
Defense EvasionT1562.001Disable or Modify ToolsEvicting legitimate monitoring and telemetry consumers
CollectionT1005Data from Local SystemDraining messages and sensitive payloads from broker queues
ImpactT1499.004Endpoint Denial of Service: Application ExhaustionForcibly disconnecting legitimate enterprise workers

7. Comprehensive Remediation & Hardening Guide

Section titled “7. Comprehensive Remediation & Hardening Guide”

1. Upgrade to Apache ActiveMQ Artemis 2.57.0 Immediately

Section titled “1. Upgrade to Apache ActiveMQ Artemis 2.57.0 Immediately”

Deploy the official patch release 2.57.0, which mandates that any SESSION_REATTACH packet provide a cryptographically secure session confirmation token that matches the original session’s authorization context:

Terminal window
# Verify broker version
./bin/artemis version
# Upgrade standalone broker instance
./bin/artemis-service stop
# Replace lib/ jars with version 2.57.0 artifacts
./bin/artemis-service start

Broker listeners on port 61616 must never be exposed to public networks or untrusted client segments. Enforce strict firewall rules allowing only known application servers and worker pools:

Terminal window
# Restrict access to TCP 61616 using iptables / nftables
iptables -A INPUT -p tcp --dport 61616 -s 10.200.0.0/16 -j ACCEPT
iptables -A INPUT -p tcp --dport 61616 -j DROP

3. Enforce Mutual TLS (mTLS) Authentication

Section titled “3. Enforce Mutual TLS (mTLS) Authentication”

Configure TLS with client certificate authentication (needClientAuth=true) on the CORE acceptor in broker.xml. This prevents unauthorized TCP sockets from connecting to port 61616 even if network reachability exists:

<acceptor name="artemis">
tcp://0.0.0.0:61616?tcpSendBufferSize=1048576;sslEnabled=true;keyStorePath=/etc/artemis/keystore.jks;keyStorePassword=ENC(...);trustStorePath=/etc/artemis/truststore.jks;trustStorePassword=ENC(...);needClientAuth=true
</acceptor>

Section titled “8. Related Threat Intelligence & References”