LiveActive security incident?Get immediate response
CVE Record

CVE-2022-32224: A possible escalation to RCE vulnerability exists when using YAML serialized columns in Active Record < 7.0...

A possible escalation to RCE vulnerability exists when using YAML serialized columns in Active Record < 7.0.3.1, <6.1.6.1, <6.0.5.1 and <5.2.8.1 which could allow an attacker, that can manipulate data in the database (via means like SQL injection), the ability to escalate to an RCE.

CriticalCVSS 9.8Not KEV-listedUpdated
Glexia's TakeAutomated analysiscritical

Security readout for executives and security teams

Plain-English summary

This is a critical Rails Active Record issue where unsafe YAML deserialization can turn database tampering into server code execution. The attacker first needs a way to modify database contents, such as SQL injection or another write path. Organizations running vulnerable Rails versions should treat this as urgent because compromise can affect confidentiality, integrity, and availability.

Executive priority

Treat as priority remediation for Rails assets, especially internet-facing applications or systems with known database write risks. The business concern is not just data exposure; successful escalation can become server takeover.

Technical view

CVE-2022-32224 is a CWE-502 deserialization flaw in Active Record YAML serialized columns before Rails 7.0.3.1, 6.1.6.1, 6.0.5.1, and 5.2.8.1. If an attacker can manipulate stored database values, later application deserialization may escalate that database write into remote code execution.

Likely exposure

Most likely exposed systems are Ruby on Rails applications using Active Record with YAML serialized columns on versions below the listed fixed releases. Risk increases where SQL injection, unsafe admin tooling, compromised database credentials, or other database write paths exist.

Exploitation context

The bundle does not show CISA KEV listing or cited evidence of active exploitation. Exploitation is conditional: an attacker needs a way to place malicious data into the database before Active Record deserializes it.

Researcher notes

Key condition is attacker-controlled database content reaching YAML deserialization in Active Record. Validate exposure by combining version evidence, serialized column usage, and realistic database write paths. Avoid assuming one-click remote exploitation without that precondition.

Mitigation direction

  • Upgrade Rails to 7.0.3.1, 6.1.6.1, 6.0.5.1, 5.2.8.1, or later.
  • For Debian-packaged Rails, review the Debian LTS advisory and apply vendor package guidance.
  • Audit applications for YAML serialized columns and reduce use where safer formats are available.
  • Prioritize fixing SQL injection and unauthorized database write paths.
  • Run dependency scanning to catch transitive vulnerable Active Record versions.

Validation and detection

  • Check Gemfile.lock for rails and activerecord versions below fixed releases.
  • Search code for Active Record serialized columns using YAML serialization.
  • Review recent SQL injection findings and database write exposure.
  • Confirm production containers or hosts run the patched dependency, not only source control.
  • Verify vendor or distro advisory status for each deployed environment.
Prepared
Confidence
high
Sources
5

Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.

Potential ATT&CK relevance

Conservative CVE-to-ATT&CK context

These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.

ATT&CK lookup starting points

Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.

cwe · medium confidence lookup

CWE-502: Code execution behavior lookup

Code execution and unsafe deserialization weaknesses often justify reviewing execution behavior and process telemetry. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.

Open ATT&CK lookup
description · low confidence lookup

Execution behavior lookup

The CVE wording references code or command execution, so execution technique review may help defensive triage. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.

Open ATT&CK lookup
description · low confidence lookup

Database behavior lookup

The CVE wording references database injection or access, so collection and exfiltration review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.

Open ATT&CK lookup
cve · low confidence lookup

CVE-2022-32224 mapping review

Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.

Open ATT&CK lookup
Vulnerability profileCVE Program record
Severity
Critical
CVSS
9.8 (3.1)
Known Exploited
No
Published

Vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

Official CVE source material

CNA and ADP enrichment extracted from CVE v5

These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.

1CVSS vectors
3Timeline events
2ADP providers
4Source links

SSVC decision data

CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: pocAutomatable: yesTechnical Impact: total

CVSS vector scores

1 official score

We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.

ScoreVersionSeverityVectorExploitImpactSource
9.8CVSS 3.1CriticalCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H3.95.9CISA-ADP

Vulnerability scoring details

Base CVSS 3.1 score

9.8Critical
CVSS 3.1 vector shape for CVE-2022-32224Attack VectorAttack ComplexityPrivileges RequiredUser InteractionScopeConfidentiality ImpactIntegrity ImpactAvailability Impact

Vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H

Attack Vector
NetworkAdjacentLocalPhysical
Attack Complexity
LowHigh
Privileges Required
NoneLowHigh
User Interaction
NoneRequired
Scope
ChangedUnchanged
Confidentiality Impact
HighLowNone
Integrity Impact
HighLowNone
Availability Impact
HighLowNone

Vulnerability timeline

Timeline events are normalized from CVE metadata, CNA source timelines, ADP timelines, and KEV metadata when present.

  1. CVE reservedCVE Program

    The CVE ID was reserved by the assigning CNA.

  2. CVE publishedCVE Program

    The CVE record was published.

  3. CVE updatedCVE Program

    The CVE record metadata indicates this as the latest update time.

ADP provider summaries

CVECVE Program Container
CISA-ADPCISA ADP Vulnrichment
cvssV3_1other:ssvc
Affected products

Products and packages named in the record

VendorProductVersion / packageStatus
n/ahttps://github.com/rails/rails7.0.3.1, 6.1.6.1, 6.0.5.1, 5.2.8.1Listed
Weakness

CWE details

CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.

CWE-502 · source CWE mapping

Deserialization of Untrusted Data

Deserialization of Untrusted Data represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.