ISC2 Certified in Cybersecurity guideStudy & preparation
ISC2 CC Security Governance: GRC, Continuity, and Metrics in Scenarios
How to tell governance, continuity, awareness, and measurement decisions apart in ISC2 CC scenarios, with original worked cases, RTO and RPO arithmetic, and one mixed scenario.
Short answer
In an ISC2 CC Security Governance scenario, work out which decision is being made: who sets direction and accepts risk, how the organization keeps working and restores systems after a disruption, how people are prepared, or how results are measured. ISC2 lists these topics in Domain 2, Security Governance, weighted 17.3% in the outline effective September 1, 2026, checked November 3, 2026. Then ask who has the authority to make that decision and which stated facts support it. The weight shows emphasis, not a fixed question count, and the cases below are original teaching examples, not exam items.
What does governance decide that daily operations do not?
In an ISC2 CC Security Governance scenario, first work out which decision is being made: who sets direction and accepts risk, how the organization keeps working and restores systems after a disruption, how people are prepared, or how results are measured. ISC2 lists these topics in Domain 2, Security Governance, weighted 17.3% in the outline effective September 1, 2026, checked November 3, 2026. That weight shows emphasis; it does not establish a fixed number of questions on your test. ISC2's August 6, 2026 article says the “first major content update” made governance a dedicated domain.
| Decision | Question it answers | Sign in the scenario |
|---|---|---|
| Governance, risk, compliance | Who decides, and what is acceptable? | A choice about direction, policy, or a discovered risk |
| Continuity and recovery | How does work continue, and how does the system return? | A disruption, workaround, or recovery target |
| Awareness | Are people prepared to act well? | Training, culture, or what leaders model |
| Measurement | What do the results show? | A figure, dashboard, scorecard, or report |
The table and all cases here are original study aids, not ISC2 wording or recalled exam items. Our ISC2 CC domains guide paraphrases the objectives, and ISC2's PDF has the exact wording. That paraphrase notes that 2.1 asks you to plan and 2.4 to measure, so practice using these ideas, not only defining them.
For study, read governance, risk, and compliance (GRC) as three questions: who decides, how much risk is acceptable, and which stated obligations must be met. That gloss is ours. NIST's Cybersecurity Framework (CSF) 2.0 (February 2024, checked November 5, 2026) is a supplementary frame: its GOVERN function sets strategy, expectations, and policy, supported by accountability, defined authorities, and oversight. It describes outcomes; it is not the CC syllabus or a required framework.
Case 1: a technician finds a weakness
| Step | Reasoning |
|---|---|
| Stated | A technician finds a known weakness in the customer portal. The fix would take the portal offline during the busiest week. Policy says the portal's business owner decides on security risk to it. |
| Task asked | Should the fix wait? That is a risk decision, not a technical one. |
| Justified next step | The technician reports facts and options. The business owner chooses a response, which is recorded and tracked. |
| Not justified | The technician deciding alone, or anyone treating silence as acceptance. |
CSF 2.0 says negative risks may be mitigated, transferred, avoided, or accepted, depending on factors such as mission, risk appetite and tolerance, impact, and likelihood. Our Case 1 examples: add a control until the busy week ends, shift part of the cost to another party, take the feature out of service, or keep the risk with a review date. CSF 2.0 adds that “Risk responses are chosen, prioritized, planned, tracked, and communicated,” so acceptance is a decision on the record, not a way of ignoring the risk.
Our sources give no universal job title for this decision, so use the role the scenario names. If it names none, escalate rather than decide for that role. Threat, vulnerability, likelihood, and impact stay with Domain 1 and the ISC2 CC security principles guide. Domain 1 also keeps its own risk and governance objectives, per our domains guide paraphrase.
To see this domain beside the other four, full ISC2 CC prep planned for launch is organized by the five domains, including Security Governance.
How do business continuity and disaster recovery differ?
Business continuity keeps the work going; disaster recovery brings the system back. NIST SP 800-34 Revision 1 (2010, checked November 3, 2026) ties business continuity to “mission/business processes during and after a disruption,” treats information-system contingency planning as restoring designated systems, and says the plans need coordination. It is a federal guide, so use it for the concept, not as a universal rule. “Disaster recovery” below is our study label for the system side; your course may draw the line differently.
Case 2: the order system fails
| Business continuity | Disaster recovery | |
|---|---|---|
| What it protects | The process of taking orders | The order system and its data |
| Action | Staff take orders by phone from a printed procedure. | Technicians restore the system from a recent copy. |
The plans meet here: phone orders must be entered once the system returns, and, as NIST notes, system capabilities must match continuity expectations.
ISC2's article says incident response moved into operations, so handling the incident behind an outage belongs to the ISC2 CC incident response guide. And our paraphrase labels objective 2.2 “Redundancy.” We keep that label without listing techniques, because our sources do not say which ones CC expects.
How do RTO and RPO change a recovery decision?
A recovery time objective (RTO) is about how long recovery can take; a recovery point objective (RPO) is about how recent the recovered data must be. NIST's glossary, citing SP 800-34 Revision 1 and checked November 3, 2026, describes the RTO as the “overall length of time” a system can stay in the “recovery phase” before the mission or business is harmed, and the RPO as the “point in time to which data must be recovered after an outage.”
Give Case 2 hypothetical numbers: a four-hour RTO and a thirty-minute RPO. The system fails at 3 p.m., the last nightly backup finished at 1 a.m., and restoring it takes three hours.
| Target | Limit in this case | What happened | Result |
|---|---|---|---|
| RTO: 4 hours | Back by 7 p.m. | Back at 6 p.m. | Met, with 1 hour to spare |
| RPO: 30 minutes | Data recovered to 2:30 p.m. or later | Data recovered to 1 a.m., 14 hours before the failure | Missed by 13.5 hours |
A nightly backup meets this RPO only in the thirty minutes after it runs, so it cannot be relied on here.
Change the facts: copies now run every 15 minutes, so the latest is from 2:45 p.m., but restoring takes six hours. The RPO is met, since 2:45 p.m. is after 2:30 p.m., but the system returns at 9 p.m., two hours past the RTO. Meeting one target says nothing about the other.
An RPO is a required recoverable point, not an automatic property of a backup job, so a schedule helps only if the copy can be recovered. No source we read sets a universal value, and if tighter targets cost more, someone with authority decides, as in Case 1.
Terms this close are easy to swap, and full ISC2 CC prep is planned for launch with 450 flashcards for terminology review.
What makes security awareness part of governance?
Awareness belongs here because the goal is what people do, and leaders shape that. The page for NIST SP 800-50 Revision 1 (September 2024, checked November 6, 2026) says “The program should encourage behavior change as part of risk management.” It also describes developing a privacy and security culture. It addresses federal audiences, so apply it as a concept, not a private-sector rule. Our paraphrase of objective 2.3 pairs culture and leadership with topics such as social engineering, phishing, and password protection. We give no password rule, because we did not verify a current password standard.
Case 3: the manager who skips the call
| Step | Reasoning |
|---|---|
| Stated | Accounts payable staff all finished training that says to confirm a change to a supplier's bank details by calling a known number. An urgent email asks for a change. The manager says staff can skip the call when busy. |
| Task asked | Why could the training fail here? |
| Justified answer | The leader's instruction cuts against the training. That is a gap in culture and expectations, so it goes to the people who set them. |
| Not justified | Blaming staff, or assuming a repeat course fixes what their manager created. |
When a case mentions training, ask what leaders actually tell people to do.
Which measure answers the question being asked?
Start with the question, then choose the figure. NIST's glossary, citing SP 800-55 Volumes 1 and 2 and checked November 6, 2026, calls a key risk indicator (KRI) “A metric used to measure risk.” The page for SP 800-55 Volume 1 (December 2024) speaks of measures that “identify the adequacy of in-place security policies, procedures, and controls.” Neither sets out types of measures, so the pair below, with hypothetical figures for Case 3, is a study aid.
| Figure | Question it answers | What it cannot tell you |
|---|---|---|
| 100% of accounts payable staff completed awareness training. | Did the program reach people? | Whether behavior changed |
| Bank-detail changes made without the call rose from 2 to 9 this quarter. | Is exposure to payment fraud growing? | Why it rose |
The second figure is the KRI under NIST's wording, because it is aimed at a risk. With a hypothetical trigger of five skipped calls per quarter, it now calls for a decision, while 100% still looks healthy.
A dashboard, scorecard, or report, all listed in our paraphrase of objective 2.4, is only where a figure appears. Given two figures, pick the one that answers the question asked.
How should you reason through a mixed governance scenario?
Separate the scenario into its decisions, then answer only the one the question asks.
Case 4: one outage, four decisions
A retailer's order system fails at 10 a.m. Staff switch to phone orders, although several stores cannot find the printed procedure. The system returns at 1 p.m. from a 9 a.m. copy. The targets are a four-hour RTO and a thirty-minute RPO. A dashboard shows 100% completion of continuity training. Last year IT asked for more frequent copies, and no one can say who refused.
| Question asked | Reasoning | Answer to reject |
|---|---|---|
| Did recovery meet its targets? | Three hours is within four, so the RTO was met. The RPO required 9:30 a.m. or later, so it was missed by 30 minutes. | “Service returned on time, so recovery succeeded.” |
| Did continuity work? | Orders continued, but some stores could not find the procedure. | Judging continuity by the system's return time. |
| Why did the dashboard miss that? | Completion shows delivery, not that staff can find and use the procedure. | “100% means everyone was prepared.” |
| Who decides on more frequent copies? | The role with authority over this risk, on the record. The missing record is itself a gap. | “A technician should just change the schedule.” |
Then explain your answer in four parts, an editorial method adapted from the principles guide, not an ISC2 scoring rule: decision, authority, deciding fact, rejected alternative. For the last row: “Decision: how often to copy the data. Authority: unnamed in the case, so escalate. Deciding fact: the recovered copy was an hour old against a thirty-minute target. Rejected: a technician acting alone, because the case records no decision by anyone with authority.”
To repeat this habit across the syllabus, full ISC2 CC prep is planned for launch with 900 questions across the five domains.
Check your materials as well, because older chapter structures may not show this domain. ISC2's flash-card landing page, checked November 6, 2026, lists five chapters with none on governance, and shows no outline or revision date. We did not open the cards, so this is a reason to check coverage, not proof they are wrong. The guide to checking CC study materials shows how.
Next, write one short case for each decision and explain it in four parts. Apply the routine to the 20 free ISC2 CC practice questions, then use the free ISC2 CC study plan to schedule what remains. The eight-week ISC2 CC study plan guide places this domain in week 6 of its editorial schedule. These cases skip some Domain 2 topics, such as GRC frameworks and tools, so mark those objectives separately, and recheck the outline on ISC2's site before you book.
For a longer mixed session, a 125-question mock exam is planned for launch as part of full ISC2 CC prep. If you are also setting a budget, the ISC2 CC exam cost guide covers the fees.
Trust the source
Official sources
Exam policies can change. Use these primary sources for the most current details.
- Certified in Cybersecurity Certification Exam OutlineISC2↗
- Certified in Cybersecurity (CC) Certification Exam Outline, Effective September 1, 2026ISC2↗
- Inside the Updated ISC2 Certified in Cybersecurity ExamISC2↗
- Official ISC2 Certified in Cybersecurity Flash CardsISC2↗
- NIST Cybersecurity Framework 2.0National Institute of Standards and Technology↗
- NIST SP 800-34 Revision 1: Contingency Planning GuideNational Institute of Standards and Technology↗
- NIST Glossary: Recovery Time ObjectiveNational Institute of Standards and Technology↗
- NIST Glossary: Recovery Point ObjectiveNational Institute of Standards and Technology↗
- NIST Glossary: key risk indicatorNational Institute of Standards and Technology↗
- NIST SP 800-55 Volume 1 publication pageNational Institute of Standards and Technology↗
- NIST SP 800-50 Revision 1 publication pageNational Institute of Standards and Technology↗