Topics in this domain

Control Deficiencies and Security Gap Analysis

Threats and vulnerabilities · 2 min read

Three kinds of deficiency

Missing control, design deficiency, operating deficiency, with examples.
DeficiencyMeaningExample
Missing controlNo control exists for a known riskNo MFA on remote access
Design deficiencyThe control exists but couldn’t achieve its objective even if run perfectlyThe access review excludes administrator accounts
Operating deficiencyA well-designed control isn’t performed as intendedReviews skipped for two quarters

The 2026 CISM outline names this “vulnerability and control deficiency analysis”: vulnerabilities and weak controls are two sides of the same picture.

Where the evidence comes from

  • Audits: internal and external findings.
  • Assessments and tests: risk and maturity assessments, vulnerability scans, penetration tests.
  • Incidents: every incident shows where a control failed or was missing.
  • Metrics: KPIs and KRIs drifting out of range.
  • Regulators and customers: inspection findings, security questionnaires.

Gap analysis

Choose benchmark, gather evidence, identify gaps, find root causes, prioritise and plan.
  1. Choose the benchmark: the organisation’s policy, a framework (ISO 27001, NIST CSF), a regulation, or the target state in the strategy.
  2. Gather evidence of the current state.
  3. Identify gaps: missing, badly designed or not operating.
  4. Find root causes.
  5. Prioritise and plan by risk, with owners, dates and budgets.

Gap analysis against a framework complements risk assessment but doesn’t replace it. Not every framework gap is a significant risk for the organisation.

Find the root cause

Example. Audit finds 30 leavers with active accounts. IT disables them, but next year there are 25 more. The root cause: HR leaver notices go by email to whoever is on duty. The lasting fix is an automatic feed from HR to the identity system, with a named owner.

Common root causes include unclear ownership, missing skills, insufficient resources, manual processes and controls that don’t fit how people work.

Prioritise and track

  • Rate each gap by the risk it leaves.
  • Group related gaps into initiatives.
  • Assign owners, dates and budgets.
  • Report progress and overdue items to the steering committee.
  • Verify fixes before closing them.

How the exam asks about it

If the question asks…The answer is usually…
A control exists but can’t meet its objectiveDesign deficiency
A good control isn’t performed as intendedOperating deficiency
The same finding repeats every yearAddress the root cause
How to prioritise gapsBy the risk they leave
Benchmark for a gap analysisPolicy, framework, regulation or target state

In short

  • A control deficiency is a missing control, a design deficiency (can't achieve its objective) or an operating deficiency (not run as designed).
  • Evidence of deficiencies comes from audits, assessments, tests, incidents, metrics and regulator findings.
  • Gap analysis compares the current state with a benchmark: policy, framework, regulation or target state.
  • Gaps are prioritised by the risk they leave, not by how easy they are to fix.
  • Find the root cause (ownership, skills, resources, process) so the gap doesn't return.
  • Remediation plans have owners, deadlines and budgets, and are tracked to closure.

Exam traps

  • Fixing only the symptom (one missed review) without the cause (no owner) means the gap reappears.
  • A control that exists on paper but doesn't operate is a deficiency.
  • Prioritise by risk, not by the number of gaps closed.
  • Gap analysis against a framework doesn't replace risk assessment; not every framework gap is a significant risk.

Slides

Click the slide and use the arrow keys. F toggles full screen.

CISM · Domain 2 · Threats and vulnerabilities

Control Deficiencies and Security Gap Analysis

How to find where controls are missing, badly designed or not working, compare the current state with a benchmark, and turn gaps into prioritised, root-cause fixes.

1 / 9