Definitions
Terms used in this paper
These definitions establish how the paper uses its core terms before the argument begins.
- Risk trajectory
- The direction and persistence of modeled risk movement over time.
- Drift
- Change that moves a system away from an intended or previously observed state.
- Adversarial Pressure
- External pressure from exploitation, campaigns, threat activity, and other hostile conditions.
- Evidence age
- Elapsed time since the observation supporting a cyber-control or risk claim.
1. A cyber risk snapshot hides the path that produced it
Two organizations can receive the same point-in-time score while moving in opposite directions. One may have recently improved identity controls, reduced exposed vulnerabilities, and restored evidence continuity. The other may be accumulating drift behind a still-favorable snapshot. The number alone cannot distinguish those trajectories.
Time matters because cybersecurity conditions are not stationary. New software is deployed, employees change roles, threat actors exploit new vulnerabilities, agents fail, credentials age, and exceptions accumulate. A model that ignores those transitions turns a dynamic system into a photograph.
NIST continuous-monitoring and enterprise-risk guidance both emphasize ongoing awareness and monitoring. The deeper measurement implication is that the history of state changes can contain information that the current state alone does not.
- Improving history
- Material exposures close, required controls return, and fresh evidence supports the change.
- Deteriorating history
- Exceptions accumulate, controls drift, and evidence becomes stale behind a similar current reading.
Conceptual comparison: history and evidence quality add the context needed to interpret each reading.
2. Drift is a process, not a surprise
Configuration drift is often discussed as if it were an anomalous event. In practice, change is normal. Systems are patched, integrated, migrated, acquired, retired, and reconfigured. The operational problem is whether the organization can detect changes that move required controls away from their intended state.
This suggests measuring the interval between a material state change and its detection, as well as the interval between detection and verified correction. Those windows are more actionable than simply counting how many controls are currently marked compliant.
A long-lived favorable state also means something different from a favorable state observed once after a remediation campaign. Duration and persistence are part of the evidence.
3. Adversarial pressure can change while the organization does nothing
The environment outside the organization moves too. CISA's Known Exploited Vulnerabilities catalog exists because exploitation status changes the operational significance of vulnerabilities. A configuration that looked tolerable before active exploitation may deserve immediate attention after the threat context changes.
That means risk movement cannot be explained only by internal control changes. A time-aware model needs to distinguish deterioration generated inside the system from increased pressure applied from outside it.
This is one reason the Ford Model separates Decay from Adversarial Pressure. The intervention may overlap, but diagnosis improves when the source of pressure remains visible.
4. Evidence itself has a temporal state
Evidence freshness decays even if the underlying control has not changed. The longer the interval since observation, the more opportunity exists for unobserved drift. Appropriate freshness depends on the control, source, and decision. There is no universal expiration time.
A time-aware system can therefore distinguish control state from evidence state. A control may be believed healthy while the evidence supporting that belief is becoming stale. That is not necessarily a failure, but it is a reason to reduce confidence or trigger re-observation.
For insurance renewal, audit preparation, and diligence, this allows teams to identify evidence gaps before the decision window opens rather than rebuilding the record under deadline.
5. Trajectory is useful because intervention happens in time
Security programs are sequences of interventions. Leaders allocate capital, operators remediate, providers act under delegated authority, and insurers observe changing risks over policy periods. Evaluating those interventions requires comparing state before and after the work and asking whether the improvement persisted.
Trajectory does not replace point-in-time state. A decision-maker still needs to know what is true now. It adds the context needed to understand whether the current position is stable, improving, or deteriorating.
The practical question is therefore not only 'What is our cyber risk?' but 'What changed, why did it change, and is the direction holding?'
Evidence base
Sources and notes
External foundations are kept distinct from VitalSec implementation notes so readers can see what supports the argument independently and what documents the platform implementation.
External foundations and sources
VitalSec implementation notes
These links document how the argument is implemented or described inside VitalSec. They are not offered as independent validation of the paper's thesis.
