Blog

Brad Wood

December 19, 2013

Spread the word


Share your thoughts

We try not to break backwards compatibility in the ColdBox framework, but sometimes there's a compelling reason to do so.  In the notes for the 3.8 release you may have seen [COLDBOX-218] - Default reinit and debug hashed passwords.

Taking a cue from recent breaches on the Internet, we're focusing on making things more "secure by default".  That simply acknowledges that a lot of applications will never receive proper hardening, and if the out-of-the-box settings are secure, then the server is less likely to be left vulnerable.  Previously, if no ReinitPassword or DebugPassword settings were supplied in the config, we would allow the framework to be reinitialized and debug mode to be turned on without any password at all.  

While that may be convenient for people getting started in ColdBox, it's an invitation to hackers on a production server.  Starting with Coldbox 3.8, if you don't specify a ReinitPassword or a DebugPassword setting at all, you won't be able to reinitialize the framework or enable debug mode.  Don't worry, you can still use these features without a password on your development servers.  Simply specifiy an empty string for your ReinitPassword and DebugPassword settings.  If you have these settings defined already, you will have no change in functionality.  This will only affect ColdBox installs that have no setting at all.

More info here: http://wiki.coldbox.org/wiki/ConfigurationCFC.cfm#Development_Settings

P.S. You may find yourself in a catch-22 situation where you have no reinit password, but you can't apply a one without reinitting.  I this case, simply restart the CF engine or call ApplicationStop() to manually reload the framework and pick up your new settings.

Add Your Comment

Recent Entries

12 days of BoxLang - Day 3: SocketBox!

12 days of BoxLang - Day 3: SocketBox!

As BoxLang continues evolving into a modern, high-performance, JVM-based runtime, real-time communication becomes essential for the applications we all want to build: dashboards, collaboration tools, notifications, live feeds, multiplayer features, and more.

That’s where SocketBox steps in — the WebSocket upgrade listener built to work seamlessly with CommandBox and the BoxLang MiniServer. ⚡

Today, for Day 3, we’re highlighting how SocketBox supercharges BoxLang development by giving you fast, flexible, and framework-agnostic WebSocket capabilities.

Maria Jose Herrera
Maria Jose Herrera
December 12, 2025
12 Days of BoxLang - Day 2: CommandBox

12 Days of BoxLang - Day 2: CommandBox

BoxLang + CommandBox: The Enterprise Engine Behind Your Deployments

For Day 2 of our 12 Days of Christmas series, we’re diving into one of the most powerful parts of the BoxLang ecosystem: CommandBox the defacto enterprise servlet deployment platform for BoxLang.

If BoxLang is the language powering your applications, CommandBox is the engine room behind it all. ⚙️

Victor Campos
Victor Campos
December 11, 2025
12 Days of BoxLang - Day 1: ColdBox

12 Days of BoxLang - Day 1: ColdBox

ColdBox + BoxLang: The Future of Modern MVC on the JVM Welcome to Day 1 of the 12 Days of BoxLang

To kick off the series, we’re starting with one of the most powerful combinations in the Ortus ecosystem: ColdBox + BoxLang.

ColdBox has been the standard for modern CFML MVC development for over a decade. BoxLang is the next-generation dynamic language built for JVM and beyond. Together, they reshape how developers build web apps, APIs, microservices, CLIs, and soon desktop applications.

Let’s dive into why ColdBox 8 + BoxLang PRIME is a major milestone for the future of modern application development.

Maria Jose Herrera
Maria Jose Herrera
December 10, 2025