Configuration drift is the gradual divergence of a system's actual settings from its approved or intended baseline.
Configuration drift commonly refers to the gradual or unintended change of a system, device, application, or environment away from its defined baseline configuration over time. The term is used in both IT and OT contexts, including servers, endpoints, network devices, PLC-related infrastructure, manufacturing software platforms, and integrated systems such as MES, ERP, and historians.
In practice, configuration drift occurs when actual settings no longer match the approved, documented, or expected state. This can result from manual changes, emergency fixes, inconsistent deployments, software updates, patching, undocumented workarounds, or differences between environments such as development, test, and production.
The term includes changes to parameters, access settings, service configurations, versions, dependencies, and connected system behaviors when those changes alter the established configuration state. It does not usually mean a formally approved configuration change that has been documented, reviewed, and reflected in the current baseline.
In manufacturing and regulated operations, configuration drift may show up as inconsistent machine interface settings, different application behavior across production lines, mismatched recipe or parameter values, or integration mappings that no longer align between systems. It is often relevant where repeatability, traceability, controlled change, and evidence of current system state matter.
Configuration drift is often confused with version drift and data drift.
These can overlap, but they are not the same. A system can have the same software version and still experience configuration drift.
The main significance of configuration drift is that it makes actual operating conditions less predictable and harder to reconcile with approved documentation, expected process behavior, and system-to-system consistency. In controlled environments, the term is commonly used when discussing change control, document control, environment management, validation maintenance, cybersecurity hardening, and audit evidence.