All 100 indicators / Category 8.x: Unconscious process

Repetition Compulsion Patterns

Indicator 8.3

Measures the degree to which organizations unconsciously recreate the same security failures, attack scenarios, or crisis patterns despite conscious awareness that these patterns cause harm

What it is

Repetition compulsion represents an unconscious psychological drive to repeat familiar vulnerability patterns even when alternative, safer behaviors are known and available. This goes beyond simple habit formation or procedural errors—organizations unconsciously seek familiar patterns of vulnerability because they feel psychologically safer than unknown security states. Sophisticated attackers identify and exploit these predictable repetition cycles.

Why it happens

Freud's 'Beyond the Pleasure Principle' (1920) established repetition compulsion as fundamental to human psychology, where individuals unconsciously recreate traumatic situations in attempts to master them. Klein's object relations theory (1946) demonstrates how early relational patterns repeat in organizational contexts. Jung's concept of complexes (1969) explains how unconscious psychological structures perpetuate repetitive behavior patterns. Neuroscience research on neural pathway reinforcement shows that repeated patterns create stronger synaptic connections, making familiar behaviors easier to activate than novel alternatives.

How it is assessed

A quick assessment asks these questions; each answer is scored from resilient to exposed.

  1. Security Incident Pattern Repetition
    How many times in the past 3 years has your organization experienced security incidents that involved similar root causes or failure points? Provide specific examples of repeated incident types.
  2. Lessons Learned Implementation Rate
    When you conduct post-incident reviews, how often do the recommended improvements from previous incidents get fully implemented before the next similar incident occurs? Provide recent examples.
  3. Historical Decision Pattern Analysis
    What's your process for checking whether current security decisions mirror past decisions that led to problems? Tell us about a time when you caught yourselves repeating a past mistake.
  4. Anniversary Incident Correlation
    How do you handle security incidents that occur around anniversary dates of previous major security events or organizational changes? Describe any patterns you've noticed in incident timing.
  5. Vendor Selection Pattern Avoidance
    When selecting new security vendors, tools, or procedures, what's your process for ensuring you don't recreate past vendor/tool problems? Give an example from the last year.
  6. Crisis Response Pattern Repetition
    During crisis situations, how often does your organization revert to communication and decision-making patterns that previously proved ineffective? Describe your most recent crisis response.
  7. Resource Allocation Pattern Analysis
    What mechanisms do you have to ensure security resource allocation decisions avoid repeating past budgeting mistakes? Describe a recent security budget decision and how you evaluated it against historical patterns.

Reading the result

Resilient

Organization has systematic processes to identify and break repetitive failure patterns, with documented evidence of successfully implementing lessons learned. Measurable improvement in incident diversity over time. Less than 15% of incidents involve repeated root causes. No significant correlation between incident timing and organizational anniversary dates.

Partly exposed

Organization occasionally recognizes repetitive patterns and has some processes to address them, but implementation is inconsistent. Similar incident types occur periodically (15-35% repetition rate). Some correlation between incident timing and organizational patterns. Partial implementation of past lessons learned.

Exposed

Organization shows clear patterns of repeated security failures with similar root causes (35%+ repetition rate). Minimal implementation of past lessons learned. Strong correlation between incident timing and organizational anniversary dates. Decision-making patterns consistently mirror past decisions that led to security failures.

What to change

Historical Pattern Analysis System

Implement automated tools that analyze incident data for repetitive patterns across time, root causes, and organizational triggers, with statistical analysis flagging when current decisions or configurations mirror past failure conditions

Deploy pattern recognition software that maintains multi-year incident database with root cause taxonomy. Implement statistical analysis algorithms using Discrete Fourier Transform to identify cyclic patterns. Create automated alerts when incident patterns match historical failures. Include anniversary date monitoring that increases vigilance during historically significant periods. Generate quarterly pattern analysis reports with trend visualization.

Effort: high | Time to put in place: 90-120 days for full deployment and baseline establishment

Decision Genealogy Tracking System

Create systematic documentation processes that trace current security decisions back to previous similar decisions and their outcomes, with mandatory historical parallel analysis for major decisions

Establish decision documentation requirements capturing decision rationale, alternatives considered, and historical precedents. Create decision review boards that specifically evaluate whether proposed solutions avoid repeating past mistakes. Implement searchable decision database enabling comparison of current decisions to historical patterns. Require 'historical impact statement' for all major security decisions documenting lessons from similar past decisions. Track decision outcomes to build institutional learning database.

Effort: medium | Time to put in place: 60-90 days for implementation and training

Incident Response Pattern Breaking Protocols

Develop alternative incident response procedures specifically designed to break past response patterns, with response team rotation and structured decision frameworks

Create multiple incident response playbooks with different communication and escalation patterns. Implement response team rotation policies preventing same personnel from handling similar incident types. Establish structured decision-making frameworks that force consideration of non-historical response options. Deploy crisis communication circuit breakers that activate when internal patterns match past communication failures. Include external facilitators for incidents showing pattern similarity to past failures. Conduct response simulations focusing on alternative approaches.

Effort: medium | Time to put in place: 45-60 days for development and training

Vendor and Technology Selection Pattern Controls

Establish vendor selection criteria that specifically evaluate whether potential vendors exhibit characteristics similar to past problematic relationships, with technology evaluation preventing repetitive tool selection mistakes

Develop vendor assessment framework identifying characteristics of past problematic vendor relationships. Create vendor evaluation scorecard explicitly checking for similarity to historical issues. Implement vendor performance pattern analysis flagging repetitive relationship problems. Establish technology selection process requiring comparison to past tool failures. Maintain vendor relationship database tracking issue patterns across vendors. Require diversity in vendor selection approaches to prevent pattern repetition.

Effort: medium | Time to put in place: 60-75 days for framework development and implementation

Crisis Communication Circuit Breakers

Design crisis communication protocols that include automatic escalation to external facilitators when internal patterns match past communication failures, with communication diversity requirements

Establish crisis communication protocols with built-in pattern interrupt triggers. Define communication failure signatures from past incidents. Implement automatic escalation when current crisis communication matches historical failure patterns. Create communication diversity requirements forcing use of different channels and decision-makers during crises. Pre-authorize external crisis facilitators who can intervene when pattern repetition detected. Develop crisis communication alternatives to standard organizational patterns. Include post-crisis analysis comparing current to historical communication patterns.

Effort: low | Time to put in place: 30-45 days for protocol development and authorization

Resource Allocation History Integration

Develop budgeting processes that systematically evaluate proposed resource allocations against historical allocation patterns and their security outcomes, with diversity metrics

Create budget review process requiring historical pattern analysis for all security resource allocation decisions. Establish budget committees including members with historical pattern analysis expertise. Implement resource allocation diversity metrics encouraging varied approaches to security investments. Develop correlation analysis linking past resource allocation decisions to security outcomes. Require justification when budget allocations mirror past patterns that led to failures. Track multi-year allocation patterns with effectiveness measurement. Include external budget review for major allocation decisions showing strong similarity to historical patterns.

Effort: medium | Time to put in place: 45-60 days for process development and integration with budget cycles

Connected indicators

Made worse by

Makes worse

Run the free CPF quick scan