This path traversal vulnerability in Adobe ColdFusion escalates to remote code execution through a well-documented mechanism: file writes to ColdFusion's lib/ directory enable JAR placement that gets loaded by the JVM classloader on refresh. The 'scope changed' designation is the critical operational signal — it means the original CVE analysis was revised to reflect broader impact, likely because write access to lib/ was confirmed after initial disclosure. This changes your detection model significantly: you need to monitor for new JAR file creation or modification in ColdFusion's lib/ directory, not just web root file writes. The 'no user interaction' requirement combined with the classloader mechanism suggests the vulnerability bypasses both the ColdFusion sandbox and administrator authentication — an attacker with file write access can achieve code execution without ever touching the admin console. For detection, correlate lib/ directory modifications with administrator API calls from unexpected source IPs. The EPSS of 0.99 and CISA KEV inclusion confirm active exploitation; for internet-facing ColdFusion instances, assume compromise occurred if unpatched. The detection window isn't days — it's the interval between your vulnerability scanner finding it and automated tooling hitting it, which is measured in hours. Prioritize internet-facing instances, audit your patching records against the revised scope (not just the original CVE description), and treat any unpatched ColdFusion instance as potentially already compromised given the exploitation timeline. If you're running ColdFusion 2018 or 2021, this applies directly — verify your patch level against Adobe's official advisory.