Defender Bypass, Chrome 0-Day, and Fake Recruiters: This Cycle's Top Threats

This roundup covers a Windows Defender bypass with SYSTEM-level exposure, an actively exploited Chrome 0-day, a critical flaw in an AI coding agent framework, a cPanel bug that lets one hosting account escalate to root, and a fake-recruiter campaign delivering new malware to developers.

Defender Bypass, Chrome 0-Day, and Fake Recruiters: This Cycle's Top Threats

ShieldCrash: A New Defender 0-Day Slips Past Microsoft's Latest Patch

Fully patched doesn't always mean fully protected, and Microsoft's own remediation for a previous Defender flaw may already have a hole in it. We break down what SYSTEM-level file read access is actually worth to an attacker, even without write or execute capability.

What You Need to Know

A researcher has released a proof-of-concept for a Microsoft Defender 0-day called ShieldCrash, which reportedly grants SYSTEM-level arbitrary file read access on fully patched Windows 10, Windows 11, and Windows Server systems. It's an incomplete remediation bypass for CVE-2026-69414 (ShieldBreak), meaning Microsoft's own fix missed a condition that still triggers the underlying issue. The current PoC only reads files, not writes or executes, but the researcher says it could be reworked into a fuller exploit.

What Happened

ShieldBreak was itself a bypass for an earlier Defender privilege-escalation flaw called RoguePlanet, part of a longer chain that also includes YellowKey, GreenPlasma, and MiniPlasma. Microsoft has patched all of those, but ShieldCrash shows at least one remaining path through the same core issue. The disclosure landed shortly after Microsoft's September 2026 Patch Tuesday, and it emerged amid an ongoing dispute between the researcher and Microsoft over vulnerability disclosure and bug-bounty practices.

SYSTEM is the highest local privilege context in Windows, with access to files, configuration data, and telemetry normally off-limits to standard users and even local administrators. Read-only access to that tier is still valuable to an attacker: it can expose Security Account Manager and registry hive material, credential-related files, domain configuration data, endpoint security logs, Defender exclusion settings, scheduled task and service configurations, and installed software inventories. Even data that can't be used directly can reveal account structure, domain relationships, and installed defenses, all of which support credential theft, lateral movement, or targeted evasion.

Why This Matters

A read-only primitive sounds less urgent than one that grants write or code execution, but that framing undersells it. Threat actors routinely chain vulnerabilities with native Windows capabilities, pairing a SYSTEM-level read with stolen credentials, a separate privilege-escalation flaw, or a vulnerable driver. In practice, this kind of flaw often matters less for the control it grants directly and more for the visibility barriers it removes, letting an attacker map and exploit an endpoint that patch compliance alone won't protect.

What to Do

Keep deploying Microsoft's September updates, since they still address ShieldBreak and the other issues in the chain, but don't treat patch compliance as sufficient against ShieldCrash if the bypass is confirmed. Until Microsoft issues guidance or an additional fix, lean on compensating controls: least-privilege enforcement, application allowlisting, EDR coverage, Credential Guard where appropriate, attack surface reduction rules, and tightly controlled administrative access. Hunt for anomalous activity tied to Defender binaries, unexpected child processes from security components, suspicious access to protected registry files, and unusual collection of security configuration data, especially alongside PowerShell, command shell, or credential-access tooling. Preserve endpoint telemetry and Windows event logs, since read-focused activity tends to leave fewer obvious traces than file modification does. Watch Microsoft Security Response Center guidance and trusted threat intelligence for confirmation and a potential CVE assignment.

A patch that closes most of a door still leaves room for a determined attacker to slip through the gap, and ShieldCrash is a reminder to keep watching even after you've patched.


Chrome 0-Day Under Active Attack: Update Now

Google moved fast on this one, but "already patched" doesn't help the machines still running last week's build. This is Chrome's seventh 0-day this year, and verifying the rollout actually reached your endpoints matters more than the patch notes suggest.

What You Need to Know

Google has shipped an emergency fix for CVE-2026-87491, a high-severity 0-day in Chrome's V8 engine that's already being exploited in the wild. A remote attacker can trigger arbitrary code execution inside the browser sandbox just by getting a user to load a malicious HTML page. This is the seventh Chrome 0-day Google has patched in 2026, underscoring how much value sophisticated actors still find in browser exploitation.

What Happened

The flaw is an out-of-bounds write in V8, Chrome's JavaScript and WebAssembly engine, meaning the software writes data past a memory buffer's allocated boundary. In a browser engine, that can corrupt memory, leak data outside the intended buffer, crash the browser, or open a path to controlled code execution. Google rolled out fixed Stable-channel builds: 153.0.8010.36 for Windows and Linux, and 153.0.8010.37 for macOS. Attackers can deliver exploit code through phishing links, compromised websites, malicious ads, watering-hole operations, or content hosted on otherwise trusted platforms. Google has restricted technical details while patch adoption increases, a common move to limit reuse by other threat actors.

Why This Matters

Browser sandboxing limits how far a successful exploit can spread on its own, but a capable attacker can chain a browser-engine 0-day with a separate sandbox escape or a local privilege-escalation flaw to turn a single malicious webpage visit into a full endpoint compromise. Administrators, developers, executives, journalists, government personnel, and anyone with access to cloud consoles or sensitive business systems make especially attractive targets for this kind of targeted browsing exploitation.

What to Do

Don't rely solely on Chrome's automatic update cycle, since Google notes the rollout could take days or weeks to reach everyone. Verify updates have landed across managed endpoints: identify systems still on earlier 153.x builds or older versions, investigate machines where updates are disabled or failing, and require users to restart Chrome to activate the fix. Users can check manually through Settings, About Chrome, then relaunch. Beyond patch verification, centralized browser management, automated update enforcement, software inventory, web filtering, DNS protections, phishing-resistant MFA, and EDR monitoring all reduce exposure. Watch for suspicious Chrome child processes, unusual downloads, browser crashes just before endpoint alerts, unexpected execution from temp or download directories, and outbound traffic initiated by renderer processes. Browser isolation is worth considering for high-risk browsing activity where feasible.

Seven 0-days in a year is a pattern, not a fluke, and treating browser updates as routine hygiene rather than an afterthought is the practical takeaway here.


DeepSeek Harness Sandbox Escape Let AI Agents Turn Off Their Own Guardrails

AI coding agents are supposed to stay boxed in, but this flaw let one hand itself the keys. We take a look at how a sandboxed agent found its way to a control panel it was never meant to touch.

What You Need to Know

A critical vulnerability in DeepSeek Harness, an open-source framework for running AI coding agents locally, let a sandboxed agent disable its own file-system restrictions and approval prompts. Tracked as CVE-2026-82533 with a CVSS score of 9.4, the flaw affected version 0.1.1-rc.2 and earlier. It was fixed in code on August 27, but npm users need version 0.1.2-alpha.2 or later, since 0.1.2-alpha.1 was never published to the registry.

What Happened

DeepSeek Harness is meant to keep an AI agent from modifying files outside its assigned workspace. By default, the sandbox limits write operations to the workspace and temp directories but doesn't restrict file reads or network access, and that gap created the opening. A malicious instruction embedded in content the agent reads, such as a repository, issue, document, or webpage, could prompt the agent to interact with Harness's local web interface. The agent had access to that interface's address and session identifier through its own shell environment. The interface allowed a session to be switched into a mode called danger-full-access, which removes the file sandbox and stops approval prompts, and researchers found the agent could make that change with a single command and then write outside its workspace without triggering approval.

This wasn't a traditional operating-system sandbox escape. It was a control-plane failure: the restricted process could reach the mechanism that controlled its own restrictions. The interface also lacked authentication in affected versions, checking the HTTP Host header rather than verifying true connection origin, so a requester could simply claim to be local. While the interface didn't listen on all network interfaces by default, exposure was possible through an SSH tunnel, a proxy, an editor integration, or another forwarded connection. The same interface could also return a session's full conversation log, potentially exposing proprietary code, credentials, internal instructions, and customer data shared with the agent.

DeepSeek's fix adds a one-time token at startup that a browser exchanges for a signed cookie required for interface requests, a meaningful improvement since access now requires a session-bound artifact instead of a spoofable header. The underlying sandbox still doesn't restrict file reads or network access, though, and the agent still receives the local interface address.

Why This Matters

A prompt injection attack doesn't need a memory corruption bug or a stolen OS credential if it can just convince an agent to turn a trusted local interface against itself. A developer opening an untrusted repository and asking an agent to analyze, build, test, or repair it could unknowingly hand a hidden instruction the chance to change the agent's own permission model. This shifts AI-agent activity from a "low-risk assistant function" into something that needs the same scrutiny as executable code.

What to Do

Inventory installed Harness versions, including third-party desktop wrappers that may bundle their own embedded copy, and update to a release with the authentication fix. Avoid running agents against untrusted repositories on workstations holding sensitive data, and keep agent environments away from production credentials, cloud administration tokens, source-control secrets, SSH keys, browser sessions, and shared network resources. Isolating agent workloads in dedicated development VMs, separate user accounts, minimal local permissions, and tightly scoped credentials limits the blast radius of a compromise. Monitor for unexpected shell commands, unusual network connections, access to local credential stores, writes outside approved project directories, changes to agent configuration, and suspicious use of local web interfaces. Approval prompts help, but they need independently enforced access controls and real environment isolation behind them.

As AI coding agents become part of the normal developer toolchain, the access they're quietly given deserves the same scrutiny as any other privileged process.


cPanel EmailTrack Flaw Puts Shared Hosting Tenants at Risk of Full Server Takeover

One compromised hosting account shouldn't be able to take down an entire shared server, but that's exactly the scenario this cPanel flaw opens up. A low-privilege escalation to root here means every tenant sharing that machine is exposed.

What You Need to Know

cPanel has patched CVE-2026-67401, a SQL injection vulnerability in the EmailTrack component of cPanel and WHM that lets an authenticated hosting account with mail-related privileges create arbitrary files and execute code as root. It affects every supported release line, including the 110, 134, 136, and 138 branches. The attack requires an existing hosting account rather than open internet access, but in shared and managed hosting environments that's a low bar, and the impact is severe: compromising one customer account could hand an attacker control of the entire underlying server.

What's Vulnerable

cPanel is built around a boundary between ordinary hosting users, who manage their own websites, databases, mailboxes, and domains, and provider-level administrators using WHM with root privileges over the server and all tenants. CVE-2026-67401 crosses that boundary directly. An attacker who escalates from a limited hosting account to root can potentially reach every customer's website content, databases, email stores, backups, SSH keys, API tokens, configuration files, and account credentials on that machine. cPanel's advisory characterizes the issue as SQL injection in EmailTrack but doesn't publicly detail the vulnerable request, the required permissions, or the technical path from injection to root-level execution. That's a real limitation for detection guidance, and it also means PoC development is likely as researchers compare patched and unpatched builds, especially given how widely cPanel is deployed and how valuable multi-tenant access would be to an attacker. A similar cPanel authentication bypass has previously been exploited in ransomware operations, so this isn't a hypothetical risk category.

Why This Matters

For managed service providers and hosting companies, the exposure extends well past one compromised tenant. A single vulnerable server can support numerous unrelated organizations with different regulatory, operational, and security requirements, and an attacker with root can modify hosted websites, insert payment skimmers, redirect traffic, create persistent admin accounts, deploy ransomware, steal customer data, or repurpose the server for phishing and malware distribution while altering DNS, mail forwarding, cron jobs, and service configurations to stay persistent.

What to Do

Update through WHM via Home, cPanel, Upgrade to Latest Version, or by running /usr/local/cpanel/scripts/upcp --force as root, and confirm the environment actually reached the patched build rather than just confirming an update job started. Teams on legacy 11.118 or 11.126 deployments should check support status with cPanel, since those lines weren't included in the patched releases. Because cPanel hasn't published temporary mitigations or detailed indicators of compromise, review activity from before and after patching: recently created or modified files in web roots and system directories, unexpected root-owned files tied to hosting users, unusual cron jobs, unfamiliar privileged accounts, unauthorized SSH keys, suspicious processes, modified email-forwarding rules, unapproved WHM configuration changes, and abnormal EmailTrack activity. More broadly, strong separation between customer accounts, centralized log collection, restricted administrative access, rapid patch management, protected backups, and continuous monitoring for persistence mechanisms all reduce the blast radius of a tenant-level compromise. Isolating high-value customers into dedicated infrastructure is worth considering where feasible.

Shared hosting infrastructure is critical infrastructure for the businesses that depend on it, and this flaw is a reminder that the boundary between tenants is only as strong as the code enforcing it.


Fake LinkedIn Recruiters Are Delivering Malware Through Coding Challenges

Not every fake job offer is just a nuisance. This one came with a three-hour deadline, a coding challenge, and two new pieces of malware built specifically for developer machines.

What You Need to Know

Iran-linked group Mirage Kitten is posing as recruiters on LinkedIn and job platforms to target software engineers with malicious coding assessments, delivering two previously undocumented remote access trojans, NodeRabbit and PollCat, across Windows, Linux, and macOS. Confirmed victims span aviation, aerospace, and fintech organizations in Egypt, Ethiopia, and Afghanistan, but the technique applies broadly to any organization employing developers, cloud engineers, DevOps staff, or other technical personnel with access to high-value systems.

What Happened

The campaign opens with recruiter personas offering software engineering roles and directing candidates to a technical exercise. One lure, a zip file called Front-Technical-Challenge, contained a project named TaskFlow built on Express, React, and Vite, with documentation that specifically instructed the recipient not to modify server.js, steering attention away from the actual malicious execution path. That file's first line imported a package called colorized_terminal, embedded directly in the archive's node_modules folder rather than pulled from the npm registry, a detail that matters because locally bundled dependencies can bypass the registry-reputation and lockfile checks developers are trained to rely on. Running the project silently launched NodeRabbit from a hidden cache path; later samples used a different trojanized dependency, pretty-log, to the same effect. The campaign added a three-hour completion deadline and told targets not to use AI assistants, creating time pressure while discouraging close review.

NodeRabbit is a Node.js-based RAT that collects host information, enumerates processes and network interfaces, runs shell commands, reads and writes files, and executes attacker-supplied JavaScript, building a victim identifier from hostname, username, OS version, architecture, and MAC address. It communicates over Azure Websites infrastructure using AES-256-GCM encryption, and more advanced variants check for signs of a virtualized or sandboxed environment, sending benign HTTP requests to Google, Microsoft, and Cloudflare and exiting quietly if analysis is suspected. It can also discover proxy settings and tunnel through corporate outbound controls using Basic, NTLM, or Negotiate authentication, and researchers observed Azure subdomains incorporating target organization names to make traffic look more legitimate in enterprise logs. For persistence, one variant installs a rogue VS Code extension named "GitHub Copilot Helper" that activates on startup, and can append a launcher to post-merge and post-checkout Git hooks across local repositories, meaning a normal git pull or branch switch can relaunch the RAT.

PollCat, delivered through a separate React challenge called RankChallenge-react, added a one-time-password step meant to make the assessment look exclusive, but the malware actually executed during app initialization, before the OTP was ever entered, meaning even a failed login could already have registered the victim with command-and-control. PollCat supports file transfer, drive and directory enumeration, process management, shell execution, ZIP operations, hidden process creation, Windows DLL execution, and arbitrary JavaScript via an EVAL_JS command, and its SYSTEM_CHECK function inventories security products from 24 vendors including Microsoft, Cisco, Fortinet, CrowdStrike, SentinelOne, Sophos, ESET, Bitdefender, and Malwarebytes.

Why This Matters

Mirage Kitten, also tracked as UNC1549, Smoke Sandstorm, and Nimbus Manticore, has historically targeted strategically important organizations across the Middle East and Africa using C, C++, and Go-based tooling. This campaign is the group's first publicly documented use of Node.js and JavaScript malware, a shift that reflects how much value there is in abusing trusted developer workflows, where downloading, building, and running unfamiliar code is just part of the job.

What to Do

Treat unsolicited coding assessments, recruiter-provided archives, and external repositories as untrusted software by default. Developers should review project files and bundled dependencies before execution and use isolated virtual machines or dedicated test environments for technical assessments rather than primary workstations. Security teams should monitor for unexpected Node.js processes, suspicious activity from project directories and hidden cache locations, unapproved VS Code extensions, and unexpected changes to Git hooks. Developer endpoints shouldn't hold unrestricted access to cloud administration platforms, source-control tokens, CI/CD systems, signing keys, or production credentials.

A job interview should never come with a three-hour deadline and instructions to skip your usual review process, and treating those pressure tactics as a red flag in themselves is as important as any technical control.

💡
That's this week's threat landscape from Hunter Strategy, brought to you by William Elchert.
Our Threat Intelligence Team monitors emerging vulnerabilities and adversary activity, like what's covered in these articles, across federal and commercial environments. To learn how our Managed Security Services can help protect your organization, visit our Managed Security Services page.