{
    "dataType": "CVE_RECORD",
    "dataVersion": "5.2",
    "cveMetadata": {
        "cveId": "CVE-2026-67238",
        "assignerOrgId": "a0819718-46f1-4df5-94e2-005712e83aaa",
        "state": "PUBLISHED",
        "assignerShortName": "GitHub_M",
        "dateReserved": "2026-07-28T19:50:39.438Z",
        "datePublished": "2026-09-23T19:58:35.019Z",
        "dateUpdated": "2026-09-23T19:58:35.019Z"
    },
    "containers": {
        "cna": {
            "title": "RabbitMQ: Atom-table exhaustion via reply-to queue name decoding",
            "problemTypes": [
                {
                    "descriptions": [
                        {
                            "cweId": "CWE-400",
                            "lang": "en",
                            "description": "CWE-400: Uncontrolled Resource Consumption",
                            "type": "CWE"
                        }
                    ]
                }
            ],
            "metrics": [
                {
                    "cvssV4_0": {
                        "attackVector": "NETWORK",
                        "attackComplexity": "LOW",
                        "attackRequirements": "NONE",
                        "privilegesRequired": "LOW",
                        "userInteraction": "NONE",
                        "vulnConfidentialityImpact": "NONE",
                        "vulnIntegrityImpact": "NONE",
                        "vulnAvailabilityImpact": "HIGH",
                        "subConfidentialityImpact": "NONE",
                        "subIntegrityImpact": "NONE",
                        "subAvailabilityImpact": "NONE",
                        "baseScore": 7.1,
                        "baseSeverity": "HIGH",
                        "vectorString": "CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N",
                        "version": "4.0"
                    }
                }
            ],
            "references": [
                {
                    "name": "https://github.com/rabbitmq/rabbitmq-server/security/advisories/GHSA-x96j-244m-mrr2",
                    "tags": [
                        "x_refsource_CONFIRM"
                    ],
                    "url": "https://github.com/rabbitmq/rabbitmq-server/security/advisories/GHSA-x96j-244m-mrr2"
                },
                {
                    "name": "https://github.com/rabbitmq/rabbitmq-server/releases/tag/v4.2.7",
                    "tags": [
                        "x_refsource_MISC"
                    ],
                    "url": "https://github.com/rabbitmq/rabbitmq-server/releases/tag/v4.2.7"
                },
                {
                    "name": "https://github.com/rabbitmq/rabbitmq-server/releases/tag/v4.3.1",
                    "tags": [
                        "x_refsource_MISC"
                    ],
                    "url": "https://github.com/rabbitmq/rabbitmq-server/releases/tag/v4.3.1"
                }
            ],
            "affected": [
                {
                    "vendor": "rabbitmq",
                    "product": "rabbitmq-server",
                    "versions": [
                        {
                            "version": ">= 4.2.0, < 4.2.7",
                            "status": "affected"
                        },
                        {
                            "version": ">= 4.3.0, < 4.3.1",
                            "status": "affected"
                        }
                    ]
                }
            ],
            "providerMetadata": {
                "orgId": "a0819718-46f1-4df5-94e2-005712e83aaa",
                "shortName": "GitHub_M",
                "dateUpdated": "2026-09-23T19:58:35.019Z"
            },
            "descriptions": [
                {
                    "lang": "en",
                    "value": "RabbitMQ is a messaging and streaming broker. Prior to versions 4.2.7 and 4.3.1, rabbit_pid_codec:decompose_from_binary/1 parses a caller-supplied ETF-encoded binary and calls binary_to_atom(Node, utf8) on the node-name field. It is reached from rabbit_volatile_queue:pid_from_name/2, which is invoked for any queue name / routing key beginning amq.rabbitmq.reply-to.. The CandidateNodes membership check happens after the atom is created, and the surrounding try/catch cannot reclaim atoms (they are never GC'd). binary_to_existing_atom is not used. Any authenticated AMQP client can crash the entire Erlang VM (all vhosts, all connections) with ~1M cheap requests. Preconditions include Authenticated AMQP 0-9-1 connection to any vhost No per-connection rate limit low enough to make ~1M operations infeasible. This issue is fixed in versions 4.2.7 and 4.3.1."
                }
            ],
            "source": {
                "advisory": "GHSA-x96j-244m-mrr2",
                "discovery": "UNKNOWN"
            }
        }
    }
}