[Looking for Charlie's main web site? or all posts?]

Announcing ColdFusion updates of Aug 11 2026 - p1 security update - thoughts and resources

An update for ColdFusion has been released, Aug 11 2026, for each of CF2025 (as its update 12) and CF2023 (as its update 23).

Read on for more, including details and observations I offer about what else has changed with this update, as well as concluding thoughts on best practices regarding any CF update.

(If I update this post since its original release, I will track those changes at the bottom of this post.)

And yes, this makes 4 CF updates in just a couple of months. I discuss those previous ones in a post about each past update.

Following are the additional topics discussed in this post:

Updated: experience with the update since release

Update: Since I first posted this the night of the release, I have learned (from a client and from commenters below) that there IS currently a significant bug related to the update--though it affects only a very narrow audience.

This issue applies if and only if a) you are running CF Enterprise--or the free Trial or Developer editions--and have used its available Enterprise Manager feature to create instances (not available in CF Standard). Then b) if you have have created a cluster, and c) have put a CF instance into that cluster, then after applying this update any instances in the cluster will fail to function. The service will "start" (if you run it as a service), but CF within the instance will not function.

You will find in the coldfusion-error.log that among the error lines may be:

Cannot find method [setChannel] in object [StandardEngine[Catalina]] of class [class org.apache.catalina.core.StandardEngine]

The stack trace under the error suggests that CF had a problem parsing/validating the cluster config xml within the server.xml file (which CF uses otherwise to control other aspects of the Tomcat underlying CF).

FWIW, if you were to try to start the instance from the command line (cfstart.bat or cfstart.sh), it would report that information as well.

For now, there is no known resolution. The issue has been reported in the Adobe public bug tracking system as CF-4233544. If/when I learn of any change I will update this statement...though watch the comments below as it may come up there before I get to changing this post.

The rest of the post here is as I wrote it originally, other than a couple of minor updates tracked at the bottom.

My experience with the update as of the first day

FWIW I'll note that I have installed the update for each of the releases on multiple machines, starting from different update levels, and on multiple OS's, and I can report that it went well with regard to performing the update itself.

As for whether your apps will be affected by the update, or others you may be skipping, I can't speak to that other than to offer the info about the update itself, below.

While I appreciate that some people look for my posts as a go-to resource about the update, and some may wish I'd gotten this note out earlier today, I'll note that beside testing on multiple machines, I also take time to consider feedback shared in the community, or things I may learn as I offer help to them and my own clients.

Brief overview of the update

Here's a quick summary of the key aspects of the update. I leave more details to the other resources I point to below. Briefly, this update:

  • implements the latest Tomcat versions underlying each of CF2025 and CF2023: to 10.1.57 and 9.0.120.0, respectively
  • introduces a breaking change (for the sake of security) which impacts on incoming websocket calls, which now default to requiring authentication, along with a jvm arg (
    -Dcoldfusion.websocket.requireAuthForInvoke
    ) AND an application-level setting to revert that changed behavior (
    this.wsRequireAuthForInvoke
    )
  • introduces a new restriction on xmlsearch use of Saxon collection and uri-collection feature, to not allow calls for files or http requests, which can again be reverted with a new jvm arg,
    -Dcoldfusion.xml.saxon.allowCollection
  • improves security related to the CF CCS feature (Central Configuration Server)
  • improves security of the VSCode CFBuilder step debugger, another change which can be reverted by a new jvm arg,
    -Dcoldfusion.debugger.bindhost

Before I share more changes, I want to note that for more on the new jvm args (indeed, sometimes more than is discussed in the update technotes), see the available docs pages for CF2025 JVM args and CF2023/2021 JVM args.

There are a few more changes provided with this update:

  • a second update is made available for the CF PMT (Performance Monitoring Toolkit). if you use that tool (which was introduced in CF2018). More on that in separate update technotes for CF2025 PMT Update 2 and CF2023 PMT Update 2
  • an update to the CFBuilder VSCode extension, which "strengthens the security of the RDS Query Viewer by mitigating XSS vulnerabilities" as mentioned in a brief doc page on that latest ColdFusion Builder update
  • a single bug fix, related to use of the optional CKEditor file-manager which (for the sake of security) now no longer allows uploading of html files using its upload feature, which is disabled by default
  • there are 7 package updates for CF2025, and 6 for CF2023
  • there are no web server connector updates in this update

More on the security-related aspects of the update

Again, this update is another one classed by Adobe as a P1 (Priority 1, "Critical") security update per the Adobe Product Security Bulletin (or APSB) for this update, which also indicates that the update addresses "vulnerabilities that could result in arbitrary code execution, privilege escalation, security feature bypass, application denial-of-service, and memory exposure". The APSB lists 15 issues, including the specific NIST CVEs addressed, having a range of CVSS scores from 4.9 to 10.0 out of 10 (with 3 scoring 9 or above).

And while it also says that, "Adobe is not aware of any exploits in the wild for any of the issues addressed in this update", note that it's not uncommon that the vulns may immediately be being reverse-engineered and exploited by bad guys--or good guys trying to warn folks.

As such, it's always important to apply CF updates, and still more important for CF security updates, but then especially if they are classed as "critical" like this (though it's also true that some vulns are in features that may be disabled by default, or disabled for you, in which case their urgency is diminished).

Finally, as discussed in the overview above (and as happens with about 30% of CF security updates), this update has those potential breaking changes, sacrificing compatibility for security (which could affect some apps but not all). And is often teh case, there are new jvm flags/args which would allow you to trade back that improved security for compatibility. You should consider such changes carefully before just applying the update in prod (as some do) or relying on only light testing of a few pages. The same care should be taken before just blithely sticking the jvm args in for compatibility sake.

Forewarned is forearmed.

Finding the update (and more about it)

As always, there are several ways you could find out about the update.

First, you should find news of the new update in your CF Admin upon login (assuming "check for updates" is enabled in its Package Manager "Settings" tab, or if you click the "check for updates" button under the "Core Server" section of the Package Manager page). If you don't find it there, even today, again give it time as again there may be caching issue.

(And as for getting notified by email about CF updates, see a later discussion below, How to get notified of updates by email, among the closing points about "additional info" on updates.)

Next, Adobe has announced the update via their CF Community Forums and CF Portal, specifically these:

And each such Adobe announcement about an update points to the very important update technote available for each version, in this case:

BTW, note that the URL for these technotes has changed mid-year. The docs now use "guides.adobe.com" rather than the "helpx.adobe.com".

As always, the update technotes include steps for those who may need to install the update via "manual offline" steps.

And whether you may be trying to download the update via the CF admin or via download links offered in the update technote, note that sometimes issues may arise due to caching--with respect to "seeing" or downloading the update. They may be at Adobe, or at CDNs  they use, or it may be due to something in your own network. Only time will tell if it hits some, but such problems inevitably do pass.

And while there was a problem with the July 2026 CF update, where those who downloaded the package zip file found that it didn't included the actual package updates that were to be updated by this update. This problem was resolved within a few days. I can confirm that it's not a problem with the package zip files downloaded today. (There's some confusion about the checksum values offered, but I expect that will be resolved pretty quickly.)

Otherwise, as I write, there are no discussions of any issues with the updates so far. (FWIW, there tends to be more "discussion" from community members in the forum announcement than the blog post, though not always.) Note also that sometimes the community may discuss issues with the update in such places as the CFML Slack, the Facebook and Linked CF programmers group, etc. I list links to those in my cf411 site of CFML community help resources.

Additional info to consider before/after doing CF updates

Finally, just as with ANY CF update, there are a few issues you should keep in mind. Some have to do with things you should consider BEFORE doing any CF update, while others relate to considerations AFTER the update is applied.

I used to cover them within each of these posts, but I have tried to avoid repeating them. I'll say again that I plan to create a new post pulling the points out to stand alone (as like a best practices for CF updates). But until then, look first at the closing sections of my Apr 2026 update post:

  • Things to beware BEFORE doing any CF update
    • Changes, as a result of any CF updates you may be skipping
    • Beware also that if you'd modified the pathfilter.json file introduced in the May 2025 CF update, sadly that file will be overwritten
  • How can you assess if the update went well?
    • 1) Check the update log, both for success applying the update
    • 2) Check that same update log, for success in the update downloading any updated package
    • 3) Check the coldfusion-out.log for success during UPDATING of any packages
  • A few other topics generic to recent CF updates, which you may want to consider
    • You should strongly consider "clearing the felix-cache"
    • Other update topics to consider

And then there were still other generic update topics which I'd covered in still previous posts, the last one in my post on the Oct 2024 updates. After that I started having my subsequent posts point people instead to the bottom of that post for these equally important topics:

  • What to consider, with regard to some previous CF updates (possible breaking changes)
  • As with all CF updates, possible need to upgrade web server connector
  • Something to consider, if you're updating CF2023 from its update 4, or earlier
  • and more

How to get notified of updates by email

One last generic topic, not currently covered in those two posts, is that if you may prefer getting notified by email about such CF updates, there are multiple options for that:

  • Adobe offers a free service for you to be notified by email regarding any security updates. You can limit it, of course, to only CF. (It does not notify you about non-security CF updates, though.)
  • In the cf admin Package Manager page, note there's a Settings tab at the top, and one of the configurable settings it to provide an email address/addresses to be notified by your own server. This assumes the CF admin Mail page is properly configured with an smtp server to deliver the email.
  • Pete Freitag offers a wonderful (paid) service called HackMyCF, which despite the scary-sounding name checks regularly to let you know if you are not keeping up on CF security configuration matters, including updates and much more. (Indeed, it will warn if your cf configuration exposes the RDS feature as well as the CFIDE and cf_scripts folders which the news reports above say are being exploited if this June 30 2026 update is not applied.) Another key benefit, though, is that he also sends an email to hackmycf customers indicating when cf updates are released, usually the day they come out.
  • And I, too, try to post about updates the day they come out. You can follow my rss feed or easily subscribe to get email notification of posts. See the simple form and rss feed link offered at the end of each post.
  • CF hosting companies tend to share an email to their clients when updates come out, including VivioTech, xByte, and others.

On getting help with the update(s)

Finally, as for getting more help with the update, you have a few options.

First, you can reach out to Adobe via the post(s) announcing the update which I pointed to above. Adobe folks might well respond to issues you raise there. Or you could reach out to their support email addresses: [email protected] or [email protected].

Next, you can also reach out to the wider CF community for help or to hear from others. Again, I offer links to several of the online CF communities here.

Finally, if you may want help with considering, installing, or troubleshooting anything related to these updates (or indeed anything related to CF), I'm available for online remote consulting. I can often help solve such update problems VERY quickly (often minutes, rarely even hours), getting you back on your feet. More at carehart.org/consulting.


[Updates since original posting]:

  • The morning after originally posting this, I decided to rearrange the information. I'm trying to balance offering detail and context against having too many words before people can see the table of contents, showing the sort of info I offer here. Of course this will become a template for future update posts.
  • I also found I'd somehow lost the link to the APSB in the original post, which I corrected that next day also.
  • In the days since release, a severe bug was detected, though affecting only those who a) create a CF Cluster and b) put an instance into that cluster. In that case, after this update such an instance will not properly start. For more, see the new section added near the top above, Updated: experience with the update since release.


For more content like this from Charlie Arehart: Need more help with problems?
  • If you may prefer direct help, rather than digging around here/elsewhere or via comments, he can help via his online consulting services
  • See that page for more on how he can help a) over the web, safely and securely, b) usually very quickly, c) teaching you along the way, and d) with satisfaction guaranteed
Comments
I am not able to upgrade to to this hotfix on an instance that is part of a cluster. The install log says everything is successful but I cannot bring up the CFAdministrator and the felix-cache folder doesn't exist in the bin directory. The instances that are not part of a cluster updated without an issue.
# Posted By Jeff Horne | 8/13/26 11:25 AM
Well, Jeff, there's always an explanation. It just needs to be found.

1) So first, to be clear, in this "instance that is part of a cluster" (and the instances "not part of a cluster" necessarily on the same machine? Or different ones? That may be helpful to know.

2) Next you say you can't bring up the admin of the instance. Are you able to confirm if the instance itself is running (whether it's a service or something you may start otherwise)? That could be important.

3) If the instance is running but you can't get to its CF Admin, that happens usually because the process of applying the package updates failed (in some way). You say you confirmed that "install log" had no errors (by which we'll assume you mean the one in the hf-updates folder for the update).

3a) Did you go to the BOTTOM of that install log, to confirm (about 10 lines from the bottom) that it tracked successfully DOWNLOADING the package updates?

3b) And what about the startup log entries in the coldfusion-out.log? Any errors during the startup that happened after the update?

Those two are things I discuss in the "best practices" I point to in the post above.

4) For the update's install log, if there are errors (again about 10 lines from the bottom of the log) when it tried to "download" the package updates, that will be the start of your problems. Let us know if you see any or that for each it says "The package and its dependencies have been downloaded successfully".

5) Even if that goes well, then it's during the next startup that we'd want to see it "uninstalling" all the updated packages, and then we want to see it log the "start" of all installed packages (we don't see any log for "installing" let along "updating" them).

So go to the bottom of that coldfuison-out.log, find when CF was last started (right after the update): look for the words "coldfusion started". Then watch the lines right above that, which is the END of CF coming up. Note that if you have restarted CF since the update, you may not see any errors or any "uninstalling". I'm proposing you search for that "coldfusion started" until you find the update that happened right after you applied the CF update. (That install log in the update's hf-updates folder will have the time of the update right in its name, as well as within the file.)

Let us know what you find. Again, there can be various reasons these things fail, and then how to recover. There's no simple solution (though some people and AI may suggest some "one thing to try".)

6) Is this machine (and are these instances) ones that had been on the immediately preceding update of CF? Or might this be the first time you have updated CF on this machine? That could be useful to know?

7) And you haven't said if this is CF2025 or 2023, which again may be useful to know.

8) Sorry for this wall of text. If things were easy, then most folks could solve these challenges without help, or via the community, or via AI.

I'll offer finally (as I do in the post) that I can help you directly via remote screenshare consulting, perhaps solving this in less than 15 minutes (my minimum time interval). More at carehart.org/consulting. Certainly if you don't want to await back and forth here, just find and grab a slot at my online calender, carehart.org/calendar.

But if you can't or choose not to do that for whatever reason, I hope the above may well help you to solve things on your own. And if not, please offer replies to each the questions above and we'll take it from there.
Thank you Charlie. Yes, I did leave out important details. Sorry about that.
1) There are two servers. There are four instances on each server. There are two clusters on each server. Each of the two clusters has one instance on each server. There there are two additional instances on each server that are not clustered. The non-clustered instances upgraded to Hotfix 23 without error.

2) The Windows service for each instance says it is running but when I attempt to bring up the CF Adminstrator, it says the site can't be reached.

3) In the hf-updates\hf-2023-00023-330940 directory, I look at the Update 23 Install log. I see in the summary
Installation: Successful.

649 Successes
0 Warnings
0 NonFatalErrors
0 FatalErrors

And the Status for each line until the bottom says SUCCESSFUL.

3a) I did go to the very BOTTOM and every line says SUCCESSFUL. There are a lot of Copy File lines, also Staus: SUCCESSFUL

3b) In coldfusion-out.log, I see no error lines, just information

4) I see this in the install log
adminapi (2023.0.23.330940) package and its dependencies have been downloaded successfully.administrator (2023.0.23.330940) package and its dependencies have been downloaded successfully.ajax (2023.0.23.330940) package and its dependencies have been downloaded successfully.debugger (2023.0.23.330940) package and its dependencies have been downloaded successfully.websocket (2023.0.23.330940) package and its dependencies have been downloaded successfully.The package and its dependencies have been downloaded successfully. ColdFusion server is currently not running. The package will be installed automatically once server is up.
Status: SUCCESSFUL

5) The stop and start modal does not complete as expected and it states that the service did not stop in a timely manner.

I do not see a line that says ColdFusion started after the upgrade.

6) Yes, both servers and all instances have Hotfixes 21 and 22 installed. They also have JDK 17.0.20.

7) I'm sorry, this is CF 2023
# Posted By Jeff Horne | 8/13/26 1:12 PM
OK, thanks for all that. And I can report that I have since recreated the problem...well, what I presume is your problem. I had a client report a similar problem today, and I just replicated it on my own.

Like you, they found that after the update, any CF instances in a CF cluster (and which had session replication enabled) would not run correctly.

(And for folks following along, creating instances of CF is something one can do in the Enterprise, Trial, or Developer edition but not Standard, using the CF Admin Enterprise Manager screen, for instance. That also offers a means to cluster instances.)

If you're hitting the same problem, while I don't have a solution I have spent hours trying to identify one--so far, to no avail.

1) So first, you can confirm if the problem is the same for you by looking in a different log--not the coldfusion-out.log, which is where I proposed you make sure the package updates were showing up. Instead look in the coldfusion-error.log. There you may see it reporting that there was a problem processing the server.xml file, which is where the cluster configuration XML is placed (such as in CF's instancename/runtime/conf folder).

Among the error lines may be:

Cannot find method [setChannel] in object [StandardEngine[Catalina]] of class [class org.apache.catalina.core.StandardEngine]

That's the error my client got, and that I confirmed I get. BTW, he was getting it in CF2023, while I (and you) get it in CF2025.

2) I'll note that some of the other error lines refer to XML parsing, so I wondered if maybe this was something about the one new XML-related change in this update, but I put in the JVM arg to reverse it and restarted but got the same error. So close, I thought! Then I put in ALL the JVM args related to XML (as documented in the CF docs page on CF2025 jvm args). Again, none made the problem go away.

3) I then resorted to getting Tomcat itself (Tomcat 10, the same version and update level as underlines CF2025 update 12). I wondered if maybe creating a cluster with replication was broken there. It was not. (They're good about testing things, in my experience.)

4) I did compare the files in that native Tomcat folder to the ones in CF's runtime folder, and there are differences. This is making me wonder if somehow the Tomcat implemented by Adobe wasn't quite completely updated.

5) I tried a few different tweaks, but even when I got it to further I then ran into new errors about te processing of the context.xml (as a sibling of server.xml)

I think we have to just declare it's a bug...whether about the Tomcat version implementation or perhaps about some change in XML processing (for CF) that could somehow affect tomcat loading of its xml files. The latter seems a stretch.

Really, it's for Adobe to resolve at this point, since 3 of us experience it (assuming you confirm getting this error as well.)

And in fact, as I was writing this up this response (after those hours of work) I found that in fact someone (not my client) has created a ticket at tracker.adobe.com--so it's more than just the 3 of us. Here's hoping Adobe gets to the bottom of things.

The ticket is here:
https://tracker.adobe.com/#/view/CF-4233544
Thank you as usual Charlie. A few clarifications, I am also on CF 2023. I did have to have our server team restore the impacted environment because our QA team could not endure an outage while I tested.

And we use Redis and our clusters are set up with Sticky Sessions and Session Replication unchecked in the cluster manager.

I will be upvoting the bug on the bugtracker.
# Posted By Jeff Horne | 8/14/26 8:43 AM
Understandable on the recovery, and good that you upvoted the ticket.

Consider also sending an email to cfsup@adobe.com. It may help to offer them the link to the ticket and perhaps even these comments (the pound sign under each comment next to the name is a link to that comment.) Do at least let them know that I got it on 2025 in addition to your experience on 2023.

Finally, though, you mention using redis. Do you mean you have the CF Admin "memory variables" page configured to use redis for CF session variable storage? If you do, then you don't NEED the session replication in the cluster (as long as all the instances share the same Redis memory storage). That's another seeming solution to things, but a fairly big change for most folks.

If anyone's interested in considering it more, I have a couple of talks on the topic (using redis for cf sessions), including PDFs and/or recordings, on my crehart.org/presentations page.
Yes, I will send out that email.

That is correct, the memory variables page is configured to use Redis for session management. Unfortunately that did not prevent us from encountering this issue.
# Posted By Jeff Horne | 8/14/26 9:19 AM
But did you then turn off session replication for the cluster? It would not be needed. Indeed, that would not even WORK because that relies on CF's use of "j2ee sessions" (on that "memory variables" admin page). Use of Redis sessions requires that be turned off.
Session replication has always been unchecked in our clusters as long as we have used Redis. To clarify, it was not unchecked as part of troubleshooting this issue. It was unchecked when the clusters were created.
# Posted By Jeff Horne | 8/14/26 9:32 AM
Ah, sorry. I missed that you said you had those "unchecked". Was working from a phone at the time, so juggling replies there is sometimes sketchy. My apologies.

And I thought that my client's and my testing showed that the problem did only happen if the cluster had those checked. (I'd even said it above and in the tracker ticket comment I'd added.)

You're now saying that's NOT needed for the failure, which is very interesting. I'm unable ATM to test/confirm that.

If nothing else, this comment may help others digging into the problem, while we await Adobe's resolution to it.
That's okay, I fully understand the juggling. I did state that it was unchecked in my comment on the bug tracker at the time I upvoted it so that Adobe will see that.
# Posted By Jeff Horne | 8/14/26 9:55 AM
I have just sent the email to cfsup@adobe.com. Fingers crossed for swift resolution.
# Posted By Jeff Horne | 8/14/26 10:34 AM
We have experienced similar issues after upgrading ColdFusion from CF2023 update 22 to CF2023 update 23 (in our Test environment, thankfully).
In coldfusion-error.log file we see the following entry for Named Coldfusion instances that are part of a cluster:

Cannot find method [setChannel] in object StandardEngine[Catalina]] of class [class org.apache.catalina.core.StandardEngine]

We do have a ticket open with Adobe ColdFusion support.
# Posted By Joseph C | 8/14/26 2:22 PM
I have one question—would the same issue occur even if all instances in the cluster are updated?
# Posted By sleepy | 8/15/26 12:13 AM
> I have one question—would the same issue occur even if all instances in the cluster are updated?
I overlooked CF-4233544.
# Posted By sleepy | 8/15/26 12:37 AM
Copyright ©2026 Charlie Arehart
Carehart Logo
BlogCFC was created by Raymond Camden. This blog is running version 5.005.
(Want to validate the HTML in this page?)

Managed Hosting Services provided by
xByte cloud Hosting