A logic bomb is malware or malicious code that is deliberately planted within a system and configured to execute when a specific condition is met, such as a particular date and time, a user action, or the presence or absence of a file. CEH materials describe logic bombs as condition-based triggers that can remain dormant for extended periods, producing minimal indicators until the trigger occurs. The most decisive clue in this scenario is the "scheduled task set to a specific date," followed by abnormal behavior that appears only after that date passes. This is a textbook trigger mechanism used to activate malicious actions while avoiding early detection.
The "odd email from an unfamiliar source" suggests an initial delivery or social engineering vector, but the core behavior is the delayed activation. The later "faint increase in network activity only after the scheduled date passed" aligns with a logic bomb executing a payload such as beaconing, data exfiltration, or enabling remote access. The "unusual code traces on a dormant workstation" further supports the idea of implanted code that was inactive until triggered.
Fileless malware emphasizes execution in memory using legitimate tools such as PowerShell or WMI and is defined more by its living-off-the-land technique than by a date-based trigger. An APT describes a broader campaign style involving long-term, multi-stage intrusion, not a single defining trigger artifact. Ransomware is characterized by encryption and extortion behavior, which is not described. Therefore, the threat is best characterized as a logic bomb.

The attack described is website defacement, which occurs when an attacker gains the ability to modify the content of a website-often the homepage-to display unauthorized messages, propaganda, or vandalism.
The scenario explicitly says Mia "alter[s] visible content on the homepage, replacing it with unauthorized messages," and emphasizes the reputational harm even without data theft. That reputational impact is a hallmark of defacement: it undermines customer trust, signals weak security, and can create regulatory/brand consequences even if no confidential information is exfiltrated.
The stated entry point-"exploiting an unpatched vulnerability in the web server"-is also consistent with defacement. Attackers frequently leverage web server or web application weaknesses (misconfigurations, known CVEs, weak credentials, vulnerable plugins, or insecure file permissions) to gain write access to web content or templates. Once write access is achieved, the attacker can replace HTML pages, alter templates, inject malicious scripts, or modify assets so that visitors see the attacker's message.
Why the other options are less appropriate:
DNS hijacking (A) redirects users by changing DNS resolution so that the domain points to an attacker- controlled server. That can lead to a fake site, but it's not the same as modifying the real server's homepage content.
Frontjacking (B) typically involves UI deception-overlaying or framing content to trick users-rather than server-side modification of the homepage.
File upload exploits (C) are a method that can be used to gain code execution or place malicious files on a server, but the question asks for the type of web server attack being demonstrated. The visible outcome described-unauthorized homepage changes-is best categorized as defacement.
Therefore, Mia is most likely demonstrating D. Website Defacement.

The CEH Web Application Security module explains that race conditions occur when systems improperly handle simultaneous requests, leading to unexpected behavior. In token-based authentication systems, poor synchronization between token expiration checks and validation logic can allow attackers to exploit timing gaps.
The observed pattern-failed attempts with expired tokens followed by successful access-suggests the attacker exploited a race condition where the application inconsistently validated token state.
Option C is correct.
Option A would not involve expired tokens.
Option B is highly impractical given secure token entropy.
Option D typically succeeds without repeated failures.
CEH highlights race conditions as subtle but dangerous logic flaws.

The strongest indicator in this scenario is that multiple compromised hosts are "behaving like zombies," communicating outbound to a single unfamiliar external IP over high ports, and "silently accept remote instructions" while performing "coordinated background tasks." In CEH-aligned malware terminology, these are hallmark characteristics of a botnet: a collection of infected endpoints (bots/zombies) under centralized or semi-centralized command-and-control. Worm-like propagation explains how the compromise rapidly expanded across the internal network-using shared folders and stolen credentials for lateral spread-while the "backdoor component" provides persistent remote control functionality once a system is infected. The observed coordination across many hosts strongly suggests the attacker's goal is not merely individual surveillance of a single machine, but scalable remote control of many machines at once.
Option A, data exfiltration, is plausible in many intrusions, but the question emphasizes orchestration and remote tasking across many endpoints rather than targeted theft from specific repositories. Option B is inconsistent because there is no mention of encryption, ransom notes, or disruption-focused behavior. Option D, a RAT, typically describes remote control of a host, but the scenario's defining feature is the creation of many "zombies" with coordinated behavior-this aligns more precisely with building a botnet for command and control, which can later be used for data theft, DDoS, spam, or further intrusion operations.
CEH defensive guidance includes monitoring egress traffic anomalies, detecting C2 patterns, segmenting networks to limit worm spread, disabling unnecessary shares, enforcing strong credential hygiene, and using EDR to identify backdoors and lateral movement behaviors.

The scenario describes an on-device, app-based rooting approach that does not rely on a PC connection, USB debugging, or a bootloader unlock workflow. In CEH mobile platform coverage, this aligns with "one-click" rooting tools that package exploits to elevate privileges directly from user space to root on the device. These tools typically target known vulnerabilities in the Android OS, vendor kernels, or system services to obtain root privileges and then install a management component to maintain elevated access.
KingoRoot is commonly cited in ethical hacking training contexts as a popular one-click rooting solution that can run as an Android application and attempt to root a device without a computer, depending on the device model, Android version, and patch level. This directly matches the prompt: Sofia installs a mobile application, it "exploits a system vulnerability," and it achieves root "without requiring a PC." The constraints given, USB debugging disabled and OEM unlock restrictions, make PC-assisted ADB workflows or bootloader-based rooting less feasible, which further supports an exploit-driven, on-device rooting tool.
Magisk Manager is primarily a root management and systemless modification framework and typically assumes the device is already rooted or that the user can patch the boot image and flash it, often requiring bootloader unlock steps that OEM restrictions would block. "One Click Root" is a generic label rather than a specific tool in many CEH-style question banks. RootMaster is another one-click tool, but KingoRoot is the most widely recognized and frequently referenced for direct APK-based rooting in this context.