PatientLock

Systems and pressure

Drift Is What Happens Between Reviews

Security state changes continuously even when the policy, audit report, and architecture diagram stay exactly the same.

PatientLock LearnUpdated September 2026
01

Security Posture Is Not Static

Most security failures do not begin with an attack.

They begin with time.

Not dramatic time. Not the kind marked by incidents or alerts. Just ordinary time passing inside a live system—updates applied, configurations changed, staff rotating, vendors updating software, permissions accumulating, exceptions being granted and forgotten.

Nothing breaks. Nothing alarms. And yet, the system is no longer in the state it once was.

This is control drift.

A common, unspoken assumption underlies most security programs: that once a control is configured correctly, it remains correct until something explicitly changes it.

In practice, the opposite is true.

Cybersecurity controls behave like any complex system under entropy. Left alone, they degrade. Not because of malice, but because of motion.

Operating systems patch. Applications update. Users change roles. Devices are added and removed. Temporary exceptions become permanent.

Each individual change feels reasonable. None of them trigger alarms. But collectively, they move the system away from its original defensive state.

This isn't mismanagement. It's physics.

02

The Half-Life of Configuration

Every control has a half-life.

Not a documented half-life, but a real one.

The moment a configuration is validated, it begins aging. The environment around it continues to change while the validation remains frozen in time. The longer the gap between validation and reality, the less meaningful the validation becomes.

This is why point-in-time assessments fail under pressure. They certify a moment that no longer exists.

When auditors ask whether a control was in place, they are asking a historical question. When attackers arrive, they operate in the present.

Those two timelines rarely align.

03

Drift Does Not Announce Itself

One of the most dangerous aspects of control drift is that it is silent.

Nothing visibly breaks. Dashboards remain green. Policies still exist. Documentation remains accurate—relative to the past.

The system does not feel less secure. It simply is less secure.

By the time drift becomes visible, it is usually through consequence: a breach, a failed audit, a denied insurance claim, or a forensic reconstruction that reveals controls had quietly fallen out of alignment months earlier.

This is why "we haven't had an incident" is not evidence of security. It is merely evidence that probability has not yet resolved.

04

Human Oversight Cannot Scale Against Time

Many organizations attempt to manage drift through periodic review: quarterly audits, annual assessments, scheduled checklists.

These efforts are sincere, but they are structurally mismatched to the problem.

Humans operate episodically. Systems operate continuously.

No team can manually observe every configuration change, permission adjustment, agent failure, or service interruption across a live environment in real time. The velocity gap is too large.

As systems become more complex, this gap widens. Drift accelerates while oversight remains bounded by human attention.

This is why security programs that rely on review rather than enforcement inevitably fall behind reality.

05

Enforcement Is the Only Counterforce to Entropy

Entropy cannot be documented away. It must be countered.

In physical systems, stability is achieved through continuous forces that maintain equilibrium. Security systems are no different.

Controls must not merely be defined or observed. They must be enforced continuously, with deviations corrected as they occur—not discovered months later during review.

Enforcement is what arrests drift.

Without it, time always wins.

06

Why This Matters Before Anything Breaks

Most breaches are described as sudden events. In reality, they are delayed outcomes.

The conditions that make an incident possible usually exist long before detection—created by accumulated drift, missed exceptions, degraded controls, and unverified assumptions.

By the time an alert fires, probability has already moved.

This is why prevention cannot be separated from time. And why security programs that measure themselves through snapshots inevitably discover reality too late.

The system was already in motion.

The incident was simply the moment it became visible.

The Physics — Observation vs enforcement

The principles described here are grounded in thermodynamics, Systems Theory, and Reliability Engineering. For primary sources and intellectual foundations, see Foundations & Lineage .