Identity Bytes // IB-ENTRA-SEC Track
Intermediate Lab 12 of 12 Est. 100 minutes

Remediation Roadmap, Secure Score and Stakeholder Reporting

The final lab is the handover. You turn everything the track found and fixed into the three deliverables the brief actually asks for: a prioritised remediation plan, a Secure Score narrative that gives leadership one number to track, and a board-level report that tells the whole story from baseline to hardened posture, in language a non-technical director can act on.

Section 1

Lab Metadata

Lab ID
IB-ENTRA-SEC-12
Difficulty
Intermediate
Scenario Org
Northgate Financial
Estimated Time
100 minutes

Core technologies

Microsoft Secure Score Identity Secure Score Remediation prioritisation Security roadmap Board reporting Microsoft Graph PowerShell
Section 2

Scenario and Description

IN PLAIN TERMS A builder does not hand the owner a pile of receipts and offcuts at the end of a renovation. They hand over a single report: here is what was unsafe, here is what we fixed, here is the one number that shows the building is safer than it was, and here is the plan for the work still to come. This lab is that handover. It takes everything the earlier labs found and did, turns it into one prioritised plan and one score leadership can track, and tells the whole story in language a non-technical director can act on.

You have spent eleven labs assessing and hardening Northgate's identity estate. But a hardening programme that cannot explain itself to the people who fund it does not get funded again. The final, and often decisive, skill of the specialist role is translation: turning a mass of technical change into a prioritised plan, a tracked metric, and a clear story for the board. The brief lists these as deliverables in their own right, remediation plans, progress reporting, and a long-term identity security roadmap.

Microsoft Secure Score, and its identity component in particular, gives you the single tracked number leadership understands. It scores your tenant against Microsoft's recommended controls and lists the improvement actions still open, many of which map directly to the work you have already done. Around that number you build a prioritised remediation plan (what is left, ordered by risk against effort), a three-horizon roadmap, and a board report that shows the before and after.

You will read Secure Score and its identity controls from Graph, build the prioritised remediation plan and roadmap, generate an executive report, and finish by tracing every line of the brief's "what you will deliver" section back to the labs that delivered it. That traceability is the proof that the programme did what it set out to do.

Section 3

Prerequisites

Prior labs

The whole track (Labs 01 to 11). This lab consolidates their outcomes. The Lab 11 reporting module provides the metrics, and Secure Score provides the executive number that frames them.

Graph scope introduced

ScopeWhy it is needed
SecurityEvents.Read.AllRead Microsoft Secure Score and its control profiles
Directory.Read.AllCorrelate controls with tenant configuration
Section 4

Real-World Problem Statement

Technical teams and boards speak different languages. An engineer says "we enforced phishing-resistant MFA on privileged roles"; a board hears nothing actionable. A board asks "are we safer, by how much, and what is left"; an engineer without a reporting discipline cannot answer crisply. The remediation plan, the score and the roadmap are the shared language that closes that gap and keeps the programme resourced.

DimensionWhy this matters
RiskA prioritised plan ensures the highest-risk gaps are closed first, not whatever is easiest.
ComplianceA dated roadmap and score history are exactly the evidence auditors and regulators expect of a managed programme.
ProductivityOne tracked number and one plan replace endless status meetings and re-explanation.
Security postureReporting keeps the programme funded and moving, which is what actually sustains the posture over time.

Concrete scenario: Northgate's CISO must present quarterly to the board. They need one slide with the identity score trend, a short list of what was fixed, and a costed plan for the next quarter, all traceable back to evidence. Your job is to produce that pack and the tooling that regenerates it.

Section 5

Skills Mapped to Production Solutions

Skill learned in this labReal-world enterprise application
Reading and tracking Secure ScoreA single, trusted executive metric for identity posture
Prioritising remediation by risk and effortSequencing work so the biggest risks close first
Building a horizon-based roadmapA fundable, time-phased identity security plan
Producing board-level reportingTranslating technical change into decisions and budget
Tracing deliverables to evidenceDemonstrable, audit-ready programme assurance
Section 6

Reporting Overview

Findings from the whole track flow into three outputs. Secure Score gives the tracked number, the prioritisation matrix orders what remains, and the roadmap phases the work. All three roll up into one board report.

Track findings baseline, hygiene, risk, Secure Score Secure Score the tracked number Prioritisation matrix risk vs effort Roadmap horizons now / next / later Board report score trend + wins + plan traced to evidence
PRODUCTION CONSIDERATION Report outcomes, not activity. A board does not need a list of the policies you created, it needs the risk they removed and the score they moved. Lead every report with the metric and the change, and keep the technical detail in an appendix for those who want it.
Section 7

Step-by-Step Implementation

Phase A - Read Secure Score and its identity controls

REAL WORLD ANALOGYSecure Score is a credit score for your tenant's security. Nobody expects the board to read every underlying transaction; they trust the one number, built from many individual checks, and they watch its direction of travel. Like a credit score, it also comes with a statement of exactly which items are dragging it down, which is your ready-made list of what to fix next.

1Pull the score and the open improvement actions

Purpose: get the executive number and the specific identity controls still to close.

Read Secure Score and identity control gaps
Connect-MgGraph -Scopes 'SecurityEvents.Read.All','Directory.Read.All' -NoWelcome

# Latest overall Secure Score.
$score = Get-MgSecuritySecureScore -Top 1
$pct = [math]::Round(($score.CurrentScore / [math]::Max($score.MaxScore,1)) * 100)
"Secure Score: {0} / {1}  ({2}%)" -f $score.CurrentScore, $score.MaxScore, $pct

# Control catalogue, filtered to Identity, with remediation and effort.
$profiles = Get-MgSecuritySecureScoreControlProfile -All |
  Where-Object { $_.ControlCategory -eq 'Identity' }

# Your per-control scores from the latest snapshot.
$mine = $score.ControlScores | Where-Object { $_.ControlCategory -eq 'Identity' }

# Join: open identity actions (where your score is below the control max).
$open = foreach ($p in $profiles) {
  $s = $mine | Where-Object { $_.ControlName -eq $p.Id }
  $current = if ($s) { [double]$s.Score } else { 0 }
  if ($current -lt [double]$p.MaxScore) {
    [pscustomobject]@{
      Control       = $p.Title
      Current       = $current
      Max           = $p.MaxScore
      UserImpact    = $p.UserImpact
      Effort        = $p.ImplementationCost
      Remediation   = $p.Remediation
    }
  }
}
$open | Sort-Object Max -Descending | Format-Table Control,Current,Max,Effort -AutoSize
VERIFICATION You get an overall score percentage and a list of open identity improvement actions with their point value, user impact and implementation effort. Many will already be satisfied by earlier labs, that is the story you are about to tell.

Phase B - Build the prioritised remediation plan

REAL WORLD ANALOGYPrioritising by risk against effort is fixing the leaking roof before repainting the fence. Both are on the list, but one is letting water into the building today. The quick-wins bucket is the dripping tap you fix on the way past; the deferred bucket is the fence, honestly recorded so nobody thinks it was forgotten, just correctly judged less urgent than the roof.

2Order what remains by risk against effort

Purpose: sequence the outstanding work so the biggest risk reductions come first.

The prioritisation model
# Score each open item on risk reduction (proxy: control Max points and
# exposure) against effort (ImplementationCost / UserImpact). Then bucket:
#
#   QUICK WINS   : high risk reduction, low effort  -> do first
#   FOUNDATIONAL : high risk reduction, higher effort -> plan and resource
#   FILL-INS     : low risk reduction, low effort    -> batch opportunistically
#   DEFER        : low risk reduction, high effort    -> revisit later

$plan = foreach ($o in $open) {
  $effortRank = switch ($o.Effort) { 'Low' {1} 'Moderate' {2} 'High' {3} default {2} }
  $bucket = if ($o.Max -ge 8 -and $effortRank -le 1) { 'Quick win' }
            elseif ($o.Max -ge 8)                    { 'Foundational' }
            elseif ($effortRank -le 1)               { 'Fill-in' }
            else                                     { 'Defer' }
  [pscustomobject]@{ Control=$o.Control; Points=$o.Max; Effort=$o.Effort; Bucket=$bucket; Action=$o.Remediation }
}
$plan | Sort-Object @{e='Bucket'},@{e='Points';Descending=$true} | Format-Table Control,Points,Effort,Bucket -AutoSize
$plan | Export-Csv "remediation-plan-$(Get-Date -f yyyyMMdd).csv" -NoTypeInformation
INFO: this maps to the brief's "remediation plans" A prioritised, costed, dated CSV of outstanding actions, each tied to a control and a point value, is precisely the "remediation plan" deliverable. Re-running it each month shows items moving from open to closed, which is your progress report.

Phase C - Construct the identity security roadmap

3Phase the work across three horizons

Purpose: give leadership a time-phased, fundable plan, not a flat backlog.

The three-horizon roadmap, mapped to the track
HorizonFocusDelivered by
Now (0 to 4 weeks)
quick wins, critical risk
Enforce MFA for all, migrate off SMS, establish break-glass, block legacy authenticationLabs 02, 03
Next (1 to 3 months)
foundational controls
Phishing-resistant admin access, just-in-time privilege, correct SSPR and domain hygiene, automated MFA-registration enforcement, access reviewsLabs 04, 05, 06, 07, 08
Later (3 to 12 months)
strategic and sustaining
Hybrid hardening and AD FS retirement, detection with Defender for Identity and risk-based access, reporting and governance maturityLabs 09, 10, 11
PRODUCTION CONSIDERATION Give each roadmap item an owner and a target date, and revisit the roadmap every quarter against the Secure Score trend. A roadmap that is never updated is a wish list, one that is reviewed against a moving metric is a managed programme.

Phase D - Produce the board report

4Generate the executive summary

Purpose: tell the whole story on one page: where we were, where we are, what is next.

Extend the Lab 11 module with an executive report
# Add to the IdentityBytes.EntraSec module from Lab 11.
function New-IBExecutiveReport {
  [CmdletBinding()] param([string]$OutputPath = ".\IB-Board-Report-$(Get-Date -f yyyyMMdd).html")

  $base  = Get-IBIdentityBaseline
  $score = Get-MgSecuritySecureScore -Top 1
  $pct   = [math]::Round(($score.CurrentScore / [math]::Max($score.MaxScore,1)) * 100)

  # Structure (keep it to one page):
  #  1. Headline metric: Secure Score % and direction of travel
  #  2. Three KPIs: MFA-capable %, privileged holders, dormant accounts
  #  3. What we fixed this period (bullet list from closed plan items)
  #  4. What is next (top 3 roadmap items with target dates)
  #  5. Appendix link to the full technical report (Lab 11)

  $summary = [ordered]@{
    'Identity Secure Score' = "$pct%"
    'MFA-capable'           = "$($base.MfaCapablePct)%"
    'Privileged holders'    = (@(Get-IBPrivilegedReport)).Count
    'Dormant accounts'      = $base.Dormant
  }
  # ... render these into the branded one-page HTML (white body, dark hero) ...
  $summary.GetEnumerator() | ForEach-Object { '{0}: {1}' -f $_.Key,$_.Value }
}
VERIFICATION The report leads with the score and three KPIs, lists what changed, and names the next three roadmap items. A director could read it in two minutes and know whether to approve the next quarter's work.

Phase E - Trace deliverables to the brief

REAL WORLD ANALOGYThis table is the builder's snagging list at project handover: every item the contract promised, signed off one by one, with photographs as proof. It is the difference between telling the owner 'we did lots of work' and showing them 'here is each thing we agreed, here is the evidence it was done, and here is the one item still open with a date against it'. Auditors and boards fund the second kind of builder.

5Map every promised deliverable to the evidence

Purpose: prove the programme delivered exactly what the role was scoped to deliver.

Traceability: the brief's "what you will deliver" to the labs
Promised deliverableDelivered byEvidence / metric
Reduction in identity-related cyber riskWhole trackSecure Score identity % trend
Remediation of critical and high identity vulnerabilitiesLabs 01, 03, 04, 06, 07Baseline gaps closed, plan CSV
Improved access governance and privileged access controlsLabs 07, 08Standing admins to eligible, access reviews live
Enhanced posture across Entra, AD and hybridLabs 03, 04, 09Enforced MFA, phishing-resistant, hardened bridge
Migration away from SMS-based MFALab 02SMS-reliant count to zero
Automated disablement for missing MFA registrationLab 06Scheduled runbook and action log
Sustainable identity management processesLabs 08, 11Recurring reviews, reporting module
Improved compliance with audit requirementsLabs 01, 05, 08, 12Dated evidence, roadmap, score history

What just happened? You closed the loop. Every promise in the role's scope now traces to a specific lab, a specific control, and a specific piece of evidence. That traceability is what turns "we did a lot of security work" into "we delivered this scope, and here is the proof".

Section 8

Testing and Validation

  1. Score read: confirm Secure Score returns a current score, max and percentage.
  2. Open actions: confirm the identity control list shows remediation, effort and points.
  3. Plan: confirm the prioritisation buckets each open item and exports a CSV.
  4. Roadmap: confirm each horizon maps to specific labs with owners and dates.
  5. Board report: confirm the executive report leads with the metric and fits on a page.
SymptomCauseResolution
Secure Score returns nothingMissing scope or a very new tenant with no score yetGrant SecurityEvents.Read.All, allow the tenant time to generate a score
No identity controls listedCategory filter mismatchFilter control profiles on ControlCategory eq 'Identity'
Report too technicalLeading with activity, not outcomesLead with the score and KPIs, move detail to an appendix
Section 9

Analysis: keeping the reporting honest

What makes this sound

Watch for vanity metrics

Production hardening

Section 10

Cleanup Instructions

Remove generated report artefacts
Remove-Item ".\remediation-plan-*.csv",".\IB-Board-Report-*.html" -ErrorAction SilentlyContinue
Disconnect-MgGraph
INFO: keep the evidence In a real programme you retain every dated report, plan and score snapshot. They are the audit trail that proves the posture improved over time.
Section 12

Key Takeaways and Track Complete

Track complete You have finished IB-ENTRA-SEC, all twelve labs.

From an empty tenant to a hardened, monitored, well-governed identity estate: baseline and assessment, MFA migration and enforcement, phishing-resistant and passwordless authentication, SSPR and domain hygiene, automated enforcement, just-in-time privilege, access reviews, hybrid hardening, detection and response, reusable reporting, and a board-level roadmap. Every capability in the specialist brief is now something you have built, explained in plain terms, and can demonstrate. That portfolio, the running tenant plus these twelve labs, is exactly what evidences the role.

Identity Bytes // IB-ENTRA-SEC Track // Lab 12 of 12. British English. For lab and training use against a disposable tenant only.