CS0-003 Exam Dumps - CompTIA CySA+ Questions and Answers

This log shows multiple 404 errors being triggered from requests to different directories or paths, which strongly suggests adirectory brute-force attack. In this type of attack, an adversary uses automated tools to enumerate directory or file paths in an attempt to find hidden or misconfigured resources. The frequent 404 “Not Found” HTTP responses from a single IP address attempting to access different URL paths is the signature pattern for directory brute-forcing. This behavior is not consistent with XSS, SQLi, or RCE, which would involve payloads or specific encoded commands, not merely probing paths.

The correct answer is A because path traversal, also called directory traversal, occurs when an attacker manipulates file or directory path input, such as ../, to access files outside the intended directory. The best code-level fix is to validate and sanitize user-supplied file and directory names so the application does not accept traversal sequences or malicious path characters.

Exact supporting extract: the Sybex CySA+ Study Guide explains that a directory traversal attack occurs when an attacker inserts filesystem path values into a query string to access files outside the authorized area. It also states that controls should include avoiding filenames in user-manipulatable fields and using input validation to prevent special characters required for directory traversal.

The All-in-One CySA+ guide also states that directory traversal mitigations include input validation to ensure user input does not contain directory traversal sequences and filename sanitization to remove directory traversal sequences or other malicious characters.

Why the other options are incorrect:

B is incorrect because output encoding is mainly used to prevent output-based attacks such as XSS.

C is incorrect because scrubbing SQL commands relates to SQL injection, not path traversal.

D is a useful defense-in-depth measure, but it does not directly rewrite the vulnerable code to prevent path traversal.

TheDiamond Model of Intrusion Analysisconsists offour core attributes:

Adversary– The threat actor behind the attack.

Capability– The tools and techniques used.

Infrastructure– The systems used by the adversary (e.g., botnets, C2 servers).

Victim– The target of the attack​.

Option A (Delivery)andOption B (Weaponization)are part of theCyber Kill Chain, not the Diamond Model.

Option C (Command and control)is an attack phase butnot a core attribute of the Diamond Model.

Option D (Capability) is correct, as it represents the tools and attack methods used by adversaries.

Thus,D is the correct answer.

A lessons-learned review is a process of evaluating the effectiveness and efficiency of the incident response plan after an incident or an exercise. The purpose of the review is to identify the strengths and weaknesses of the incident response plan, and to update it accordingly to improve the future performance and resilience of the organization. Therefore, the incident response plan should be updated after a lessons-learned review.

A vulnerability scan is a process of identifying and assessing the security weaknesses of a system or network. A vulnerability scan can help a security analyst to effectively identify the most security risks associated with a locally hosted server, such as missing patches, misconfigurations, outdated software, or exposed services. A vulnerability scan can also provide recommendations on how to remediate the identified vulnerabilities and improve the security posture of the server12 References: 1: What is a Vulnerability Scan? | Definition and Examples 2: Securing a server: risks, challenges and best practices - Vaadata

From the logs, PC3 showsoutlook.exe spawning excel.exe at 1:15 PM, and laterexcel.exe spawning procdump.exe at 1:16 PM. This is highly suspicious becauseoutlook.exe should not normally launch Excel, andprocdump.exe is often used by attackers to dump process memory, which is a common technique in credential theft​.

PC1:Running expected Windows processes (wininit.exe spawning services.exe and lsass.exe).

PC2:Running a browser process (chrome.exe) from explorer.exe, which is normal.

PC3:Highly suspicious behavior (Excel spawning procdump.exe).

PC4:Running mstsc.exe (Remote Desktop) from explorer.exe, which is expected.

PC5:Running Firefox from explorer.exe, which is normal.

Thus,PC3 should be prioritized for investigationdue to its potential involvement in credential theft.

A signal-shielded bag and a tamper-evident seal are tools that can be used to maintain the integrity of the mobile phone while it is transported. A signal-shielded bag prevents the phone from receiving orsending any signals that could compromise the data or evidence on the device. A tamper-evident seal ensures that the phone has not been opened or altered during the transportation. References: Mobile device forensics, Section: Acquisition

Command-and-control (C2) beaconing involves compromised systems communicating with an attacker’s server at regular intervals, often using HTTPS to blend in with legitimate traffic. This is indicative of a potential compromise where malware communicates back to a command center. The persistent nature of the connections after hours and throughout the day suggests automated beaconing, which is a tell-tale sign of C2 activity. According to CompTIA CySA+, this type of activity should raise immediate suspicion and warrants further investigation and containment. While options B, C, D, and E might indicate other issues, they do not fit the pattern described as well as option A.

The first step in building a disaster recovery plan (DRP) for critical on-prem applications is to determine what is actually “critical” to the business, how long the organization can tolerate those applications being down, and therefore what restoration order (prioritization) is required. That prioritization must come from business/data owners and stakeholders, because they understand operational dependencies, business impact, and acceptable downtime.

This is essentially the start of a Business Impact Analysis (BIA) and related continuity prioritization work, which precedes choices like vendors, contracts, or site geography. You don’t select a DR site/vendor or negotiate agreements until you know which systems must be restored first and what recovery objectives you must meet.

Supporting exact extracts:

The All-in-One CS0-003 guide explains that the foundation is identifying critical systems and determining tolerable outage time (used to prioritize restoration):Exact extract (All-in-One Exam Guide): “The key is to determine which of the organization’s critical systems are needed for survival and then estimate the outage time that can be tolerated by the organization…” It then connects those determinations directly to prioritization:Exact extract (All-in-One Exam Guide): “These estimates will help you determine how to prioritize response team efforts to restore these assets.”

The Secbay Press CS0-003 guide lays out the early BIA/risk identification steps in order, starting with identifying what’s critical before recovery priorities:Exact extract (Secbay Press): “1. Identify critical processes and resources2. Identify outage impacts and estimate downtime3. Identify resource requirements4. Identify recovery priorities”

Why the other options are not the first step:

A / C (vendor selection / vendor agreements): those come after requirements are defined (RTO/MTD, criticality, order of restoration).

D (define geographic area): location considerations are important, but they are driven by requirements and constraints discovered during BIA/continuity prioritization (what needs to be recovered, how fast, and with what dependencies).

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

Mya Heath et al., CompTIA CySA+ All-in-One Exam Guide (CS0-003): determine critical systems and tolerable outage time; used to prioritize restoration

Secbay Press, CompTIA CySA+ Exam Prep Guide (CS0-003): BIA / risk identification process steps (identify critical processes/resources → estimate downtime → recovery priorities)

ABusiness Impact Analysis (BIA)is the correct document thatidentifies critical servicesand definesRecovery Point Objectives (RPOs)andRecovery Time Objectives (RTOs). It helps organizations determine the impact of downtime and the maximum tolerable outages for business functions.

Disaster recovery plan (A)uses the information from the BIA.

Playbooks (C)are tactical and focus on specific incidents.

Backup plans (D)support BIA but don ' t define RPO/RTO themselves.