CC — ISC2 Certified in Cybersecurity Cheat Sheet

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.

  1. Scan the high-yield map to identify weak areas.
  2. Review the comparison tables for commonly confused terms.
  3. Practice scenario decisions: identify the asset, threat, vulnerability, control objective, and best control type.
  4. Use topic drills immediately after each section.
  5. 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:

AreaWhat to know for exam questions
Security principlesCIA triad, risk, governance, policies, ethics, privacy, security controls
Business continuity and incident responseBIA, BCP, DR, backups, RTO/RPO, incident response phases
Access controlIdentification, authentication, authorization, accountability, MFA, access models
Network securityPorts, protocols, network devices, segmentation, wireless, secure communication
Security operationsMonitoring, logging, vulnerability management, patching, malware, physical security

Core Security Principles

CIA and Supporting Concepts

ConceptMeaningExam cue
ConfidentialityPrevent unauthorized disclosureEncryption, access control, data classification
IntegrityPrevent unauthorized or improper modificationHashing, checksums, digital signatures, change control
AvailabilityEnsure systems/data are accessible when neededRedundancy, backups, DR, fault tolerance
AuthenticationProve identityPassword, smart card, biometric, MFA
AuthorizationGrant allowed actions after authenticationPermissions, roles, access rules
AccountabilityTie actions to an identityLogs, audit trails, unique user IDs
NonrepudiationPrevent denial of an actionDigital signatures, signed receipts, audit evidence
PrivacyProper handling of personal informationConsent, minimization, purpose limitation, retention
SafetyProtect people and physical well-beingFire suppression, evacuation, environmental controls
Notes and examples

Security Design Principles

PrinciplePractical meaningCommon trap
Least privilegeGrant only the access needed to perform dutiesDo not confuse with need-to-know; least privilege is about permissions
Need-to-knowAccess only information required for the role/taskOften used with classified or sensitive data
Separation of dutiesSplit sensitive tasks among multiple peoplePrevents fraud and single-person abuse
Job rotationMove staff through rolesCan reveal fraud or process weaknesses
Mandatory vacationsRequire time away from workHelps detect hidden abuse by forcing coverage
Defense in depthUse multiple layers of controlsNot one “perfect” tool
Fail secureFailure leaves system protectedExample: locked door on power failure where safety permits
Secure by defaultDefault configuration is restrictiveDefault passwords violate this principle
Zero trustNever trust implicitly; verify continuouslyNot a single product; it is an architecture approach

CIA triad

PrincipleMeaningExample controlsCommon trap
ConfidentialityPrevent unauthorized disclosureEncryption, access controls, data classification, screen locksEncryption does not automatically prove integrity or identity
IntegrityPrevent unauthorized or improper modificationHashing, checksums, digital signatures, change control, input validationAvailability controls do not necessarily protect correctness
AvailabilityEnsure systems and data are accessible when neededRedundancy, backups, fault tolerance, DDoS protection, disaster recoveryBackups support recovery but must be tested

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.

TermMeaningExample
AssetSomething of valueCustomer database, server, application, employee laptop
ThreatPotential cause of harmPhishing attacker, malware, fire, insider misuse
VulnerabilityWeakness that can be exploitedUnpatched software, weak password, open port
ImpactBusiness or operational harm if exploitedDowntime, data loss, financial loss, reputational damage
LikelihoodChance the event will occurHigh phishing volume increases likelihood
RiskPotential for loss when threat exploits vulnerabilityRansomware exploiting unpatched endpoints
ControlSafeguard that reduces riskPatching, training, MFA, backups

A simple way to think about risk is:

\[ \text{Risk} = \text{Likelihood} \times \text{Impact} \]

The exam may use qualitative wording rather than numbers. “High impact and high likelihood” normally demands urgent treatment.

Risk treatment options

TreatmentMeaningExample
MitigateReduce likelihood or impactAdd MFA, patch systems, deploy EDR
AvoidStop the risky activityDo not launch a service that cannot be secured
TransferShift some financial or operational effectCyber insurance, outsourced service contract
AcceptAcknowledge and retain riskManagement accepts low residual risk
ShareDistribute responsibility with another partyJoint 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

CategoryWhat it isExamples
AdministrativePolicies, procedures, training, governanceSecurity awareness, acceptable use policy, background checks
TechnicalTechnology-enforced safeguardsFirewalls, encryption, MFA, access control lists
PhysicalProtect physical spaces and assetsLocks, badges, guards, cameras, fences
Control functionPurposeExamples
PreventiveStop an event before it happensMFA, firewall rules, least privilege
DetectiveIdentify that something occurredLogs, IDS alerts, CCTV review
CorrectiveFix or restore after an eventPatch, restore from backup, reimage host
DeterrentDiscourage behaviorWarning banners, guards, visible cameras
CompensatingAlternative when primary control is not feasibleExtra monitoring when legacy system cannot support MFA
RecoveryRestore operationsBackups, 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

ItemPurposeExam cue
PolicyHigh-level mandatory statement of management intent“What must the organization do?”
StandardMandatory specific requirement“Minimum password length” or “approved encryption type”
ProcedureStep-by-step instructions“How to onboard a user”
GuidelineRecommended, flexible advice“Preferred hardening approach”
BaselineMinimum secure configuration“Default server build requirements”
ExceptionApproved deviation from a requirementShould 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

PrincipleQuick meaning
Least privilegeGive only the access needed to perform the job
Need to knowAccess depends on legitimate business need, not just rank
Separation of dutiesSplit sensitive tasks so one person cannot abuse the whole process
Defense in depthUse layered controls so one failure does not expose everything
Secure by defaultSystems should start in a safe configuration
Fail securelyIf a control fails, it should not create open access
Due careTaking reasonable steps to protect assets
Due diligenceOngoing investigation, monitoring, and verification
AccountabilityActions can be traced to an individual or entity
PrivacyHandle personal or sensitive information appropriately and minimally

Risk, Threats, Vulnerabilities, and Controls

Risk Vocabulary

TermDefinitionExample
AssetAnything of valueCustomer data, server, application, reputation
ThreatPotential cause of harmAttacker, fire, malware, insider misuse
Threat actorEntity that exploits a weaknessCriminal group, disgruntled employee
VulnerabilityWeakness that can be exploitedUnpatched server, weak password
ExploitMethod used to take advantage of a vulnerabilityPhishing kit, SQL injection payload
RiskLikelihood and impact of a threat exploiting a vulnerabilityRansomware encrypting a file server
Inherent riskRisk before controlsRaw exposure
Residual riskRisk remaining after controlsAccepted or further treated
ControlSafeguard or countermeasureMFA, firewall, policy, lock
Notes and examples

A common simple risk expression is:

Risk Response Decisions

ResponseChoose whenExample
AvoidStop the risky activityDo not launch a high-risk service
MitigateReduce likelihood or impactPatch systems, add MFA, segment network
TransferShift financial/operational impactInsurance, outsourcing with contracts
AcceptAcknowledge and live with riskLow risk within tolerance
EscalateRisk exceeds authority of current ownerSend 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.

Control Categories

Control typePurposeExamples
Administrative / managerialDirect people and processesPolicies, training, risk assessments, background checks
Technical / logicalEnforced by systemsFirewalls, encryption, MFA, access control lists
PhysicalProtect facilities and hardwareLocks, guards, cameras, badges, fences

Control Functions

FunctionGoalExamples
PreventiveStop an event before it occursMFA, locks, firewalls, security awareness
DetectiveIdentify that something happenedLogs, IDS, cameras, audits
CorrectiveFix after an incidentPatching, restoring data, reimaging systems
DeterrentDiscourage an actionWarning banners, guards, visible cameras
RecoveryRestore normal operationsBackups, DR site, failover
CompensatingAlternative when preferred control is not feasibleManual review when automated control is unavailable

Governance, Policies, and Roles

Documents and Their Strength

DocumentPurposeTypical wording
PolicyManagement intent and mandatory direction“Must”
StandardSpecific mandatory requirement“Passwords must meet…”
ProcedureStep-by-step instructions“Do these steps in order…”
GuidelineRecommended practice“Should”
BaselineMinimum secure configuration“Minimum required settings”
Notes and examples

Exam trap: A policy says what is required. A procedure says how to do it.

Security Roles

RoleResponsibility
Senior managementUltimately accountable for risk decisions
Data ownerClassifies data and decides access requirements
Data custodianProtects and maintains data according to owner rules
Data userUses data according to policy
System ownerAccountable for system operation and security needs
AdministratorImplements and maintains technical controls
AuditorIndependently reviews compliance and control effectiveness

Ethics and Professional Conduct

For ISC2 CC exam preparation, expect ethical reasoning questions that favor:

  • Protecting society, people, and legitimate interests.
  • Acting honestly, legally, and professionally.
  • Reporting issues through proper channels.
  • Avoiding unauthorized access, even with good intent.
  • Maintaining confidentiality unless disclosure is properly authorized or legally required.

Business Continuity, Disaster Recovery, and Incident Response

BCP vs DR vs IR

DisciplinePrimary questionScope
Business continuity planningHow does the business keep critical functions operating?People, process, facilities, technology, suppliers
Disaster recoveryHow are IT systems restored after disruption?Infrastructure, applications, data, recovery sites
Incident responseHow are security events handled and contained?Detection, containment, eradication, recovery, lessons learned
Notes and examples

Key Continuity Metrics

MetricMeaningExam cue
BIABusiness Impact Analysis; identifies critical processes and impactsFoundation for BCP priorities
RTORecovery Time Objective; maximum acceptable time to restore“How long can we be down?”
RPORecovery Point Objective; maximum acceptable data loss“How much data can we lose?”
MTD / MTOMaximum tolerable downtime/outageLongest outage the business can tolerate
MTBFMean time between failuresReliability measure
MTTRMean time to repair/recoverMaintainability/recovery measure

High-yield distinction:

  • RTO is about time to restore service.
  • RPO is about amount of data loss.

Backup Types

Backup typeWhat it copiesRestore complexityStorage use
FullEverything selectedSimplestHighest
IncrementalChanges since last backup of any typeMore complex; restore full plus all incrementalsLowest
DifferentialChanges since last full backupModerate; restore full plus latest differentialMedium and grows over time

Recovery Site Types

Site typeReadinessCost tendencyUse case
Hot siteReady or near-ready to operateHighestCritical systems with low downtime tolerance
Warm sitePartially equipped/configuredMediumModerate recovery needs
Cold siteSpace and basic utilitiesLowestLong recovery time acceptable

Incident Response Lifecycle

PhaseActionsEvidence focus
PreparationPolicies, tools, training, contact lists, playbooksReadiness
Detection and analysisValidate alerts, classify severity, determine scopePreserve logs and facts
ContainmentLimit spread or damageShort-term and long-term containment
EradicationRemove root causeMalware removal, patching, credential resets
RecoveryRestore services safelyMonitor for reinfection or recurrence
Lessons learnedImprove controls and processPost-incident review
    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

ConceptWhy it matters
Chain of custodyDocuments who handled evidence, when, and why
Integrity of evidenceShows evidence was not altered
PreservationPrevents accidental modification or destruction
Legal holdPrevents deletion when litigation or investigation is expected
Time synchronizationMakes 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

ConceptMain focusExample question cue
Business continuity planningKeep critical business functions operating during disruption“How does the business continue serving customers?”
Disaster recoveryRestore IT systems and data after a major disruption“How quickly can the data center or application be restored?”
Incident responseIdentify, 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

TermMeaningCandidate reminder
BIAIdentifies critical processes and impact of disruptionDrives recovery priorities
RTOMaximum acceptable time to restore a service“How long can we be down?”
RPOMaximum acceptable data loss measured in time“How much data can we lose?”
MTD / MTPDMaximum tolerable downtime before unacceptable harmUsually broader than one system
MTTRAverage time to repair or restoreOperational reliability metric
MTBFAverage time between failuresHigher 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 typeWhat it capturesRestore considerations
FullAll selected dataSimplest restore, more storage/time
IncrementalChanges since last backup of any typeEfficient backup, restore may require multiple sets
DifferentialChanges since last full backupLarger over time, simpler than many incrementals
SnapshotPoint-in-time system or volume stateUseful for quick rollback, not always a full backup strategy
Offsite backupStored away from primary locationProtects against site-level failure
Immutable backupCannot be altered for a defined periodHelps 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 typeReadinessCostUse case
Hot siteHighHighRapid recovery for critical services
Warm siteMediumMediumSome equipment/configuration ready, data may need restoration
Cold siteLowLowSpace 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
PhasePurposeCommon actions
PreparationBe ready before incidents occurPolicies, playbooks, roles, tools, training
Detection and analysisDetermine what happened and severityReview alerts, logs, indicators, scope
ContainmentLimit damageIsolate host, block traffic, disable account
EradicationRemove root causeRemove malware, close vulnerability, reset credentials
RecoveryRestore normal operations safelyRebuild, restore, monitor, validate
Lessons learnedImprove future responsePost-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.

NeedGood practice
Preserve evidenceDocument who did what, when, and why
Reduce confusionUse predefined roles and communication channels
Limit spreadContain affected accounts, systems, or network segments
Avoid speculationCommunicate verified facts through approved channels
Improve future responseConduct lessons learned after stabilization

Identity and Access Management

IAAA Model

StepQuestion answeredExample
IdentificationWho claims to be accessing?Username, user ID
AuthenticationCan the claim be proven?Password, token, biometric
AuthorizationWhat is the identity allowed to do?Role, permission, ACL
AccountabilityCan actions be traced?Logs, audit records
Notes and examples

Authentication Factors

FactorDescriptionExamples
Something you knowSecret knowledgePassword, PIN
Something you havePhysical/logical possessionSmart card, hardware token, phone app
Something you areBiometric traitFingerprint, face, iris
Somewhere you areLocation contextGeolocation, network location
Something you doBehaviorTyping 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

ModelControl basisBest fitExam trap
DACOwner controls accessFlexible business sharingLess centralized control
MACSystem/enforced labels and clearancesHighly sensitive/classified environmentsUsers cannot override labels
RBACAccess based on job roleEnterprise administrationRole explosion can occur
ABACAttributes and policiesDynamic, context-aware accessMore complex policy design
Rule-basedPredefined rulesFirewalls, time-of-day restrictionsNot the same as role-based

Account and Privilege Controls

ControlPurpose
Unique user IDsSupport accountability
Shared account restrictionPrevent loss of attribution
Privileged access managementControl administrator-level access
Just-in-time accessGrant elevated access only when needed
Account reviewRemove stale or excessive permissions
Joiner-mover-leaver processManage access through employment lifecycle
Password policyDefine length, complexity, reuse, and reset expectations
Lockout/throttlingReduce brute-force success
Service account managementLimit, monitor, and rotate non-human credentials

Identification, authentication, authorization, accountability

ConceptQuestion it answersExample
IdentificationWho are you claiming to be?Username, user ID, badge number
AuthenticationCan you prove it?Password, token, biometric, certificate
AuthorizationWhat are you allowed to do?Read payroll file, approve purchase
AccountabilityCan actions be traced?Logs tied to a unique user account

Major trap: Authentication happens before authorization. A user can prove identity and still be denied access.

Authentication factors

FactorMeaningExample
Something you knowSecret knowledgePassword, PIN
Something you havePhysical or logical possessionSmart card, hardware token, authenticator app
Something you areBiometric traitFingerprint, facial recognition
Somewhere you areLocation contextCorporate network, geolocation
Something you doBehavior patternTyping 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

ModelHow access is determinedCommon use
DACOwner controls accessFile owner grants permissions
MACSystem-enforced classification and clearanceHighly controlled environments
RBACAccess based on job roleHelp desk, HR analyst, system admin
ABACAttributes and context determine accessUser role, device health, location, time
Rule-basedPredefined rules determine accessFirewall 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

StageSecurity focus
ProvisioningCreate accounts based on approved need
ReviewPeriodically validate access remains appropriate
ModificationUpdate access when roles change
DeprovisioningDisable or remove access promptly when no longer needed
Privileged access managementTightly 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

ControlTypePurpose
Badge readerPhysical / preventiveRestrict facility entry
MantrapPhysical / preventivePrevent tailgating into secure areas
Security guardPhysical / deterrent and detectiveObserve, verify, respond
CCTVPhysical / detective and deterrentRecord and monitor activity
Locking cabinetPhysical / preventiveProtect equipment or media
Visitor logAdministrative / detectiveRecord nonemployee access

Trap: Physical security is part of cybersecurity. Unauthorized physical access can bypass many technical controls.

Network Security Reference

OSI Model Quick Map

LayerNameExamplesSecurity relevance
7ApplicationHTTP, SMTP, DNSWeb filtering, WAF, application attacks
6PresentationEncoding, encryption formatsTLS, data formatting
5SessionSession managementSession hijacking concerns
4TransportTCP, UDPPorts, firewalls, reliability
3NetworkIP, ICMP, routingRouters, IP filtering, segmentation
2Data LinkEthernet, MAC, switchesVLANs, ARP attacks, switching
1PhysicalCables, radio, signalsLocks, wiring closets, interference
Notes and examples

Common Protocols and Ports

ProtocolPort(s)PurposeSecure note
FTP20/21File transferPrefer secure alternatives
SSH22Secure remote shellReplaces Telnet
Telnet23Remote shellInsecure plaintext
SMTP25Mail transferOften paired with secure mail controls
DNS53Name resolutionProtect against spoofing/poisoning
DHCP67/68Dynamic IP assignmentRogue DHCP is a risk
HTTP80Web trafficPlaintext
Kerberos88Network authenticationUses tickets
POP3110Retrieve emailPlaintext unless protected
NTP123Time synchronizationImportant for logs
IMAP143Email accessPlaintext unless protected
SNMP161/162Network management/trapsUse secure versions/configurations
LDAP389Directory accessLDAPS protects with TLS
HTTPS443Secure web trafficHTTP over TLS
SMB445File/printer sharingCommon lateral movement target
LDAPS636Secure LDAPLDAP over TLS
IMAPS993Secure IMAPEmail retrieval over TLS
POP3S995Secure POP3Email retrieval over TLS
RDP3389Remote desktopRestrict and protect strongly

Network Devices and Security Tools

TechnologyPrimary functionChoose when
RouterConnects networks and routes trafficTraffic between IP networks
SwitchConnects devices in a LANInternal network connectivity
VLANLogical segmentation on switchesSeparate departments, systems, or trust zones
FirewallAllows/blocks traffic by policyEnforce network boundaries
Stateful firewallTracks connection stateMost common network filtering scenario
ProxyIntermediates client requestsContent filtering, privacy, logging
IDSDetects suspicious activityAlerting without inline blocking
IPSBlocks suspicious activity inlinePrevention when false positives are manageable
WAFFilters web application trafficProtect web apps from application-layer attacks
VPNEncrypted tunnel over untrusted networkRemote access or site-to-site connectivity
NACControls device access to networkEnforce posture before connection
SIEMCentralizes and correlates logsMonitoring, alerting, investigations
EDREndpoint detection and responseDetect and respond on workstations/servers
DLPPrevents sensitive data leakageMonitor/control data movement
Load balancerDistributes trafficAvailability and scalability

Segmentation Patterns

PatternPurposeExample
DMZPlace public-facing systems away from internal networkWeb server accessible from internet
Internal segmentationLimit lateral movementSeparate finance, HR, production
Guest networkIsolate untrusted users/devicesVisitor Wi-Fi
Management networkProtect admin interfacesSeparate admin VLAN
Zero trust segmentationVerify access per request/contextIdentity-aware access controls

Wireless Security

TopicWhat to remember
WPA2/WPA3Preferred modern wireless protection compared with older weak options
Weak protocolsWEP is insecure and should be avoided
SSID hidingNot a strong security control
Guest Wi-FiShould be segmented from internal resources
Rogue access pointUnauthorized AP connected to network
Evil twinMalicious AP impersonating a legitimate one

Basic network model cues

Layer ideaWhat to recognizeExample technologies
Physical connectivitySignals, cables, radioEthernet cable, fiber, Wi-Fi
Local network addressingLocal delivery on same networkMAC address, switch
Internetwork routingMoving traffic between networksIP address, router
Transport sessionsPorts and reliable or fast deliveryTCP, UDP
Application servicesUser-facing network protocolsDNS, 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

ProtocolTypical portSecure or insecure cue
FTP20/21Insecure file transfer
SSH22Secure remote administration
Telnet23Insecure remote administration
SMTP25Email transfer
DNS53Name resolution
HTTP80Unencrypted web traffic
POP3110Email retrieval
IMAP143Email retrieval
HTTPS443Encrypted web traffic
SMB445Windows file sharing
SNMP161/162Network management; secure configuration matters
RDP3389Remote 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

ControlMain purposeExam cue
RouterConnects networks and routes IP traffic“Between networks”
SwitchConnects devices within a LAN“Same local network”
FirewallAllows or blocks traffic based on rules“Restrict traffic”
IDSDetects suspicious activity and alerts“Monitor and alert”
IPSBlocks or prevents detected activity“Inline prevention”
VPNEncrypted tunnel over untrusted network“Secure remote access”
ProxyIntermediary for client requests“Filter or inspect outbound web use”
WAFProtects web applications“SQL injection or web attack filtering”
NACControls device access to network“Check device before allowing access”
Load balancerDistributes traffic across servers“Improve availability and scalability”
SIEMCentralizes 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

ConceptPurpose
Network segmentationLimits movement and reduces blast radius
VLANLogical segmentation within switching infrastructure
DMZIsolates public-facing services from internal networks
MicrosegmentationFine-grained separation between workloads
Zero trust approachVerify 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

AttackWhat happensUseful controls
PhishingUser is tricked into revealing data or running malwareAwareness, email filtering, MFA
Man-in-the-middleAttacker intercepts or alters communicationsTLS, VPN, certificate validation
Denial of serviceService is overwhelmed or made unavailableFiltering, rate limiting, redundancy, DDoS protection
MalwareMalicious software executesEDR/antimalware, least privilege, patching
RansomwareData is encrypted or stolen for extortionBackups, least privilege, segmentation, awareness
Password attackGuessing, reuse, stuffing, brute forceMFA, lockout/rate limits, strong password practices
Rogue access pointUnauthorized wireless access deviceWireless monitoring, NAC, secure Wi-Fi configuration
DNS attackName resolution is manipulated or abusedSecure DNS configuration, monitoring, filtering

Cryptography and PKI

Crypto Concepts

ConceptPurposeExample use
EncryptionProtect confidentialityEncrypt files, disks, network sessions
Symmetric encryptionSame key encrypts/decryptsFast bulk data encryption
Asymmetric encryptionPublic/private key pairKey exchange, digital signatures
HashingOne-way integrity checkFile integrity, password storage
SaltRandom value added before hashingDefends against precomputed hash attacks
Digital signatureIntegrity, authentication, nonrepudiationSigned software, signed email
CertificateBinds public key to identityTLS website certificate
PKISystem for issuing/managing certificatesCA, certificates, revocation
TLSProtects data in transitHTTPS
Data at restStored dataFull-disk or database encryption
Data in transitMoving dataTLS, VPN
Data in useActively processed dataProtected by access controls and secure processing
Notes and examples

Hashing vs Encryption

FeatureHashingEncryption
DirectionOne-wayReversible with key
Main goalIntegrityConfidentiality
OutputFixed-length digestCiphertext
Used for passwords?Yes, with salt and slow hashing approachPasswords should not simply be encrypted for storage
Used to recover original data?NoYes, if key is available

Certificate and Trust Terms

TermMeaning
CACertificate Authority that issues certificates
Root CATrust anchor
Intermediate CACA below root used to issue certificates
CSRCertificate signing request
CRL / OCSPCertificate revocation checking methods
Private keyMust be protected and not shared
Public keyCan be distributed
Certificate expirationCertificate no longer valid after its validity period

Exam trap: A digital signature is created with a private key and verified with the corresponding public key.

High-yield concept map

AreaWhat you must recognize quicklyCommon exam decision
Security principlesCIA triad, risk, control types, governance, ethics, policy hierarchyWhat security objective or control type best fits the scenario?
Business continuity and disaster recoveryBIA, RTO, RPO, backups, alternate sites, crisis communicationsIs the question about continuing business, restoring technology, or handling an incident?
Incident responsePreparation, detection, containment, eradication, recovery, lessons learnedWhat should happen next in the response process?
Access controlsIdentification, authentication, authorization, accountability, MFA, least privilegeIs the scenario asking who you are, what you can access, or how actions are traced?
Network securityFirewalls, IDS/IPS, VPNs, segmentation, secure protocols, common portsWhere should a control be placed and what traffic or risk does it address?
Security operationsLogging, monitoring, patching, hardening, change control, data handlingWhich routine operational process prevents, detects, or corrects the problem?
Cryptography basicsEncryption, hashing, digital signatures, certificates, symmetric/asymmetric keysIs the need confidentiality, integrity, authentication, or nonrepudiation?

What each cryptographic tool does

ToolPrimary purposeCandidate trap
Symmetric encryptionFast confidentiality using same shared keyKey distribution is the challenge
Asymmetric encryptionUses public/private key pairSlower, often used for key exchange or identity functions
HashingOne-way integrity checkHashing is not encryption; it cannot be “decrypted”
SaltRandom value added before hashingHelps defend against precomputed password hash attacks
Digital signatureIntegrity, authentication, nonrepudiationUses signer’s private key
CertificateBinds identity to public keyTrust depends on certificate authority and validation
TLSProtects data in transitCommonly used for HTTPS
VPNEncrypted tunnel for network trafficUseful for remote access or site-to-site protection

Encryption, hashing, and encoding

ConceptReversible?Security purpose
EncryptionYes, with keyConfidentiality
HashingNoIntegrity verification
EncodingYes, by designData formatting, not security
TokenizationUsually reversible only through token systemReduce exposure of sensitive data
MaskingPartially hides dataLimit display exposure

Common trap: Base64 or similar encoding is not encryption. If anyone can reverse it without a secret key, it is not a confidentiality control.

Common Threats and Defenses

Attack Types

ThreatDescriptionPrimary defenses
PhishingFraudulent messages to steal credentials or induce actionAwareness, filtering, MFA, reporting
Spear phishingTargeted phishingExecutive/user training, verification
VishingVoice phishingCall-back procedures, awareness
SmishingSMS phishingMobile awareness, link caution
MalwareMalicious softwareEDR/AV, patching, least privilege
RansomwareEncrypts/extorts dataBackups, segmentation, EDR, user training
TrojanMalware disguised as legitimate softwareSoftware control, awareness
WormSelf-propagating malwarePatching, segmentation
RootkitHides privileged compromiseSecure boot, EDR, rebuild if needed
KeyloggerCaptures keystrokesEDR, MFA, safe software practices
DoS/DDoSDisrupts availabilityFiltering, capacity, DDoS protection
MITMIntercepts communicationTLS, certificate validation, VPN
Password sprayingTries common passwords across many accountsMFA, monitoring, lockout/throttling
Brute forceRepeated guessingMFA, lockout, rate limiting
SQL injectionMalicious SQL through inputInput validation, parameterized queries
XSSScript injection into web pagesOutput encoding, validation, CSP
CSRFTricks authenticated user into unwanted actionAnti-CSRF tokens, SameSite cookies
Insider threatMisuse by trusted personLeast privilege, monitoring, separation of duties
Supply chain attackCompromise through vendor/software dependencyVendor risk management, code signing, monitoring
Notes and examples

Social Engineering Red Flags

Red flagWhy it matters
UrgencyPressures victim to skip verification
AuthorityPretends to be executive, IT, legal, or vendor
FearThreatens account closure or discipline
Scarcity/rewardOffers prize, refund, or rare opportunity
SecrecyTells user not to tell others
Unusual payment/requestGift cards, wire transfer, credential request

Security Operations

Operational Processes

ProcessPurposeKey exam point
Asset managementKnow what existsYou cannot protect unknown assets
Data classificationLabel data by sensitivityDrives handling and access rules
Change managementControl production changesReduces outages and unauthorized changes
Configuration managementMaintain secure, known statesBaselines and hardening
Patch managementFix known vulnerabilitiesPrioritize by risk and criticality
Vulnerability managementIdentify, assess, remediate weaknessesScanning is not the same as fixing
Log managementCollect and retain event recordsSupports detection and investigations
Security monitoringIdentify suspicious activitySIEM, alerts, dashboards
Backup managementPreserve recoverabilityTest restores, not just backup jobs
Awareness trainingReduce human riskPhishing, reporting, policy behavior
Vendor managementManage third-party riskContracts, reviews, security requirements
Notes and examples

Vulnerability Management Flow

StepAction
1. DiscoverIdentify assets and vulnerabilities
2. PrioritizeRank by severity, exploitability, exposure, business impact
3. RemediatePatch, configure, remove, or compensate
4. ValidateConfirm fix worked
5. ReportTrack trends, exceptions, and residual risk

Exam trap: A vulnerability scan identifies potential weaknesses. A penetration test attempts exploitation under defined rules.

Logging and Monitoring

Log sourceUseful for
Authentication logsLogin success/failure, brute force, account misuse
Firewall logsAllowed/blocked traffic, scanning patterns
Endpoint logsMalware, process execution, device activity
Application logsUser actions, errors, business transactions
DNS logsSuspicious domains, malware callbacks
Web server logsWeb attacks, access patterns
Cloud/SaaS audit logsAdministrative changes and user activity
Physical access logsBadge access, facility investigations

Alert Triage Questions

  1. Is the alert valid or a false positive?
  2. What asset, user, or data is affected?
  3. Is the activity still ongoing?
  4. What is the business impact?
  5. Is containment required now?
  6. What evidence must be preserved?
  7. Who must be notified according to procedure?

Routine operational controls

ControlWhy it matters
Asset inventoryYou cannot secure what you do not know exists
Secure configurationReduces default weaknesses
Patch managementRemoves known vulnerabilities
Vulnerability scanningFinds weaknesses before attackers exploit them
Change managementPrevents unapproved or risky modifications
Logging and monitoringSupports detection, investigation, and accountability
Backup testingConfirms recovery will work when needed
Security awarenessReduces human-centered attack success
Endpoint protectionDetects and blocks malicious endpoint activity
Configuration managementMaintains 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

ProcessFocusExample
Change managementControlled modificationApproving a firewall rule change
Incident managementRestore service or handle security eventResponding to malware infection
Problem managementIdentify root cause of recurring incidentsInvestigating repeated outages

If a scenario describes an emergency fix, the best answer may still include documentation, approval where possible, and post-change review.

Data handling

ConceptMeaningExam cue
Data classificationLabel data by sensitivity or valuePublic, internal, confidential, restricted
Data ownerAccountable for data and access decisionsBusiness responsibility
Data custodianManages data according to owner requirementsIT or operations responsibility
Data userUses data for authorized workMust follow policy
Data minimizationCollect and keep only what is neededPrivacy and risk reduction
RetentionKeep data for required periodAvoid keeping data indefinitely without reason
Secure disposalDestroy data so it cannot be recoveredShredding, wiping, degaussing, destruction
DLPDetects or prevents unauthorized data movementEmail, endpoint, cloud, web controls

Data states

StateMeaningProtection examples
Data at restStored dataDisk encryption, database access controls
Data in transitMoving across networkTLS, VPN, secure protocols
Data in useBeing processedAccess control, secure applications, memory protections

Malware and ransomware response cues

Scenario clueStrong response pattern
Infected workstation foundIsolate, preserve evidence as needed, analyze, eradicate, recover
Credentials suspected stolenDisable or reset credentials, investigate access, add MFA if missing
Ransomware detectedContain spread, protect backups, do not blindly restore before eradication
Suspicious email campaignBlock indicators, warn users, analyze payload, monitor for compromise
Unknown vulnerability exploitedContain affected systems, apply compensating controls, patch when available

Physical and Environmental Security

ControlPurposeNotes
Badge/access cardRestrict facility entryMust be deprovisioned when access ends
BiometricsStrong physical authenticationConsider false acceptance/rejection and privacy
MantrapPrevent tailgating/piggybackingOne person authenticated at a time
Security guardDeterrent and responseCan verify identity and handle exceptions
CCTVDetection and deterrenceRequires monitoring/retention process
LocksBasic physical preventionKeys must be managed
Fencing/bollardsPerimeter and vehicle controlPhysical boundary protection
Fire detection/suppressionLife safety and equipment protectionSafety first
HVACTemperature/humidity controlSupports availability
UPSShort-term power continuityBridges outages or generator startup
GeneratorLonger-term power supportRequires fuel and testing
Cable locksProtect portable assetsReduces theft risk
Secure disposalPrevent data recoveryShred, degauss, wipe, destroy as appropriate

Data Security and Privacy Basics

Data Lifecycle

StageSecurity focus
Create/collectCollect only what is needed; classify early
StoreEncrypt, restrict access, back up
UseEnforce least privilege and monitoring
Share/transmitUse approved channels and encryption
ArchiveRetain according to policy and business/legal needs
DestroyUse approved secure disposal methods

Data Handling Terms

TermMeaning
Data classificationAssign sensitivity level
Data labelingMark data with classification
Data handlingRules for storage, sharing, transmission, disposal
Data retentionHow long data is kept
Data minimizationKeep only necessary data
MaskingHide part of data from view
TokenizationReplace sensitive value with token
AnonymizationRemove identifying details so individuals cannot reasonably be identified
PseudonymizationReplace identifiers while retaining possible re-linking under controls

High-Yield Decision Tables

Which Control Fits the Scenario?

ScenarioBest control direction
Users reuse weak passwordsMFA, password policy, awareness
Admins have excessive rightsLeast privilege, privileged access management, access review
Public web app attacked with injectionSecure coding, input validation, WAF, testing
Malware spreads between workstationsEDR, patching, segmentation, least privilege
Need proof a file was not changedHashing or digital signature
Need secret communication over internetTLS or VPN
Need recoverability after ransomwareOffline/immutable backups, tested restore, segmentation
Need detect suspicious loginsCentral logging, SIEM rules, authentication monitoring
Need stop unauthorized people entering data centerBadges, guards, mantrap, CCTV
Need ensure vendors meet security expectationsContract requirements, vendor risk assessment, monitoring
Notes and examples

Prevention vs Detection vs Response

If the question asks for…Think of…
Stop it before it happensPreventive controls
Know it happenedDetective controls
Restore after it happensRecovery controls
Fix root causeCorrective controls
Discourage behaviorDeterrent controls
Alternative controlCompensating controls

Common Exam Traps

TrapCorrect thinking
“The best control is always technical.”Administrative and physical controls may be the best answer depending on scenario.
“Encryption provides integrity by itself.”Encryption mainly protects confidentiality; hashing/signatures support integrity.
“Authentication and authorization are the same.”Authentication proves identity; authorization grants permissions.
“Backups are enough.”Backups must be protected and restore-tested.
“A policy gives step-by-step actions.”Procedures provide step-by-step actions.
“IDS blocks attacks.”IDS detects/alerts; IPS blocks inline.
“Risk transfer removes accountability.”Accountability remains with the organization.
“MFA means any two credentials.”MFA requires different factor categories.
“RTO and RPO are interchangeable.”RTO is downtime; RPO is data loss.
“Accepting risk means ignoring it.”Accepted risk should be documented and authorized.

Final Review Checklist

Before exam day, make sure you can:

  • Distinguish confidentiality, integrity, availability, authentication, authorization, accountability, and nonrepudiation.
  • Match administrative, technical, and physical controls to scenarios.
  • Choose preventive, detective, corrective, deterrent, recovery, or compensating controls.
  • Explain risk terms: asset, threat, vulnerability, exploit, likelihood, impact, residual risk.
  • Compare avoid, mitigate, transfer, accept, and escalate.
  • Identify BIA, BCP, DR, RTO, RPO, backups, and recovery site concepts.
  • Walk through the incident response lifecycle.
  • Compare DAC, MAC, RBAC, ABAC, and rule-based access.
  • Recognize common ports, protocols, and network security devices.
  • Explain symmetric encryption, asymmetric encryption, hashing, digital signatures, certificates, and TLS.
  • Select appropriate defenses for phishing, malware, ransomware, web attacks, and password attacks.
  • Apply secure operations concepts: patching, vulnerability management, logging, monitoring, change control, and physical security.
Notes and examples

Fast practice checklist

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?”IdentificationClaim of identity
“Can the user prove it?”AuthenticationVerification of identity
“What can the user access?”AuthorizationPermission decision
“Who performed the action?”AccountabilityLogging and traceability
“How do we keep operating?”Business continuityBusiness process resilience
“How do we restore systems?”Disaster recoveryIT restoration
“What is the next step after detection?”Incident response phaseUsually analyze, contain, eradicate, recover in order
“How long can the system be down?”RTOTime to restore
“How much data can be lost?”RPOData-loss tolerance
“Stop traffic automatically”IPS or firewallPrevention/blocking
“Alert on suspicious activity”IDS or monitoringDetection
“Protect public web app attacks”WAFApplication-layer web filtering
“Reduce lateral movement”SegmentationLimits blast radius
“Protect data crossing the internet”TLS, VPN, secure protocolConfidentiality and integrity in transit
“Prove a file changed”HashIntegrity
“Prove who signed it”Digital signatureAuthentication and nonrepudiation
“Prevent one admin from completing a sensitive action alone”Separation of dutiesFraud and misuse reduction
“Give access based on job function”RBACRole-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:

  1. What asset is at risk?
  2. What is the threat or failure?
  3. What security objective is needed: confidentiality, integrity, availability, accountability, or safety?
  4. Is the best answer preventive, detective, corrective, or recovery-focused?

Mistake 2: Confusing similar pairs

PairDo not confuse
Authentication vs authorizationProving identity vs granting permission
Threat vs vulnerabilityCause of harm vs weakness
Risk vs impactPotential loss vs consequence severity
RTO vs RPORestore time vs acceptable data loss
IDS vs IPSAlerting vs blocking
Hashing vs encryptionIntegrity check vs confidentiality
Encoding vs encryptionFormat conversion vs secret-key protection
BCP vs DRBusiness continuation vs IT recovery
Backup vs archiveRecovery copy vs long-term retention
Policy vs procedureManagement intent vs step-by-step instructions
Switch vs routerLAN forwarding vs network routing
Preventive vs detectiveStops 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.

  1. Start with topic drills. Work one area at a time: security principles, continuity and recovery, access control, network security, and operations.
  2. Use original practice questions. Do not only memorize definitions; practice scenario wording and “best answer” decisions.
  3. Review detailed explanations. For every missed question, write down why the correct answer is better and why the tempting answer is weaker.
  4. Build a miss log. Track repeated confusions such as RTO/RPO, IDS/IPS, encryption/hashing, or authentication/authorization.
  5. Move to mixed question-bank practice. Once topic scores are stable, use mixed sets to practice switching contexts quickly.
  6. 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.

Put the review into practice