CompTIA Updated CS0-003 Exam Questions and Answers by sean

To decide what to address first, CySA+ expects a risk-based prioritization approach, combining factors like:

Asset criticality/value (business impact)

Exposure/architecture (internet-facing vs. isolated/internal)

Patch availability / ability to remediate quickly

Exploitability / likelihood of exploitation

1) Server5 (Critical + Patch Yes) — prioritize immediately

Server5 sits in the database network, is marked Critical, and a patch is available. That combination makes it one of the highest priorities because you can rapidly reduce risk on an asset with the greatest business impact.

Secbay explicitly states that prioritization should align to asset criticality and business impact, and also notes that patch availability accelerates remediation:Exact extract (Secbay Press): “Prioritize vulnerabilities based on their severity, exploitability, and potential impact… Asset Criticality: Identify and prioritize vulnerabilities based on the criticality of the assets they affect…” and “Patch Availability… Action: Prioritize vulnerabilities for which patches are readily available, as prompt remediation is possible.”

The All-in-One guide emphasizes asset value/criticality as a major driver of how fast you remediate:Exact extract (All-in-One Exam Guide): “Asset value is likely one of the most important factors in determining how quickly you should remediate vulnerabilities…”

2) Server3 (Perimeter + High) — address immediately (mitigate now, patch later)

Server3 is in the perimeter network and rated High, making it more exposed to attack paths than internal-only systems. Even though no patch is available, the analyst must still “address” it first via mitigation/compensating controls (segmentation, firewalling, disabling vulnerable services, WAF where relevant, tighter ACLs, etc.) because perimeter exposure increases likelihood of exploitation.

The All-in-One guide makes the architecture/exposure point very directly:Exact extract (All-in-One Exam Guide – Exam Tip): “The architecture of your infrastructure should be a factor… Internet-facing hosts with sensitive information will likely be your highest priority, while isolated systems… may be able to wait a bit longer for remediation.”

Secbay’s prioritization guidance also highlights focusing on critical/high impact risks first and using risk-based prioritization.

Why not the others (briefly):

Server4 (Internal, High, Patch Yes): This is a strong candidate, but when choosing only two, perimeter high exposure (Server3) plus critical database with patch (Server5) generally outranks an internal high system.

Server2 (Perimeter, Low, Patch Yes): Exposed, but Low criticality.

Server1 / Server6 (Medium, No patch): Lower criticality and no patch—typically handled after higher-risk items, or mitigated as feasible.

References (CompTIA CySA+ CS0-003 documents / study guides used):

Mya Heath et al., CompTIA CySA+ All-in-One Exam Guide (CS0-003): infrastructure architecture affects remediation priority; internet-facing hosts are typically highest priority; asset value drives remediation urgency

Secbay Press, CompTIA CySA+ Exam Prep Guide (CS0-003): vulnerability prioritization factors include asset criticality and patch availability; prioritize items with readily available patches for prompt remediation

Vulnerability management reporting and communication focuses on giving stakeholders the information they need to prioritize, assign, track, and complete remediation. That typically includes:

Risk severity / risk score (to prioritize and communicate urgency)

Timelines (when fixes are due, often tied to SLOs/SLAs and internal targets)

Dependencies (what must happen first or what systems/teams a fix relies on)

Remediation ownership / responsible parties (who is accountable for fixing each item)

This maps directly to Option D.

Exact extract (CompTIA CySA+ CS0-003 Exam Objectives – Vulnerability management reporting):

Vulnerability management reporting includes “Risk score … [and] Prioritization.”

Exact extract (Secbay Press – Key components of action plans used for reporting/communication):

“Timeline and Prioritization: Specify timelines for addressing each vulnerability…”

“Responsible Parties: Clearly identify individuals or teams responsible…”

“Communication Strategy: Outline how the organization will communicate progress…”

These are the same practical reporting/communication items expressed in Option D:

“Risk severity levels” ↔ risk score / severity used for prioritization

“Timelines” ↔ timeline definition in action plans

“Remediation ownership” ↔ responsible parties/accountability

“Dependencies” are commonly tracked because they affect timelines and ownership (for example, engineering/ops sequencing and prerequisite changes), and they align with the objective’s focus on prioritization/action planning and stakeholder communication.

Why the other options are not the best match:

A includes items that are valuable inputs to prioritization (risk assessment, BIA), but vulnerability reporting/communication (per objectives) is centered on reporting vulnerabilities, affected hosts, risk scoring, mitigations, recurrence, prioritization, and action plans, not BCPs as core reporting factors.

B mixes relevant items (MTTR, dependencies) with disaster recovery plans, which are DR/BC-focused rather than core vulnerability reporting elements.

C includes several incident response / SOC monitoring metrics (alert volume characteristics, MTTD) that are not the primary focus of vulnerability management reporting (even though false positives can be tracked as a VM metric, the overall set is misaligned).

References (CompTIA CySA+ CS0-003 documents / study guides used):

CompTIA CySA+ CS0-003 Exam Objectives v4.0: vulnerability management reporting includes risk score and prioritization; action plans and stakeholder communication

Secbay Press, CompTIA CySA+ Exam Prep Guide (CS0-003): action plan components include timelines, responsible parties (ownership), and communication strategy

High GPU utilization is the most likely indicator that cryptomining is occurring, as it reflects the intensive computational work that is required to solve the complex mathematical problems involved in mining cryptocurrencies. Cryptomining is the process of generating new units of a cryptocurrency by using computing power to verify transactions and create new blocks on the blockchain. Cryptomining can be done legitimately by individuals or groups who participate in a mining pool and share the rewards, or illegitimately by threat actors who use malware or scripts to hijack the computing resources of unsuspecting victims and use them for their own benefit. This practice is called cryptojacking, and it can cause performance degradation, increased power consumption, and security risks for the affected systems. Cryptomining typically relies on the GPU (graphics processing unit) rather than the CPU (central processing unit), as the GPU is better suited for parallel processing and can handle more calculations per second. Therefore, a high GPU utilization rate can be a sign that cryptomining is taking place on a system, especially if there is no other explanation for the increased workload. The other options are not as indicative of cryptomining as high GPU utilization, as they can have other causes or explanations. Bandwidth consumption can be affected by many factors, such as network traffic, streaming services, downloads, or updates. It is not directly related to cryptomining, which does notrequire a lot of bandwidth to communicate with the mining pool or the blockchain network. Unauthorized changes can be a result of many types of malware or cyberattacks, such as ransomware, spyware, or trojans. They are not specific to cryptomining, which does not necessarily alter any files or settings on the system, but rather uses its processing power. Unusual traffic spikes can also be caused by various factors, such as legitimate surges in demand, distributed denial-of-service attacks, or botnets. They are not indicative of cryptomining, which does not generate a lot of traffic or requests to or from the system.

Host03 should be patched first, based on the metrics, as it has the highest risk score and the highest number of critical vulnerabilities. The risk score is calculated by multiplying the CVSS score by the exposure factor, which is the percentage of systems that are vulnerable to the exploit. Host03 has a risk score of 10 x 0.9 = 9, which is higher than any other host. Host03 also has 5 critical vulnerabilities, which are the most severe and urgent to fix, as they can allow remote code execution, privilege escalation, or data loss. The other hosts have lower risk scores and lower numbers of critical vulnerabilities, so they can be patched later.