Cheat sheet: ISC2 CC exam reference for security principles, access control, network security, incident response, business continuity, and operations.
Use the tables for a quick pre-exam check. Expand a topic’s notes for explanations, examples, and additional distinctions.
Scope and study context
The CC exam rewards clear understanding of cybersecurity fundamentals: why a control is used, what risk it reduces, and how to distinguish similar terms under exam pressure. Many misses come from confusing adjacent concepts, such as authentication versus authorization, RTO versus RPO, threat versus vulnerability, or IDS versus IPS.
Scan the high-yield map to identify weak areas.
Review the comparison tables for commonly confused terms.
Practice scenario decisions: identify the asset, threat, vulnerability, control objective, and best control type.
Use topic drills immediately after each section.
Read detailed explanations for both correct and incorrect choices; the wrong answers often reveal the exam trap.
Exam Focus Snapshot
This independent Cheat Sheet supports candidates preparing for the ISC2 Certified in Cybersecurity (CC) exam, code CC. Use it as a compact review of high-yield cybersecurity fundamentals, especially definitions, control selection, risk thinking, and operational decision points.
The CC exam emphasizes practical understanding across these broad areas:
Area
What to know for exam questions
Security principles
CIA triad, risk, governance, policies, ethics, privacy, security controls
A good exam answer usually protects the stated objective directly. If the scenario says “prevent unauthorized viewing,” think confidentiality. If it says “detect tampering,” think integrity. If it says “keep services running,” think availability.
Risk language
Risk questions often test whether you can separate the components.
The exam may use qualitative wording rather than numbers. “High impact and high likelihood” normally demands urgent treatment.
Risk treatment options
Treatment
Meaning
Example
Mitigate
Reduce likelihood or impact
Add MFA, patch systems, deploy EDR
Avoid
Stop the risky activity
Do not launch a service that cannot be secured
Transfer
Shift some financial or operational effect
Cyber insurance, outsourced service contract
Accept
Acknowledge and retain risk
Management accepts low residual risk
Share
Distribute responsibility with another party
Joint security controls with a service provider
Trap: Transferring risk does not eliminate accountability. An organization may outsource work, but it still needs governance, due diligence, monitoring, and clear responsibilities.
Control categories
Category
What it is
Examples
Administrative
Policies, procedures, training, governance
Security awareness, acceptable use policy, background checks
Technical
Technology-enforced safeguards
Firewalls, encryption, MFA, access control lists
Physical
Protect physical spaces and assets
Locks, badges, guards, cameras, fences
Control function
Purpose
Examples
Preventive
Stop an event before it happens
MFA, firewall rules, least privilege
Detective
Identify that something occurred
Logs, IDS alerts, CCTV review
Corrective
Fix or restore after an event
Patch, restore from backup, reimage host
Deterrent
Discourage behavior
Warning banners, guards, visible cameras
Compensating
Alternative when primary control is not feasible
Extra monitoring when legacy system cannot support MFA
Recovery
Restore operations
Backups, disaster recovery site, failover
Exam cue: If the question asks for “best prevention,” do not pick a control that merely detects. If it asks how to discover suspicious activity, detective controls are usually stronger.
Security governance and policy hierarchy
Item
Purpose
Exam cue
Policy
High-level mandatory statement of management intent
“What must the organization do?”
Standard
Mandatory specific requirement
“Minimum password length” or “approved encryption type”
Procedure
Step-by-step instructions
“How to onboard a user”
Guideline
Recommended, flexible advice
“Preferred hardening approach”
Baseline
Minimum secure configuration
“Default server build requirements”
Exception
Approved deviation from a requirement
Should be documented, time-limited, and risk-reviewed
Trap: A procedure is not the same as a policy. A policy sets direction; a procedure tells someone exactly how to perform a task.
Security principles to keep active
Principle
Quick meaning
Least privilege
Give only the access needed to perform the job
Need to know
Access depends on legitimate business need, not just rank
Separation of duties
Split sensitive tasks so one person cannot abuse the whole process
Defense in depth
Use layered controls so one failure does not expose everything
Secure by default
Systems should start in a safe configuration
Fail securely
If a control fails, it should not create open access
Due care
Taking reasonable steps to protect assets
Due diligence
Ongoing investigation, monitoring, and verification
Accountability
Actions can be traced to an individual or entity
Privacy
Handle personal or sensitive information appropriately and minimally
Risk, Threats, Vulnerabilities, and Controls
Risk Vocabulary
Term
Definition
Example
Asset
Anything of value
Customer data, server, application, reputation
Threat
Potential cause of harm
Attacker, fire, malware, insider misuse
Threat actor
Entity that exploits a weakness
Criminal group, disgruntled employee
Vulnerability
Weakness that can be exploited
Unpatched server, weak password
Exploit
Method used to take advantage of a vulnerability
Phishing kit, SQL injection payload
Risk
Likelihood and impact of a threat exploiting a vulnerability
Ransomware encrypting a file server
Inherent risk
Risk before controls
Raw exposure
Residual risk
Risk remaining after controls
Accepted or further treated
Control
Safeguard or countermeasure
MFA, firewall, policy, lock
Notes and examples
A common simple risk expression is:
Risk Response Decisions
Response
Choose when
Example
Avoid
Stop the risky activity
Do not launch a high-risk service
Mitigate
Reduce likelihood or impact
Patch systems, add MFA, segment network
Transfer
Shift financial/operational impact
Insurance, outsourcing with contracts
Accept
Acknowledge and live with risk
Low risk within tolerance
Escalate
Risk exceeds authority of current owner
Send to senior leadership/risk committee
Exam trap: Transferring risk does not remove responsibility. An organization can outsource operations, but it still owns governance and accountability.
flowchart LR
A[Prepare] --> B[Detect and Analyze]
B --> C[Contain]
C --> D[Eradicate]
D --> E[Recover]
E --> F[Lessons Learned]
F --> A
Evidence and Chain of Custody
Concept
Why it matters
Chain of custody
Documents who handled evidence, when, and why
Integrity of evidence
Shows evidence was not altered
Preservation
Prevents accidental modification or destruction
Legal hold
Prevents deletion when litigation or investigation is expected
Time synchronization
Makes event timelines reliable across systems
Exam trap: Do not “investigate” by changing a suspect system unnecessarily. Preserve evidence and follow procedure.
BCP vs DR vs IR
Concept
Main focus
Example question cue
Business continuity planning
Keep critical business functions operating during disruption
“How does the business continue serving customers?”
Disaster recovery
Restore IT systems and data after a major disruption
“How quickly can the data center or application be restored?”
Incident response
Identify, contain, eradicate, and recover from security events
“What is the next step after malware is detected?”
Trap: Disaster recovery is not the whole business continuity program. DR is usually technology restoration; BCP is broader and includes people, facilities, vendors, communications, and business processes.
Business impact analysis terms
Term
Meaning
Candidate reminder
BIA
Identifies critical processes and impact of disruption
Drives recovery priorities
RTO
Maximum acceptable time to restore a service
“How long can we be down?”
RPO
Maximum acceptable data loss measured in time
“How much data can we lose?”
MTD / MTPD
Maximum tolerable downtime before unacceptable harm
Usually broader than one system
MTTR
Average time to repair or restore
Operational reliability metric
MTBF
Average time between failures
Higher is generally better
RTO vs RPO trap:
If a system must be back within 4 hours, that is RTO. If no more than 15 minutes of transactions can be lost, that is RPO.
Backup types
Backup type
What it captures
Restore considerations
Full
All selected data
Simplest restore, more storage/time
Incremental
Changes since last backup of any type
Efficient backup, restore may require multiple sets
Differential
Changes since last full backup
Larger over time, simpler than many incrementals
Snapshot
Point-in-time system or volume state
Useful for quick rollback, not always a full backup strategy
Offsite backup
Stored away from primary location
Protects against site-level failure
Immutable backup
Cannot be altered for a defined period
Helps resist ransomware tampering
Practice cue: If ransomware encrypts local backups, the better answer often involves offline, offsite, or immutable backups plus tested restoration.
Alternate processing sites
Site type
Readiness
Cost
Use case
Hot site
High
High
Rapid recovery for critical services
Warm site
Medium
Medium
Some equipment/configuration ready, data may need restoration
Cold site
Low
Low
Space and basics available, longer setup time
Incident response lifecycle
flowchart LR
A[Prepare] --> B[Detect and analyze]
B --> C[Contain]
C --> D[Eradicate]
D --> E[Recover]
E --> F[Lessons learned]
F --> A
Phase
Purpose
Common actions
Preparation
Be ready before incidents occur
Policies, playbooks, roles, tools, training
Detection and analysis
Determine what happened and severity
Review alerts, logs, indicators, scope
Containment
Limit damage
Isolate host, block traffic, disable account
Eradication
Remove root cause
Remove malware, close vulnerability, reset credentials
Recovery
Restore normal operations safely
Rebuild, restore, monitor, validate
Lessons learned
Improve future response
Post-incident review, update controls and procedures
Next-step trap: Do not jump to recovery before containment and eradication. Restoring a compromised system without removing the cause can reintroduce the incident.
Evidence and communications
For security incidents, preserve facts and avoid unnecessary changes. Escalation paths, communications plans, and documentation matter.
Need
Good practice
Preserve evidence
Document who did what, when, and why
Reduce confusion
Use predefined roles and communication channels
Limit spread
Contain affected accounts, systems, or network segments
Avoid speculation
Communicate verified facts through approved channels
Improve future response
Conduct lessons learned after stabilization
Identity and Access Management
IAAA Model
Step
Question answered
Example
Identification
Who claims to be accessing?
Username, user ID
Authentication
Can the claim be proven?
Password, token, biometric
Authorization
What is the identity allowed to do?
Role, permission, ACL
Accountability
Can actions be traced?
Logs, audit records
Notes and examples
Authentication Factors
Factor
Description
Examples
Something you know
Secret knowledge
Password, PIN
Something you have
Physical/logical possession
Smart card, hardware token, phone app
Something you are
Biometric trait
Fingerprint, face, iris
Somewhere you are
Location context
Geolocation, network location
Something you do
Behavior
Typing pattern, gesture
MFA requires different factor types. A password plus a PIN is not strong MFA because both are “something you know.”
Access Control Models
Model
Control basis
Best fit
Exam trap
DAC
Owner controls access
Flexible business sharing
Less centralized control
MAC
System/enforced labels and clearances
Highly sensitive/classified environments
Users cannot override labels
RBAC
Access based on job role
Enterprise administration
Role explosion can occur
ABAC
Attributes and policies
Dynamic, context-aware access
More complex policy design
Rule-based
Predefined rules
Firewalls, time-of-day restrictions
Not the same as role-based
Account and Privilege Controls
Control
Purpose
Unique user IDs
Support accountability
Shared account restriction
Prevent loss of attribution
Privileged access management
Control administrator-level access
Just-in-time access
Grant elevated access only when needed
Account review
Remove stale or excessive permissions
Joiner-mover-leaver process
Manage access through employment lifecycle
Password policy
Define length, complexity, reuse, and reset expectations
Major trap: Authentication happens before authorization. A user can prove identity and still be denied access.
Authentication factors
Factor
Meaning
Example
Something you know
Secret knowledge
Password, PIN
Something you have
Physical or logical possession
Smart card, hardware token, authenticator app
Something you are
Biometric trait
Fingerprint, facial recognition
Somewhere you are
Location context
Corporate network, geolocation
Something you do
Behavior pattern
Typing rhythm, gesture pattern
MFA requires factors from different categories. A password plus a PIN is usually not strong MFA because both are “something you know.”
Authorization models
Model
How access is determined
Common use
DAC
Owner controls access
File owner grants permissions
MAC
System-enforced classification and clearance
Highly controlled environments
RBAC
Access based on job role
Help desk, HR analyst, system admin
ABAC
Attributes and context determine access
User role, device health, location, time
Rule-based
Predefined rules determine access
Firewall rules, time-of-day restrictions
Exam cue: If access should follow job duties, think RBAC. If classification labels and clearances dominate, think MAC. If many context attributes matter, think ABAC.
Account lifecycle controls
Stage
Security focus
Provisioning
Create accounts based on approved need
Review
Periodically validate access remains appropriate
Modification
Update access when roles change
Deprovisioning
Disable or remove access promptly when no longer needed
Privileged access management
Tightly control and monitor administrator-level access
High-yield controls include unique user IDs, least privilege, separation of duties, periodic access reviews, logging, and rapid removal of access after termination or role change.
Physical access controls
Control
Type
Purpose
Badge reader
Physical / preventive
Restrict facility entry
Mantrap
Physical / preventive
Prevent tailgating into secure areas
Security guard
Physical / deterrent and detective
Observe, verify, respond
CCTV
Physical / detective and deterrent
Record and monitor activity
Locking cabinet
Physical / preventive
Protect equipment or media
Visitor log
Administrative / detective
Record nonemployee access
Trap: Physical security is part of cybersecurity. Unauthorized physical access can bypass many technical controls.
Network Security Reference
OSI Model Quick Map
Layer
Name
Examples
Security relevance
7
Application
HTTP, SMTP, DNS
Web filtering, WAF, application attacks
6
Presentation
Encoding, encryption formats
TLS, data formatting
5
Session
Session management
Session hijacking concerns
4
Transport
TCP, UDP
Ports, firewalls, reliability
3
Network
IP, ICMP, routing
Routers, IP filtering, segmentation
2
Data Link
Ethernet, MAC, switches
VLANs, ARP attacks, switching
1
Physical
Cables, radio, signals
Locks, wiring closets, interference
Notes and examples
Common Protocols and Ports
Protocol
Port(s)
Purpose
Secure note
FTP
20/21
File transfer
Prefer secure alternatives
SSH
22
Secure remote shell
Replaces Telnet
Telnet
23
Remote shell
Insecure plaintext
SMTP
25
Mail transfer
Often paired with secure mail controls
DNS
53
Name resolution
Protect against spoofing/poisoning
DHCP
67/68
Dynamic IP assignment
Rogue DHCP is a risk
HTTP
80
Web traffic
Plaintext
Kerberos
88
Network authentication
Uses tickets
POP3
110
Retrieve email
Plaintext unless protected
NTP
123
Time synchronization
Important for logs
IMAP
143
Email access
Plaintext unless protected
SNMP
161/162
Network management/traps
Use secure versions/configurations
LDAP
389
Directory access
LDAPS protects with TLS
HTTPS
443
Secure web traffic
HTTP over TLS
SMB
445
File/printer sharing
Common lateral movement target
LDAPS
636
Secure LDAP
LDAP over TLS
IMAPS
993
Secure IMAP
Email retrieval over TLS
POP3S
995
Secure POP3
Email retrieval over TLS
RDP
3389
Remote desktop
Restrict and protect strongly
Network Devices and Security Tools
Technology
Primary function
Choose when
Router
Connects networks and routes traffic
Traffic between IP networks
Switch
Connects devices in a LAN
Internal network connectivity
VLAN
Logical segmentation on switches
Separate departments, systems, or trust zones
Firewall
Allows/blocks traffic by policy
Enforce network boundaries
Stateful firewall
Tracks connection state
Most common network filtering scenario
Proxy
Intermediates client requests
Content filtering, privacy, logging
IDS
Detects suspicious activity
Alerting without inline blocking
IPS
Blocks suspicious activity inline
Prevention when false positives are manageable
WAF
Filters web application traffic
Protect web apps from application-layer attacks
VPN
Encrypted tunnel over untrusted network
Remote access or site-to-site connectivity
NAC
Controls device access to network
Enforce posture before connection
SIEM
Centralizes and correlates logs
Monitoring, alerting, investigations
EDR
Endpoint detection and response
Detect and respond on workstations/servers
DLP
Prevents sensitive data leakage
Monitor/control data movement
Load balancer
Distributes traffic
Availability and scalability
Segmentation Patterns
Pattern
Purpose
Example
DMZ
Place public-facing systems away from internal network
Web server accessible from internet
Internal segmentation
Limit lateral movement
Separate finance, HR, production
Guest network
Isolate untrusted users/devices
Visitor Wi-Fi
Management network
Protect admin interfaces
Separate admin VLAN
Zero trust segmentation
Verify access per request/context
Identity-aware access controls
Wireless Security
Topic
What to remember
WPA2/WPA3
Preferred modern wireless protection compared with older weak options
Weak protocols
WEP is insecure and should be avoided
SSID hiding
Not a strong security control
Guest Wi-Fi
Should be segmented from internal resources
Rogue access point
Unauthorized AP connected to network
Evil twin
Malicious AP impersonating a legitimate one
Basic network model cues
Layer idea
What to recognize
Example technologies
Physical connectivity
Signals, cables, radio
Ethernet cable, fiber, Wi-Fi
Local network addressing
Local delivery on same network
MAC address, switch
Internetwork routing
Moving traffic between networks
IP address, router
Transport sessions
Ports and reliable or fast delivery
TCP, UDP
Application services
User-facing network protocols
DNS, HTTP, SMTP, SSH
You do not need to overcomplicate model questions. Identify whether the issue is about local switching, routed networks, ports, or application protocols.
Common protocols and ports
Protocol
Typical port
Secure or insecure cue
FTP
20/21
Insecure file transfer
SSH
22
Secure remote administration
Telnet
23
Insecure remote administration
SMTP
25
Email transfer
DNS
53
Name resolution
HTTP
80
Unencrypted web traffic
POP3
110
Email retrieval
IMAP
143
Email retrieval
HTTPS
443
Encrypted web traffic
SMB
445
Windows file sharing
SNMP
161/162
Network management; secure configuration matters
RDP
3389
Remote desktop; restrict and protect carefully
Trap: If credentials or sensitive data cross an untrusted network, prefer secure protocols such as HTTPS, SSH, SFTP, or VPN-based protection instead of plaintext protocols.
Network devices and controls
Control
Main purpose
Exam cue
Router
Connects networks and routes IP traffic
“Between networks”
Switch
Connects devices within a LAN
“Same local network”
Firewall
Allows or blocks traffic based on rules
“Restrict traffic”
IDS
Detects suspicious activity and alerts
“Monitor and alert”
IPS
Blocks or prevents detected activity
“Inline prevention”
VPN
Encrypted tunnel over untrusted network
“Secure remote access”
Proxy
Intermediary for client requests
“Filter or inspect outbound web use”
WAF
Protects web applications
“SQL injection or web attack filtering”
NAC
Controls device access to network
“Check device before allowing access”
Load balancer
Distributes traffic across servers
“Improve availability and scalability”
SIEM
Centralizes and correlates security logs
“Aggregate alerts and events”
IDS vs IPS trap: IDS usually detects and alerts. IPS is usually inline and can block. If the question says “without interfering with traffic,” IDS may be better. If it says “automatically stop,” IPS may be better.
Segmentation, DMZs, and zero trust thinking
Concept
Purpose
Network segmentation
Limits movement and reduces blast radius
VLAN
Logical segmentation within switching infrastructure
DMZ
Isolates public-facing services from internal networks
Microsegmentation
Fine-grained separation between workloads
Zero trust approach
Verify explicitly, use least privilege, assume breach
If a public web server must be reachable from the internet, placing it directly inside the internal network is usually poor design. A DMZ or segmented architecture reduces the chance that compromise of the public service immediately exposes internal assets.
Network attack patterns
Attack
What happens
Useful controls
Phishing
User is tricked into revealing data or running malware
Supports detection, investigation, and accountability
Backup testing
Confirms recovery will work when needed
Security awareness
Reduces human-centered attack success
Endpoint protection
Detects and blocks malicious endpoint activity
Configuration management
Maintains known, approved system states
Trap: Installing a tool is not the same as operating a control. Logs must be reviewed, backups must be tested, patches must be deployed, and access must be recertified.
Change, incident, and problem management
Process
Focus
Example
Change management
Controlled modification
Approving a firewall rule change
Incident management
Restore service or handle security event
Responding to malware infection
Problem management
Identify root cause of recurring incidents
Investigating repeated outages
If a scenario describes an emergency fix, the best answer may still include documentation, approval where possible, and post-change review.
Before a mock exam or question-bank session, confirm you can answer these without hesitation:
Can you map examples to confidentiality, integrity, and availability?
Can you distinguish administrative, technical, and physical controls?
Can you identify preventive, detective, corrective, deterrent, compensating, and recovery controls?
Can you explain risk as asset plus threat plus vulnerability plus likelihood plus impact?
Can you distinguish risk mitigation, acceptance, avoidance, transfer, and sharing?
Can you define RTO and RPO from a scenario?
Can you place incident response steps in order?
Can you tell authentication, authorization, and accountability apart?
Can you choose between DAC, MAC, RBAC, and ABAC?
Can you recognize secure versus insecure network protocols?
Can you distinguish firewall, IDS, IPS, VPN, WAF, proxy, and SIEM?
Can you explain encryption, hashing, digital signatures, certificates, and TLS?
Can you identify when physical security is the best answer?
Can you choose the most appropriate operational control: patching, hardening, logging, monitoring, or change management?
Cross-topic decision rules
If the scenario asks…
Think first…
Why
“Who is the user?”
Identification
Claim of identity
“Can the user prove it?”
Authentication
Verification of identity
“What can the user access?”
Authorization
Permission decision
“Who performed the action?”
Accountability
Logging and traceability
“How do we keep operating?”
Business continuity
Business process resilience
“How do we restore systems?”
Disaster recovery
IT restoration
“What is the next step after detection?”
Incident response phase
Usually analyze, contain, eradicate, recover in order
“How long can the system be down?”
RTO
Time to restore
“How much data can be lost?”
RPO
Data-loss tolerance
“Stop traffic automatically”
IPS or firewall
Prevention/blocking
“Alert on suspicious activity”
IDS or monitoring
Detection
“Protect public web app attacks”
WAF
Application-layer web filtering
“Reduce lateral movement”
Segmentation
Limits blast radius
“Protect data crossing the internet”
TLS, VPN, secure protocol
Confidentiality and integrity in transit
“Prove a file changed”
Hash
Integrity
“Prove who signed it”
Digital signature
Authentication and nonrepudiation
“Prevent one admin from completing a sensitive action alone”
Separation of duties
Fraud and misuse reduction
“Give access based on job function”
RBAC
Role-aligned permissions
Common candidate mistakes
Mistake 1: Picking a tool before identifying the objective
A firewall, encryption, MFA, or SIEM may be useful, but the best answer depends on the objective. First ask:
What asset is at risk?
What is the threat or failure?
What security objective is needed: confidentiality, integrity, availability, accountability, or safety?
Is the best answer preventive, detective, corrective, or recovery-focused?
Mistake 2: Confusing similar pairs
Pair
Do not confuse
Authentication vs authorization
Proving identity vs granting permission
Threat vs vulnerability
Cause of harm vs weakness
Risk vs impact
Potential loss vs consequence severity
RTO vs RPO
Restore time vs acceptable data loss
IDS vs IPS
Alerting vs blocking
Hashing vs encryption
Integrity check vs confidentiality
Encoding vs encryption
Format conversion vs secret-key protection
BCP vs DR
Business continuation vs IT recovery
Backup vs archive
Recovery copy vs long-term retention
Policy vs procedure
Management intent vs step-by-step instructions
Switch vs router
LAN forwarding vs network routing
Preventive vs detective
Stops event vs identifies event
Notes and examples
Mistake 3: Ignoring people and process controls
The exam is not only about technical devices. Many correct answers involve policies, training, approvals, documentation, incident roles, access reviews, or management acceptance of risk.
Mistake 4: Choosing convenience over least privilege
If one answer gives broad access “just in case” and another grants only what is required for the job, least privilege is usually the stronger security answer.
Mistake 5: Restoring too early during incidents
Recovery is important, but containment and eradication come first. Otherwise, the same compromise may return.
Mistake 6: Treating backups as automatically reliable
Backups support availability only if they are protected, current enough for the RPO, restorable within the RTO, and regularly tested.
Practice plan for the CC exam
Use this Cheat Sheet as a bridge into active practice for the ISC2 Certified in Cybersecurity (CC), exam code CC.
Start with topic drills. Work one area at a time: security principles, continuity and recovery, access control, network security, and operations.
Use original practice questions. Do not only memorize definitions; practice scenario wording and “best answer” decisions.
Review detailed explanations. For every missed question, write down why the correct answer is better and why the tempting answer is weaker.
Build a miss log. Track repeated confusions such as RTO/RPO, IDS/IPS, encryption/hashing, or authentication/authorization.
Move to mixed question-bank practice. Once topic scores are stable, use mixed sets to practice switching contexts quickly.
Finish with mock exams. Simulate timing and review every explanation, including questions you guessed correctly.
Next step: choose your weakest topic from this Cheat Sheet and complete a focused question bank drill with detailed explanations before moving to a full mock exam.