SY0-801 — CompTIA Security+ V8 Quick Review

Quick Review for CompTIA Security+ V8 (SY0-801): high-yield security concepts, decision rules, common traps, and practice guidance.

Quick Review Purpose

This independent Quick Review is for candidates preparing for the real CompTIA Security+ V8 (SY0-801) exam from CompTIA. Use it to refresh high-yield concepts before moving into topic drills, mock exams, original practice questions, and detailed explanations.

Security+ questions often test whether you can choose the best control, next step, root cause, or most likely attack in a short scenario. Memorization helps, but the exam rewards practical judgment: protect confidentiality, integrity, and availability; reduce risk; preserve evidence; and select controls that fit the business and technical context.

High-Yield Exam Mindset

If the question asks…Think first about…Common trap
“Best” controlThe control that directly reduces the stated risk with least unnecessary complexityChoosing the most advanced tool instead of the most relevant one
“First” step in incident responseSafety, scope, preservation, containment plan, and procedureJumping to eradication before identifying or containing
“Most likely attack”Clues in symptoms, logs, user behavior, and affected layerMatching on buzzwords only
“Most secure” designLeast privilege, segmentation, strong identity, encryption, monitoringIgnoring availability or operational fit
“Cost-effective” optionRisk reduction proportional to cost and complexityPicking enterprise tools where policy or configuration would solve it
“Cloud responsibility”What the provider secures vs. what the customer configuresAssuming the cloud provider secures customer data, IAM, and app settings
“Compliance” or “governance”Policy, evidence, accountability, audits, data handlingTreating compliance as the same thing as security

Core Security Objectives

ConceptMeaningExample controls
ConfidentialityPrevent unauthorized disclosureEncryption, access control, data classification, DLP
IntegrityPrevent unauthorized modificationHashing, digital signatures, change control, file integrity monitoring
AvailabilityKeep systems and data usableRedundancy, backups, DDoS protection, clustering
Non-repudiationPrevent denial of an actionDigital signatures, signed logs, timestamps
AuthenticationProve identityPasswords, MFA, certificates, biometrics
AuthorizationGrant appropriate accessRBAC, ABAC, ACLs, policy engines
Accounting / auditingRecord activityLogs, SIEM, audit trails

Risk Basics

Security decisions usually balance likelihood, impact, cost, and operational needs.

\[ \text{Risk} = \text{Likelihood} \times \text{Impact} \]
Risk termReview meaning
AssetSomething valuable: data, system, service, people, reputation
ThreatPotential cause of harm
VulnerabilityWeakness that can be exploited
ImpactDamage if the event occurs
LikelihoodProbability or frequency of occurrence
Inherent riskRisk before controls
Residual riskRisk remaining after controls
Risk appetiteAmount of risk the organization is willing to accept
Risk toleranceAcceptable variance around risk appetite

Risk Response Options

ResponseUse when…Example
MitigateReduce likelihood or impactPatch, segment, enable MFA
TransferShift financial or operational consequenceCyber insurance, outsourcing
AvoidStop the risky activityRetire exposed legacy service
AcceptRisk is within toleranceDocumented exception for low-risk issue

Control Types and Functions

Control Categories

CategoryWhat it isExamples
AdministrativePolicies, procedures, governanceSecurity policy, training, background checks
TechnicalTechnology-enforced controlsFirewall, MFA, EDR, encryption
PhysicalProtect facilities and hardwareLocks, guards, cameras, mantraps

Control Functions

FunctionPurposeExample
PreventiveStop an event before it happensACL, firewall rule, least privilege
DetectiveIdentify that something happenedIDS, SIEM alert, audit log
CorrectiveRestore after an eventPatch, restore from backup
DeterrentDiscourage behaviorWarning banner, camera
CompensatingAlternative control when primary is not feasibleExtra monitoring for legacy system
DirectiveTell people what to doPolicy, standard, procedure

Quick trap: A control can belong to more than one idea depending on context. A camera may be detective if used to review footage, deterrent if visible, and physical because of the control category.

Identity and Access Management

Authentication Factors

FactorDescriptionExamples
Something you knowSecret knowledgePassword, PIN
Something you havePhysical or digital possessionSmart card, hardware token, authenticator app
Something you areBiometric traitFingerprint, face, iris
Somewhere you areLocation contextGeolocation, network zone
Something you doBehavioral patternTyping cadence, gesture pattern

MFA requires different factor types. A password plus a PIN is not strong MFA because both are “something you know.”

Access Control Models

ModelKey ideaBest fit
DACOwner controls accessSmall environments, file ownership
MACSystem-enforced labelsHigh-security classified environments
RBACAccess based on roleEnterprise job functions
ABACAccess based on attributes and contextDynamic access decisions
Rule-basedAccess follows configured rulesFirewall rules, time-based access

Account and Privilege Controls

ControlWhy it matters
Least privilegeUsers and services get only required access
Just-in-time accessPrivilege granted temporarily when needed
Privileged access managementControls and monitors admin accounts
Separation of dutiesPrevents one person from completing sensitive actions alone
Job rotationHelps detect fraud and reduces dependency
Mandatory vacationCan expose hidden fraud or misuse
Account recertificationConfirms access is still appropriate
DeprovisioningRemoves access when users leave or change roles

Federation and SSO

TermReview meaning
SSOOne authentication event grants access to multiple services
FederationTrust relationship between identity provider and service provider
SAMLCommon XML-based enterprise federation protocol
OAuthAuthorization framework for delegated access
OIDCAuthentication layer built on OAuth 2.0
KerberosTicket-based authentication in many enterprise networks
RADIUSCentralized authentication often used for VPN, Wi-Fi, network access
TACACS+Device administration authentication, authorization, and accounting

Common trap: OAuth is commonly about delegated authorization. If the question is about proving user identity to an application, OIDC is usually the closer answer.

Threats, Attacks, and Indicators

Social Engineering

AttackKey cluesBest defenses
PhishingBroad fraudulent emailAwareness, filtering, reporting, MFA
Spear phishingTargeted phishingTraining, verification process, anti-spoofing controls
WhalingTargets executivesExecutive training, payment verification
VishingVoice-based deceptionCall-back procedures, help desk scripts
SmishingSMS-based deceptionUser awareness, mobile security
PretextingFabricated scenarioVerification and least disclosure
BaitingEnticing user with reward/mediaDevice control, training
TailgatingFollowing authorized personBadges, mantraps, challenge culture

Malware and Host-Based Threats

ThreatWhat to recognize
VirusAttaches to files and needs user/system action
WormSelf-propagates across networks
TrojanDisguises malicious function as legitimate software
RansomwareEncrypts or exfiltrates data for extortion
RootkitHides privileged compromise
KeyloggerCaptures keystrokes
SpywareMonitors user activity
Logic bombTriggers on condition/date
Fileless malwareUses memory and legitimate tools
BotnetCompromised systems controlled by attacker

Network Attacks

AttackSymptom or clueDefensive focus
DDoSService exhaustion from many sourcesDDoS protection, rate limiting, CDN
DNS poisoningUsers redirected to wrong IPDNSSEC, secure DNS configuration
ARP spoofingLAN traffic redirected through attackerDynamic ARP inspection, segmentation
Evil twinFake Wi-Fi access pointWPA3/WPA2-Enterprise, certificate validation
Rogue APUnauthorized access pointWireless scans, NAC
On-path attackAttacker intercepts trafficTLS, VPN, certificate validation
Replay attackCaptured valid traffic reusedNonces, timestamps, session protection
VLAN hoppingUnauthorized VLAN accessDisable trunking, native VLAN controls
MAC floodingSwitch CAM table exhaustionPort security
Credential stuffingReused credentials tried at scaleMFA, rate limiting, password monitoring
Password sprayingFew common passwords across many accountsLockout strategy, MFA, monitoring

Application and Web Attacks

AttackCore issuePrevention
SQL injectionUntrusted input alters database queryParameterized queries, input validation
Command injectionInput executes OS commandsInput validation, safe APIs, least privilege
XSSMalicious script runs in user browserOutput encoding, CSP, input validation
CSRFUser is tricked into submitting authenticated requestAnti-CSRF tokens, SameSite cookies
SSRFServer is tricked into requesting internal resourceAllow lists, metadata protection
Directory traversalInput accesses unauthorized pathsCanonicalization, input validation
Insecure deserializationSerialized data triggers code/object abuseAvoid unsafe deserialization, integrity checks
Buffer overflowMemory overwrittenBounds checking, memory protections
Race conditionTiming flaw changes outcomeLocking, atomic operations
API abuseWeak auth, rate limits, validationAPI gateway, auth, throttling, schema validation

Injection decision rule: If user-controlled input changes the meaning of a command, query, or interpreter instruction, think injection.

Vulnerability Management

Standard Workflow

    flowchart LR
	    A[Inventory assets] --> B[Scan and collect findings]
	    B --> C[Validate findings]
	    C --> D[Prioritize by risk]
	    D --> E[Remediate or mitigate]
	    E --> F[Verify fix]
	    F --> G[Report and improve]

Scanning and Testing

MethodPurposeTrap
Non-credentialed scanExternal view with limited insightMay miss local misconfigurations
Credentialed scanAuthenticated view of system stateRequires secure credential handling
Agent-based scanLocal continuous visibilityAgent deployment and coverage matter
Passive scanObserves traffic without probingMay miss inactive systems
Penetration testDemonstrates exploitability and impactNot the same as a routine vulnerability scan
Red teamTests detection and response against realistic attacker behaviorBroader than finding CVEs
Bug bountyExternal researchers report issuesRequires scope and triage process

Prioritization Factors

Prioritize using more than a severity label. Consider:

  • Exploitability in the current environment
  • Asset criticality
  • Internet exposure
  • Data sensitivity
  • Known active exploitation
  • Compensating controls
  • Business impact of remediation
  • Availability of patches or mitigations

Common trap: The highest numeric vulnerability score is not always the first patch if a lower-scored issue is actively exploited on a public-facing critical system.

Cryptography and PKI

Cryptographic Building Blocks

ConceptPurposeExamples / notes
Symmetric encryptionFast encryption with same keyUsed for bulk data encryption
Asymmetric encryptionPublic/private key pairKey exchange, digital signatures, certificates
HashingOne-way integrity checkSame input should produce same digest
SaltingAdds randomness to password hashingDefends against rainbow tables
HMACIntegrity and authenticity with shared secretHash plus secret key
Digital signatureIntegrity, authenticity, non-repudiationCreated with private key, verified with public key
Key exchangeEstablish shared secretUsed in secure session setup
Perfect forward secrecyPast sessions stay protected if long-term key is compromisedUses ephemeral session keys

PKI Terms

TermMeaning
CACertificate authority that issues certificates
RARegistration authority that verifies identity information
CSRCertificate signing request
CRLCertificate revocation list
OCSPOnline certificate status checking
SANSubject alternative name; common for DNS names in certificates
Wildcard certificateCovers multiple subdomains at a level
Self-signed certificateNot trusted by default unless explicitly trusted
Certificate pinningApplication expects a specific certificate or public key

Certificate Troubleshooting Clues

SymptomLikely issue
Browser says name mismatchCN/SAN does not match requested hostname
Certificate expiredValidity period ended
Untrusted issuerCA not trusted or missing chain
Revoked certificateCRL/OCSP indicates invalid certificate
Users warned after TLS inspectionEndpoint does not trust inspection CA
Works by IP but not hostnameName validation or DNS issue

Quick trap: Hashing is not encryption. If the data must be recovered, use encryption. If the goal is integrity verification, use hashing or signatures.

Network Security Review

Common Ports and Protocols

ProtocolPort(s)Review use
FTP20/21Insecure file transfer
SSH / SFTP22Secure remote administration / file transfer
Telnet23Insecure remote terminal
SMTP25Mail transfer
DNS53Name resolution
DHCP67/68Dynamic addressing
HTTP80Web traffic, not encrypted
Kerberos88Ticket-based authentication
POP3110Mail retrieval
NTP123Time synchronization
IMAP143Mail access
SNMP161/162Network management and traps
LDAP389Directory services
HTTPS443HTTP over TLS
SMB445Windows file sharing
SMTPS / submission465/587Secure mail submission contexts
LDAPS636LDAP over TLS
Syslog514 / 6514Logging; 6514 commonly TLS-protected
RADIUS1812/1813Authentication/accounting
RDP3389Remote desktop

Network Security Devices and Services

TechnologyPrimary role
FirewallPermit or deny traffic based on rules
NGFWAdds application awareness, identity, threat features
WAFProtects web applications from HTTP-layer attacks
IDSDetects suspicious activity
IPSBlocks or prevents suspicious activity
ProxyIntermediates client requests
Reverse proxyFronts servers and can add security/performance controls
VPNEncrypted tunnel over untrusted network
NACEnforces device/user posture before network access
DLPDetects or prevents sensitive data movement
SIEMAggregates and correlates logs
SOARAutomates response workflows
EDREndpoint detection and response
XDRCorrelates detection across multiple telemetry sources

Segmentation Concepts

ConceptPurpose
VLANLogical network segmentation
SubnetIP-level segmentation
DMZExposes public services while limiting internal access
MicrosegmentationFine-grained workload-to-workload control
Jump serverControlled administrative access path
Bastion hostHardened exposed host for a specific purpose
Air gapPhysical/logical isolation from networks
Zero trustNever trust solely based on network location; verify continuously

Segmentation decision rule: Place public-facing services in a DMZ, restrict management interfaces, limit east-west movement, and allow only required traffic.

Wireless and Mobile Security

Wireless Security

TopicReview point
WPA2/WPA3-PersonalUses pre-shared key; suitable for smaller/simple environments
WPA2/WPA3-EnterpriseUses 802.1X authentication; better for organizations
WPSConvenience feature; often disabled for security
Captive portalWeb-based network access flow; not equivalent to strong encryption
Site surveyIdentifies coverage, interference, and rogue devices
Guest Wi-FiShould be segmented from internal networks

Mobile Device Management

ControlUse
MDMEnforce device policies, wipe, inventory
MAMManage specific applications and data
ContainerizationSeparate corporate and personal data
Remote wipeRemove data from lost/stolen devices
Full-device encryptionProtect data at rest
GeofencingApply controls based on location
Sideloading restrictionsReduce untrusted app installation

Common trap: BYOD requires policy and technical enforcement. Encryption alone does not solve app risk, data leakage, or account deprovisioning.

Cloud, Virtualization, and Modern Architecture

Shared Responsibility

Cloud modelProvider generally handles more of…Customer generally handles more of…
IaaSPhysical infrastructure, virtualization platformOS, applications, data, IAM configuration
PaaSInfrastructure, runtime platformApplication logic, data, access settings
SaaSApplication platform and infrastructureUsers, data, configuration, access governance

Cloud trap: Misconfigured storage, excessive IAM permissions, exposed secrets, and weak logging are often customer-side risks.

Cloud Security Tools and Patterns

TermReview use
CASBVisibility and policy enforcement for cloud service use
CSPMFinds cloud configuration risks
CWPPProtects cloud workloads
IaC scanningDetects risky infrastructure templates before deployment
Secrets managementStores and rotates credentials securely
KMS / HSMKey management and hardware-backed key protection
Security groupsInstance or workload-level traffic filtering
VPC/VNetIsolated cloud network boundary
Private endpointAccess service without public internet exposure
Immutable infrastructureReplace rather than manually modify systems

Containers and Orchestration

TopicReview point
Container imageShould be scanned, signed, and minimal
RegistryMust enforce access control and integrity
OrchestratorNeeds secure API, RBAC, secrets, network policies
Container escapeBreakout from container isolation
SidecarHelper container for logging, proxying, security functions
SecretsShould not be baked into images or committed to repositories

Secure Application and DevSecOps Review

Secure SDLC

PhaseSecurity activity
RequirementsDefine security and privacy requirements
DesignThreat modeling, architecture review
DevelopmentSecure coding, code review, dependency management
TestingSAST, DAST, IAST, fuzzing, penetration testing
DeploymentHarden configuration, sign releases, protect secrets
OperationsMonitor, patch, log, improve

Testing Types

TestWhat it examines
SASTSource code or binaries without running the app
DASTRunning application from outside
IASTRuntime testing with instrumentation
FuzzingUnexpected, malformed, or random input
Dependency scanVulnerable third-party libraries
SCASoftware composition analysis
SBOMInventory of software components
Regression testingConfirms changes did not break expected behavior

Secure Coding Rules

  • Validate input on the server side.
  • Encode output for the correct context.
  • Use parameterized queries.
  • Avoid hardcoded secrets.
  • Enforce authentication and authorization on every sensitive function.
  • Fail securely.
  • Log security events without exposing secrets.
  • Use secure defaults.
  • Keep dependencies updated.
  • Protect CI/CD pipelines and signing keys.

Data Security and Privacy

Data States

StateMeaningControls
Data at restStored dataDisk/database encryption, access control
Data in transitMoving across networksTLS, VPN, secure protocols
Data in useBeing processedMemory protections, secure enclaves, access control

Data Handling

ConceptReview point
ClassificationLabels data by sensitivity
LabelingMarks data so handling rules can be applied
TokenizationReplaces sensitive data with non-sensitive token
MaskingHides part of data from view
AnonymizationRemoves identifying information
PseudonymizationReplaces identifiers but may be reversible with extra data
RetentionDefines how long data is kept
DisposalSecure deletion, shredding, crypto-erasure
Data minimizationCollect only what is needed
DLPDetects or prevents sensitive data exposure

Trap: Encryption protects confidentiality, but it does not automatically enforce retention, minimization, consent, or appropriate access.

Security Operations

Logging and Monitoring

Log sourceWhat it helps detect
Authentication logsBrute force, impossible travel, privilege misuse
Endpoint logsMalware, process execution, persistence
Firewall logsBlocked/allowed traffic patterns
DNS logsMalware callbacks, tunneling, suspicious domains
Web server logsInjection, scanning, unusual requests
Cloud audit logsIAM changes, public exposure, API activity
EDR telemetrySuspicious process, registry, memory, network behavior
Application logsBusiness logic abuse, errors, suspicious actions

SIEM Tuning Terms

TermMeaning
True positiveAlert correctly identifies malicious/suspicious activity
False positiveAlert fires on benign activity
True negativeNo alert and no issue
False negativeIssue occurs but no alert fires
Correlation ruleCombines events to identify patterns
BaselineNormal behavior used for comparison
Alert fatigueToo many low-quality alerts reduce effectiveness

Hardening Checklist

  • Disable unnecessary services.
  • Remove default accounts and passwords.
  • Apply secure configuration baselines.
  • Enforce least privilege.
  • Enable host firewall.
  • Patch operating systems and applications.
  • Configure logging and time synchronization.
  • Use secure protocols.
  • Protect management interfaces.
  • Validate backups and recovery procedures.

Incident Response

Standard Flow

    flowchart TD
	    A[Preparation] --> B[Identification]
	    B --> C[Containment]
	    C --> D[Eradication]
	    D --> E[Recovery]
	    E --> F[Lessons learned]
	    F --> A

Incident Response Phases

PhaseWhat to doAvoid
PreparationPolicies, tools, contacts, playbooks, trainingWaiting until an incident to define roles
IdentificationConfirm incident, scope impact, collect indicatorsDeclaring root cause too early
ContainmentLimit spread and damageDestroying evidence unnecessarily
EradicationRemove malware, close vulnerability, reset credentialsRestoring without fixing cause
RecoveryReturn systems safely, monitor closelyBringing systems online without validation
Lessons learnedImprove controls, documentation, detectionTreating the incident as “over” after recovery

First Action Decision Rules

Scenario clueLikely best first action
Active safety riskProtect people and critical operations
Possible legal/evidence issuePreserve evidence and follow chain of custody
Malware spreadingContain affected systems
Unconfirmed alertValidate and scope
Compromised credentialsDisable/reset affected credentials and investigate use
Public data exposureFollow incident plan, contain exposure, notify internal stakeholders per procedure
RansomwareIsolate affected systems, preserve evidence, activate response plan

Digital Forensics and Evidence

Evidence Principles

ConceptMeaning
Chain of custodyDocument who handled evidence, when, where, and why
IntegrityEvidence must not be altered
HashingVerifies evidence copy integrity
Legal holdPreserve relevant data for legal/regulatory reasons
Write blockerPrevents modification during acquisition
Order of volatilityCollect most temporary data first when appropriate

Volatility Review

Most volatile evidence disappears first. A typical order is:

  1. CPU registers/cache
  2. RAM
  3. Network connections and running processes
  4. Disk data
  5. Logs and remote monitoring data
  6. Backups and archives

Common trap: Pulling the power may preserve disk state but destroy volatile memory. The best action depends on the incident plan, evidence needs, and safety.

Business Continuity and Disaster Recovery

Key Metrics

MetricMeaningCommon confusion
RTOMaximum acceptable time to restore serviceTime, not data loss
RPOMaximum acceptable data loss measured in timeData loss window, not restore time
MTD / MAOMaximum tolerable downtime/outageBusiness limit before unacceptable harm
MTTRMean time to repair/recoverOperational repair average
MTBFMean time between failuresReliability measure

Backup Types

BackupStrengthLimitation
FullComplete copyMore time/storage
IncrementalChanges since last backupFaster backup, slower restore chain
DifferentialChanges since last full backupLarger over time, simpler restore than incremental
SnapshotPoint-in-time stateMust be protected from compromise
Offline backupIsolated from network attacksSlower access
Immutable backupCannot be altered for set periodRequires correct retention design

Resilience Concepts

ConceptPurpose
High availabilityReduce downtime
Fault toleranceContinue operating despite failure
RedundancyDuplicate components
Load balancingDistribute traffic
ClusteringMultiple systems work together
Geographic diversityReduce regional outage impact
Tabletop exerciseDiscussion-based plan validation
Failover testConfirms alternate systems work

Ransomware trap: Backups only help if they are restorable, protected, recent enough for the RPO, and not encrypted or deleted by the attacker.

Governance, Risk, and Compliance

Policy and Documentation

DocumentPurpose
PolicyHigh-level management intent
StandardMandatory specific requirement
ProcedureStep-by-step instructions
GuidelineRecommended practice
BaselineMinimum secure configuration
AUPAcceptable use of systems
NDAConfidentiality agreement
SLAService performance expectations
MOU/MOAAgreement between parties
BPABusiness partnership agreement

Third-Party and Supply Chain Risk

Review areaWhat to check
Vendor due diligenceSecurity posture before onboarding
Contract termsSecurity requirements, audit rights, breach notification
Data accessMinimum necessary access
Fourth-party riskVendor’s vendors
Software supply chainDependencies, signing, SBOM, repository security
Ongoing monitoringReassess risk over time
OffboardingRemove access and return/destroy data

Personnel Security

ControlPurpose
Background checksReduce hiring risk where appropriate
OnboardingAssign correct access and training
OffboardingRemove access promptly
User trainingReduce human risk
Role changesUpdate access when duties change
Insider threat programDetect and manage misuse risk

Physical Security

ControlPurpose
BollardsStop vehicle impact
FencingPerimeter control
BadgesIdentify authorized personnel
BiometricsStrong identity verification
MantrapPrevent tailgating
CamerasDeterrence and investigation
GuardsHuman verification and response
LocksRestrict physical access
Faraday cageBlock electromagnetic signals
Fire suppressionProtect facilities and equipment
HVACMaintain safe operating environment
UPS / generatorMaintain power availability

Physical security trap: If an attacker has uncontrolled physical access, many technical controls become easier to bypass.

Common “Best Answer” Patterns

When Two Answers Look Correct

Ask:

  1. Which answer addresses the stated risk most directly?
  2. Which answer fits the phase of the process?
  3. Which answer is preventive vs. detective vs. corrective as requested?
  4. Which answer preserves evidence and follows procedure?
  5. Which answer is least disruptive while still effective?
  6. Which answer is scalable and manageable?
  7. Which answer is appropriate for cloud, mobile, or on-premises context?
  8. Which answer solves root cause rather than symptoms?

Frequent Candidate Mistakes

  • Confusing encryption with hashing.
  • Treating authentication and authorization as the same thing.
  • Selecting a tool before defining the requirement.
  • Skipping containment in incident response.
  • Ignoring chain of custody.
  • Assuming a vulnerability scan proves exploitability.
  • Assuming compliance means secure.
  • Picking “deny all” without allowing required business traffic.
  • Forgetting that availability is part of security.
  • Overlooking misconfiguration as a major cloud risk.
  • Confusing RTO and RPO.
  • Forgetting that MFA must use different factor types.
  • Selecting public cloud provider responsibility for customer-side IAM or data mistakes.
  • Choosing eradication before identification and containment.
  • Choosing a technical control when the scenario asks for policy, governance, or training.

Rapid Review Tables

Attack to Control Matching

If you see…Think…
Reused passwords abused across servicesMFA, password monitoring, user education
Many accounts tried with one common passwordPassword spraying
One account tried with many passwordsBrute force
Login from impossible locationsAccount compromise / impossible travel analytics
Sensitive data leaving by emailDLP
Web app database errors after inputSQL injection
Browser executes injected scriptXSS
User tricked into making authenticated requestCSRF
Internal metadata service accessed through appSSRF
Unknown device on switch portNAC / port security
Public bucket with sensitive filesCloud misconfiguration
Admin account used at unusual timePrivileged account monitoring
Malware beaconing to domainsDNS logs, EDR, network detection
Logs across systems need correlationSIEM
Repetitive response stepsSOAR playbook

Security Tool Selection

NeedLikely tool/control
Block malicious HTTP requests to web appWAF
Inspect endpoint behaviorEDR
Correlate logs from many sourcesSIEM
Automate alert responseSOAR
Enforce data movement rulesDLP
Authenticate network accessNAC / 802.1X
Manage mobile devicesMDM
Control SaaS usageCASB
Detect cloud misconfigurationCSPM
Protect cloud workloadsCWPP
Store and rotate secretsSecrets manager
Verify file integrityHash / file integrity monitoring
Prove software publisherCode signing
Protect keys stronglyHSM / KMS

Final Quick Checklist Before Practice

Before you start topic drills or mock exams for SY0-801, make sure you can quickly explain:

  • CIA triad and how controls map to it.
  • Administrative, technical, and physical controls.
  • Preventive, detective, corrective, deterrent, directive, and compensating controls.
  • Authentication vs. authorization vs. accounting.
  • MFA factor types and common identity protocols.
  • Common attacks and their indicators.
  • Injection, XSS, CSRF, SSRF, and directory traversal differences.
  • Symmetric encryption, asymmetric encryption, hashing, HMAC, and digital signatures.
  • PKI certificate trust and revocation basics.
  • Firewall, IDS, IPS, WAF, proxy, VPN, NAC, DLP, EDR, SIEM, and SOAR roles.
  • Cloud shared responsibility and common cloud misconfigurations.
  • Vulnerability scan vs. penetration test vs. red team.
  • Incident response order and evidence preservation.
  • RTO vs. RPO and backup strategy tradeoffs.
  • Data classification, retention, masking, tokenization, and disposal.
  • Secure SDLC testing methods and CI/CD risks.
  • Governance documents and third-party risk controls.

Practice Connection

Use this Quick Review as a checkpoint, not a replacement for practice. After reviewing the tables, move into IT Mastery practice with original practice questions, focused topic drills, timed mock exams, and detailed explanations. When you miss a question, identify whether the issue was vocabulary, scenario interpretation, process order, or choosing a control that did not match the risk.

A practical next step: choose one weak area, complete a short question bank drill on that topic, review every explanation carefully, and then retest the same objective under timed conditions.

Continue in IT Mastery

Use this Quick Review as a final concept map, then move into IT Mastery for focused topic drills, mixed practice sets, timed mock exams, and detailed explanations. The practice questions are original IT Mastery practice items; they are not official CompTIA questions, copied live-exam content, or exam dumps.

Browse Certification Practice Tests by Exam Family