Lion Cipher Lab

Run a Change Management Process for a Security Change

Why it matters

Ungoverned change — someone pushing a config or a rule with nobody reviewing it, no plan to undo it, and no record it happened — is one of the top causes of BOTH outages and security incidents. That is exactly why every serious framework (NIST, ISO 27001, SOC 2, ITIL) treats change management as a control, not bureaucracy. A GRC or security-leadership role is judged on being able to walk a real change through the process and hand an auditor authorized, tested, documented proof afterward. This lab builds that muscle for real: you take one urgent security change and produce every artifact — the…

What you'll learn

Steps in this lab

  1. What change management is — and why it's a security control, not paperwork
  2. The scenario, and the three types of change
  3. Write the RFC — the hands-on core (part 1: the plan)
  4. Write the RFC (part 2: the rollback plan — the field people skip)
  5. Run the CAB review — and the emergency (ECAB) path
  6. Implement, then close the loop: post-implementation review and audit evidence
  7. The way a pro does it better — right-size the process, and don't rubber-stamp

Open the full interactive lab →