Everything on the analyst exam, in one place: the four domains and their weights, a four-week study plan, a readiness checklist you can tick off, and CVSS / framework / incident-response cheat sheets — with explained, sourced sample questions throughout.
The CompTIA CySA+ (CS0-003) validates the hands-on analyst skills to monitor and defend systems, manage vulnerabilities, respond to incidents, and report findings to stakeholders. Here are the numbers that shape how you should study.
With up to 85 questions in 165 minutes, pacing is gentler than the entry-level exams — but the performance-based questions are heavier: you may have to read packet captures, triage scanner output, or sequence an incident-response workflow. The exam is weighted across four domains, and Security Operations (33%) and Vulnerability Management (30%) together make up almost two-thirds of the exam, so they deserve the most study time.
What each domain covers, plus one explained, sourced sample question pulled straight from our question bank so you can see the depth the exam expects. Expand a domain to dig in.
The largest domain is the day-to-day work of a SOC analyst: knowing how systems and networks are built (logging, operating-system internals, network architecture, identity and access management, encryption, and protecting sensitive data) so you recognize when something deviates from normal. You analyze indicators of potentially malicious activity across the network (beaconing, irregular peer-to-peer traffic, rogue devices), the host (unauthorized changes, processes, privilege escalation, memory artifacts), and the application (anomalous behavior, new accounts, unexpected output). You apply the right tools and techniques — packet and protocol analysis, log correlation in a SIEM, endpoint and email telemetry, DNS and IP reputation, file analysis and sandboxing — to confirm or dismiss a lead. Finally you fold in threat intelligence and threat hunting: the intelligence cycle, threat-actor TTPs and confidence levels, indicators of compromise, and forming a hypothesis to hunt proactively rather than waiting for an alert. Closing the loop, process improvement standardizes and streamlines operations through automation and orchestration (SOAR) and tool integration toward a single pane of glass.
Reviewing a firewall log, an analyst sees one internal host opening an outbound HTTPS session to the same external IP at near-identical 60-second intervals, every hour of the day, each carrying a small uniform payload. Which activity does this pattern most strongly indicate?
The second-largest domain is the full lifecycle of finding and fixing weaknesses. You choose the right scanning method for the situation: asset discovery first, then internal vs external, credentialed vs non-credentialed, agent vs agentless, passive vs active, and static vs dynamic analysis (SAST, DAST, IAST), plus software composition analysis and an SBOM for third-party code. You analyze tool output from network mappers, web-application scanners (Burp Suite, OWASP ZAP), and vulnerability scanners (Nessus, OpenVAS), validating findings to separate true positives from false positives. The hardest skill is prioritization: a CVSS base score alone is not a priority — you weigh exploitability and weaponization, asset value and context, zero-day status, the EPSS probability of exploitation, and whether a CVE sits in the CISA Known Exploited Vulnerabilities (KEV) catalog. Then you recommend controls for classes like injection, cross-site scripting, broken access control, and cryptographic failures, and manage the response with patching, configuration and change management, compensating controls, maintenance windows, exceptions, and an explicit risk decision to mitigate, transfer, avoid, or accept.
An analyst must sequence two findings on internet-facing servers. CVE-A has a CVSS base of 9.1 with no known exploitation; CVE-B has a CVSS base of 7.5 but is listed in CISA's KEV catalog and has a high EPSS score. With equal asset value, which should be remediated first and why?
This domain is how you act once activity is confirmed malicious. You use attack methodology frameworks to structure your thinking: the Cyber Kill Chain's staged progression, the Diamond Model of Intrusion Analysis (adversary, capability, infrastructure, victim), the MITRE ATT&CK matrix of real-world tactics and techniques, and the OWASP testing guidance for application attacks. You then carry out the incident-response activities that mirror the NIST SP 800-61 lifecycle — detection and analysis (correlating indicators, acquiring and preserving evidence, determining scope and impact), then containment, eradication, and recovery (isolating affected systems, removing the foothold, re-imaging, and restoring to known-good). Wrapping the lifecycle are preparation (an IR plan, playbooks, tooling, training, and business-continuity / disaster-recovery readiness) and post-incident activity (forensic and root-cause analysis plus a blameless lessons-learned review that feeds improvements back into preparation).
After isolating an infected workstation from the network, the team wipes the disk, rebuilds it from a trusted image, and reinstalls patched software to ensure no attacker persistence remains. Which phase of the NIST incident-response lifecycle does this work belong to?
The smallest domain is also the one that makes the other three matter to the business: turning analysis into clear, actionable communication. For vulnerability management reporting you translate raw scores into context-aware risk, recommend action (patch, compensating control, or accept), and tailor the message to each stakeholder — while naming the real inhibitors to remediation such as SLAs and MOUs, organizational governance, legacy or proprietary systems, business-process interruption, and degrading functionality. For incident-response reporting you identify stakeholders, handle declaration and escalation, and write a report that covers the who / what / when / where / why, the timeline, scope, impact, evidence, and recommendations — coordinating with legal, public relations, and regulatory or law-enforcement bodies as required. Underpinning both are root-cause analysis, lessons learned, and metrics/KPIs like mean time to detect (MTTD) and mean time to respond (MTTR) that quantify program performance and prove improvement over time.
A SOC manager wants a single KPI that captures how quickly the team moves from first detecting an incident to fully responding to and resolving it, so leadership can track response efficiency over the quarter. Which metric best fits?
A realistic schedule at roughly 10–12 hours per week. Adjust to your experience — but keep the heaviest weeks on Security Operations and Vulnerability Management, since they're the two biggest slices of the exam.
System and network architecture, logging and IAM, then the indicators of malicious activity on network, host, and application — and the tools (SIEM, packet/log analysis, sandboxing, reputation) that confirm them. Add the threat-intel cycle and threat hunting. This is a third of the exam.
Scan types (credentialed/agent/active, SAST/DAST/SCA/SBOM), reading Nessus/Burp/ZAP output, and the prioritization stack: CVSS base/temporal/environmental, EPSS, and the CISA KEV catalog. Practice recommending the right control per vulnerability class.
Attack frameworks (Kill Chain, Diamond Model, MITRE ATT&CK) and the NIST 800-61 lifecycle — detection, containment, eradication, recovery, and post-incident. Then reporting: stakeholders, IR report structure, inhibitors to remediation, and KPIs (MTTD, MTTR).
Take full practice tests under timed conditions, use the per-domain breakdown to find weak areas, and re-drill them — especially the performance-based skills of reading logs and triaging scanner output. Keep the last days light.
Tick off each topic as it clicks. Your progress is saved in this browser, so you can come back to it.
Saved only in your browser — nothing leaves this device.
The reference tables worth memorizing cold — CVSS severity, the prioritization stack, attack frameworks, scan types, and the incident-response lifecycle. Bookmark this.
| Rating | Base score range | What it tells you |
|---|---|---|
| None | 0.0 | No measurable impact |
| Low | 0.1 – 3.9 | Limited impact or hard to exploit |
| Medium | 4.0 – 6.9 | Moderate impact; remediate on schedule |
| High | 7.0 – 8.9 | Serious; expedite remediation |
| Critical | 9.0 – 10.0 | Severe; treat as urgent |
| Input | Question it answers | Source |
|---|---|---|
| CVSS | How severe is the flaw if exploited? | FIRST.org |
| EPSS | How likely is it to be exploited soon? | FIRST EPSS model |
| CISA KEV | Is it being exploited in the wild right now? | CISA catalog (BOD 22-01) |
| Asset value / context | How much does this system matter to us? | Your business context |
| Exploitability / weaponization | Does a working, weaponized exploit exist? | Threat intel |
| Framework | Core idea | Best for |
|---|---|---|
| Cyber Kill Chain | Seven linear stages from recon to actions on objectives | Describing an attack's progression |
| Diamond Model | Adversary · Capability · Infrastructure · Victim | Correlating intrusions & attribution |
| MITRE ATT&CK | Matrix of real-world tactics & techniques (TTPs) | Mapping behavior to detections |
| OWASP Testing Guide | Methodology for testing web-application security | Application-layer assessment |
| Choice | Trade-off |
|---|---|
| Credentialed vs non-credentialed | Logged-in scans see deeper config detail; non-credentialed mimics an outside attacker's view |
| Agent vs agentless | Agents cover roaming/offline hosts; agentless avoids installing software |
| Active vs passive | Active probes targets (can disrupt); passive only observes traffic (no impact) |
| Internal vs external | Inside view finds lateral-movement risk; outside view shows the attack surface |
| SAST vs DAST | Static reads source code at rest; dynamic tests the running application |
| Phase | What happens |
|---|---|
| Preparation | IR plan, playbooks, tooling, training, and BC/DR readiness before anything happens |
| Detection & Analysis | Correlate indicators, validate the incident, acquire evidence, scope the impact |
| Containment, Eradication & Recovery | Isolate affected systems, remove the foothold, re-image, and restore to known-good |
| Post-Incident Activity | Root-cause and forensic analysis, blameless lessons learned, feed back into preparation |
Take a free, explained practice test and see exactly which domains need more work.
Start a practice test