300-215 Exam Dumps - Conducting Forensic Analysis and Incident Response Using Cisco CyberOps Technologies (CBRFIR)

Process Explorer is an advanced Windows-based utility that shows real-time data about running processes, CPU usage, services, DLLs, and handles. It is specifically designed for this kind of investigation and is part of the Sysinternals Suite.

The Apache access logs in the exhibit show a sequence of HTTP requests and responses indicative of a malicious upload via WordPress:

A POST to:

/wp-admin/admin-ajax.php with parameters that include uploading r57.php (a known PHP web shell).

The uploaded file name appears as r57.php in:→ &name=%5B%5D=r57.php&FILES...

There are plugin installation and activation attempts, specifically for:

file-manager plugin:→ plugin=file-manager&...

Which is known to be vulnerable and exploited for file uploads.

GET requests to:

/wp-content/57.php and variations such as 57.php?28 — This suggests that r57.php was successfully uploaded and is being accessed.

These logs reveal that:

D. The attacker used the WordPress file manager plugin to upload r57.php — confirmed by plugin activity and file uploads.

B. The attacker uploaded the WordPress file manager trojan — as evidenced by the direct access to /wp-content/57.php (r57 shell variant).

Other options are invalid or speculative:

A is correct in identifying r57 as a web shell, but the logs don't show privilege escalation.

C mentions brute force and SQL injection, which are not indicated here.

E assumes legitimate access — logs suggest exploitation, not standard login.

The metadata in the exhibit reveals a strong indicator that this .LNK file (shortcut) is malicious:

The shortcut file is named "ds7002.pdf" but actually points to the execution of PowerShell:→ Full path: C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe

Arguments include:→ -noni -ep bypass $z = '...'; indicating an attempt to run a PowerShell script with execution policy bypassed (a known tactic for fileless malware delivery).

The file is masked as a PDF (common social engineering technique), and PowerShell execution via .LNK is a signature technique used by many malware families to initiate second-stage payloads or scripts.

Given this, the correct and safest course of action is to:

→ Open the .LNK file in a sandbox environment (D).

This enables safe behavioral analysis to observe what actions it attempts upon execution without endangering live systems.

Other options are inappropriate:

A (ignoring the threat due to extension) is dangerous — .LNKs can trigger code.

B (upload to virus engine) is only helpful for known malware and lacks behavioral context.

C (quarantine) is preventive but not investigative — sandboxing provides visibility.

Input validation (A) is a critical countermeasure to defend against command injection and related vulnerabilities, as discussed in the Cisco guide. Proper validation ensures that malicious commands or payloads are not accepted or executed by the web application.

File integrity monitoring (E) helps detect unauthorized changes such as log deletion or binary modification, making it a crucial tool in recognizing and investigating tampering attempts.Blocking port 443 (B) would disable HTTPS and is not a practical solution. Antivirus (C) does not prevent form-based application attacks, and merely updating the application (D) may not be sufficient without addressing the underlying input validation flaw.

—

When dealing with suspected malicious activity involving obfuscated PowerShell scripts—especially when launched from Microsoft Word documents—behavioral analysis is the most critical next step. This approach helps in determining if the process chain is part of a known attack pattern, such as a phishing attempt using malicious macros that launch PowerShell for data exfiltration or payload download.

As highlighted in the CyberOps Technologies (CBRFIR) 300-215 study guide, understanding behavior and deobfuscating PowerShell scripts is an essential part of the forensic and incident response process. Specifically:

During the detection and analysis phase, if PowerShell is used with obfuscated or encoded commands, responders should investigate the intent and behavior of the command.

Deobfuscation allows analysts to see what the script is doing (e.g., downloading files, creating persistence mechanisms, or opening a reverse shell).

The guide states:

“For example, if the threat is malware, the compromised system should be immediately isolated and the malware should be placed in a sandbox or a detonation chamber to understand what it is trying to do”.

This confirms that understanding execution behavior (such as what the PowerShell script intends to perform) is key to uncovering indicators of compromise (IoCs).

Thus, option C—conducting a behavioral analysis and deobfuscating PowerShell—is the most critical and effective response at this stage.