Connect with us

CyberSecurity

HalluSquatting: How AI Coding Assistants Can Be Tricked Into Installing Malware

Published

on

HalluSquatting attack

AI’s Habit of Making Things Up Becomes a Security Nightmare

AI coding assistants have a well-known flaw: they hallucinate. Ask one to recommend a popular library or tool, and it might return a name that sounds legitimate but doesn’t actually exist. That quirk has always been annoying. Now, researchers have turned it into a weapon.

The attack is called HalluSquatting, and it’s disturbingly simple. The idea: figure out which fake names a given AI model reliably invents, register those names on package repositories before anyone else does, and then wait for the assistant to recommend your malicious package to an unsuspecting developer. When the developer’s machine installs it, the malware executes.

The research, led by a team of security experts, demonstrates a new class of supply chain vulnerability — one that exploits the very thing we’ve been told to tolerate as a harmless side effect of generative AI.

How HalluSquatting Works: The Three-Step Trap

The attack unfolds in three stages. First, the attacker probes a coding assistant — like GitHub Copilot or any large language model trained on code — to find packages it hallucinates. This means asking it repeatedly for package recommendations and recording the names it invents.

Second, the attacker registers those hallucinated package names on real package registries such as PyPI (for Python) or npm (for JavaScript). They upload a package that includes functional code — but also a hidden payload: a botnet client, a backdoor, or crypto miner.

Third, the attacker waits. When a developer asks the same AI assistant for that package, the model confidently suggests the hallucinated name. The developer runs a pip install or npm install command. The package downloads. The malware activates. And the developer’s machine becomes part of a botnet.

Why This Is Harder to Spot Than Traditional Typosquatting

Traditional typosquatting relies on misspellings — registering requrests instead of requests. Developers can catch those with a careful eye. But HalluSquatting packages don’t resemble any real project. They’re entirely fabricated names that the AI invented. A developer has no reason to be suspicious: the name looks like something that should exist, and the AI seems confident about it.

“The assistant doesn’t know it’s wrong,” the researchers note. “It’s just predicting the next token. But the developer trusts it.”

The Scale of the Problem: Thousands of Hallucinated Packages

The research team tested multiple AI coding assistants and found that they consistently hallucinated package names at alarming rates. In one experiment, a model invented fake package names for over 20% of queries about niche libraries. Across all tests, the researchers identified thousands of unique hallucinated package names that could be registered by an attacker.

Some of these packages were hallucinated repeatedly — the same fake name appearing across multiple sessions with different users. That reliability is exactly what makes the attack viable. An attacker doesn’t need to guess; they can just ask the AI, record the answer, and register the name.

Real-World Implications: Botnets and Beyond

The attack isn’t theoretical. The researchers demonstrated a proof-of-concept by registering a hallucinated package on PyPI, complete with a benign payload that phoned home to a server they controlled. Within days, the package was downloaded by automated build systems that had been prompted by AI assistants.

In a real attack, the payload could be a botnet client — turning every infected developer machine into a node for DDoS attacks, credential theft, or cryptocurrency mining. The potential for lateral movement is significant: a compromised developer machine often has access to production servers, source code repositories, and deployment pipelines.

This is a supply chain attack that doesn’t require compromising a legitimate package. It creates a fake one from scratch, using the AI’s own hallucination as the attack vector.

What Developers Can Do Right Now

There is no easy fix. The underlying issue — that AI models hallucinate — is a fundamental limitation of current technology. But developers can take practical steps to reduce risk:

  • Verify before installing: Always check whether a recommended package exists on the official registry before running an install command. A quick search on PyPI or npm takes seconds.
  • Use package pinning: Lock dependencies to specific versions and hash values. This prevents a malicious package from being swapped in later.
  • Run in sandboxed environments: Execute AI-suggested code in isolated containers or virtual machines, especially when it involves installing new packages.
  • Treat AI suggestions as starting points: Consider AI recommendations as research suggestions, not trusted answers. Cross-reference with documentation or community resources.

The researchers also suggest that package registries could implement proactive scanning for newly registered packages that match hallucinated names from popular AI models. But that would require cooperation between AI companies and registry maintainers — something that doesn’t exist yet.

The Bigger Picture: Hallucination as an Attack Surface

HalluSquatting is part of a growing recognition that AI hallucinations aren’t just a quality problem — they’re a security problem. When a model confidently produces false information, and that information is acted upon by a human or an automated system, the consequences can be severe.

This attack is specific to coding assistants, but the principle applies more broadly. Any AI system that generates plausible-sounding but false references — citations in academic writing, product recommendations in e-commerce, configuration settings in DevOps — could be exploited in a similar way.

For now, the coding assistant space is the most vulnerable. Developers are trained to trust their tools. And an AI that sounds certain is very persuasive. The HalluSquatting research is a reminder that in the rush to adopt generative AI, we’ve introduced a new class of attack that no one was watching for.

The question isn’t whether attackers will exploit this. They already are. The question is how quickly the industry can adapt.

Continue Reading
Click to comment

Leave a Reply

Your email address will not be published. Required fields are marked *

CyberSecurity

Microsoft Clamps Down on ‘RoguePlanet’ Zero-Day After Researcher Publishes Exploit Code

Published

on

RoguePlanet zero-day

The Researcher Who Dropped the Bomb

In early June, a security researcher going by the handle Nightmare-Eclipse published a proof-of-concept (PoC) exploit for a critical vulnerability in Microsoft‘s built-in antivirus, Windows Defender. The exploit, which the researcher dubbed RoguePlanet, was the latest in a string of zero-day disclosures from the same individual. Microsoft has now released a patch to neutralize the threat.

The timing wasn’t accidental. Nightmare-Eclipse dropped the PoC code shortly after revealing several other Microsoft zero-days, putting the company on notice. The move forced Microsoft’s hand, accelerating a fix that might otherwise have taken weeks.

What Is the RoguePlanet Vulnerability?

The flaw sits deep inside Windows Defender’s scanning engine. In technical terms, it’s a memory corruption issue that can be triggered when the antivirus processes a specially crafted file. An attacker who successfully exploits it could crash the Defender service — or potentially execute arbitrary code with system-level privileges.

That’s the nightmare scenario: a machine running fully updated Windows, with Defender active, could still be compromised. The researcher’s PoC demonstrated exactly how to trigger the crash, proving the vulnerability was real and exploitable.

How Windows Defender Users Are Affected

Anyone running a recent version of Windows 10 or Windows 11 with Defender enabled is affected. That’s hundreds of millions of devices. The good news? Microsoft’s patch, rolled out through the regular Windows Update channel on June 11, addresses the issue. Users who keep automatic updates on are already protected.

If you’ve been delaying that restart, now is the time. The RoguePlanet exploit code is public, and while no mass exploitation has been reported yet, the barrier to entry for attackers just dropped to zero.

Why Public PoC Exploits Matter

There’s a long-running debate in the security community: should researchers publish exploit code before a patch exists? Nightmare-Eclipse chose the aggressive route. By releasing the PoC, they forced Microsoft to prioritize the fix. But they also handed a weapon to every script kiddie and criminal group monitoring exploit databases.

This isn’t abstract. In 2023, the average time between a PoC publication and active exploitation in the wild was just 15 days, according to zero-day exploit trends tracked by multiple threat intelligence firms. The RoguePlanet case fits that pattern perfectly.

Microsoft’s response was swift. The company acknowledged the issue, developed a patch, and pushed it out within a week of the disclosure. That’s fast by any standard, especially for a component as complex as the Defender scanning engine.

How to Protect Yourself Now

If you’re running Windows, here’s what to do:

  • Check for updates: Go to Settings > Windows Update > Check for updates. Install any pending patches immediately.
  • Restart your machine: The fix won’t take effect until you reboot. Don’t put it off.
  • Verify Defender is active: Open Windows Security and confirm real-time protection is on. The patch only helps if the service is running.
  • Monitor for unusual behavior: If your system crashes or Defender stops unexpectedly, it could be a sign of attempted exploitation.

For IT administrators, Microsoft has also released a standalone update package through the Microsoft Update Catalog. Enterprise environments with strict patch management cycles should prioritize this one.

The Bigger Picture: Microsoft’s Zero-Day Problem

The RoguePlanet incident is the latest chapter in a recurring story. Microsoft’s security products have been a frequent target for researchers looking to make a name. In the past 18 months, multiple critical flaws have been disclosed in Defender, Exchange Server, and the Windows kernel.

Some of these disclosures follow responsible disclosure protocols — researchers notify Microsoft privately, give 90 days for a fix, then publish. Others, like Nightmare-Eclipse’s approach, are more confrontational. The result is the same: patches get released, but not before the window of risk opens.

Microsoft has tried to incentivize responsible disclosure through its bug bounty program, offering up to $250,000 for critical vulnerabilities. But for some researchers, the publicity and influence that come with a dramatic zero-day drop are worth more than the cash.

What Comes Next

For now, the RoguePlanet threat is contained. The patch is out, and users who update are safe. But the broader tension between researchers and vendors isn’t going away. As long as vulnerabilities exist in core system components, someone will find them — and someone will decide whether to whisper or shout.

Microsoft’s challenge is to make the whisper more attractive than the shout. Until then, keep your system updated and your guard up.

Continue Reading

CyberSecurity

Microsoft Patches ‘RoguePlanet’ Defender Bug That Gave Attackers SYSTEM-Level Access

Published

on

RoguePlanet Defender flaw

What Is the RoguePlanet Vulnerability?

Microsoft shipped a quiet but critical fix for a RoguePlanet Defender flaw that let attackers climb from a low-privilege user account all the way up to SYSTEM — the highest level of access on a Windows machine. The bug, tracked as CVE-2026-50656, carries a CVSS score of 7.8 (high severity).

It lives inside the Microsoft Malware Protection Engine — specifically the “mpengine.dll” file that powers scanning, detection, and cleaning in Microsoft Defender. An attacker who exploited it could run arbitrary code with SYSTEM privileges, effectively owning the machine.

The patch arrived nearly a month after security researchers publicly disclosed technical details of the flaw. That gap between disclosure and fix is what makes this story worth watching.

How the Attack Works: From Guest to God Mode

This isn’t a remote-code-execution nightmare. You can’t exploit it from across the internet. But if an attacker already has a foothold — say, through a malicious script or a compromised user account — the RoguePlanet Defender flaw becomes a devastating escalation tool.

Here’s the chain in plain English:

  • The attacker runs a specially crafted file that triggers the vulnerability inside mpengine.dll during a scan.
  • The bug corrupts memory in a way that lets the attacker overwrite critical system structures.
  • That overwrite hands them SYSTEM-level privileges — no password, no admin approval required.

Once at SYSTEM level, an attacker can disable security software, install persistent backdoors, steal credential hashes, or move laterally across a network. It’s the kind of access that makes incident responders wince.

Timeline: A Month of Exposure

Here’s where things get uncomfortable. Security researchers from 0patch published a detailed write-up of the RoguePlanet vulnerability on February 27, 2025. Microsoft only released the patch on March 25 — a full 26 days later.

That’s not unusual in itself. Coordinated disclosure timelines often stretch 90 or 120 days. But the public availability of proof-of-concept code during that window meant every skilled attacker had a blueprint. Organizations that couldn’t apply workarounds — and there weren’t many — were effectively racing the clock.

Microsoft’s update arrived as part of its regular Patch Tuesday cycle, though the company classified it as a “Defender definition update” rather than a traditional Windows security patch. That means it rolled out automatically for most users, but it also meant less visibility than a typical CVE announcement.

Who’s Affected and What to Do

Any Windows system running Microsoft Defender is potentially vulnerable. That includes:

  • Windows 10 and Windows 11 consumer editions
  • Windows Server 2016, 2019, and 2022
  • Microsoft Defender for Endpoint clients

The good news: the fix is delivered automatically via Windows Update as a definition update. You don’t need to restart your machine. To confirm you’re protected, open Windows Security, go to “Virus & threat protection,” and check that your security intelligence version is 1.407.392.0 or newer.

If you run a managed environment, ensure your endpoint protection platform is pulling the latest definitions. Delaying definition updates — common in some change-control-heavy shops — is a bad idea here.

Why This Matters Beyond the Patch

The RoguePlanet Defender flaw is a reminder that even trusted security software can introduce risk. Defender is deeply integrated into Windows — it runs as a protected process, has kernel-level hooks, and scans everything that moves. A bug in that engine isn’t just a Defender problem; it’s a Windows security problem.

This also highlights a tension in modern patch management. Automatic updates are great for consumers but can be a blind spot for IT teams. If a critical vulnerability gets fixed silently inside a definition update, and your monitoring tools don’t flag it, you may never know you were exposed.

For defenders, the takeaway is straightforward: treat your antivirus engine as critical infrastructure. Monitor its version, test its updates, and assume that next month’s patch might be just as urgent as this one.

Continue Reading

CyberSecurity

Capital One Open Sources VulnHunter: An AI Agent That Finds Code Flaws and Fixes Them

Published

on

VulnHunter security tool

False Positives Are a Plague. Capital One Built a Tool to End Them.

Software security teams have a dirty secret: most of the alerts they chase every day are noise. False positives pile up, developers tune out, and real vulnerabilities slip through the cracks. Capital One says it has had enough — and it just released the weapon it built to fight back.

The company open-sourced VulnHunter, an AI-powered tool designed to find exploitable code flaws, trace the paths an attacker might take, and recommend specific fixes. It is not a passive scanner that drowns teams in alerts. It is an agent that reasons about code.

Chris Nims, Capital One’s EVP and Chief Information Security Officer, described the problem bluntly in a LinkedIn post: overwhelming false positives create friction and slow down daily workflows. VulnHunter was built with a developer-first mindset to solve that exact pain point.

How VulnHunter Works: Agentic Reasoning, Not Just Pattern Matching

Traditional vulnerability scanners look for known signatures — they match code against a database of bad patterns. VulnHunter does something different. It uses an agentic reasoning workflow to understand the context of a flaw, determine whether it is actually exploitable, and map out the attack path an adversary would take.

Then it proposes remediations. Not generic advice, but targeted code changes tailored to the specific repository.

This is a significant departure from the status quo. Most security tools generate a list of problems and leave the investigation to humans. VulnHunter attempts to do the investigation itself — and then hand the developer a fix.

Capital One claims that, during internal use, the tool quickly identified and remediated vulnerabilities across thousands of repositories spanning tens of business areas.

Available Now on GitHub — With One Big Catch

VulnHunter is live on GitHub, alongside a quickstart guide, architecture documentation, and example workflows that show how the tool traces code paths and generates remediations.

There is a catch: you need access to Claude Opus 4.8 and a working Claude Code environment. The tool leans heavily on Anthropic’s frontier model for its reasoning capabilities. That means it is not a drop-in, zero-cost solution for everyone. But for organizations already using Claude, it could be a powerful addition to the security stack.

Why Open Source? Supply Chain Realities

Capital One did not keep VulnHunter for itself. The company open-sourced it, and the reasoning is worth reading.

Modern software supply chains are deeply interconnected, the company explained. A single vulnerability in a widely used open-source component can ripple across thousands of enterprises simultaneously. No single organization can solve that challenge alone.

“The defensive tools to address this reality need to be just as widely distributed, tested, and improved as the codebases they protect.” — Capital One

That is a refreshingly honest take from a financial giant that could easily have kept the tool proprietary. By open-sourcing VulnHunter, Capital One invites the broader security community to audit, improve, and extend the tool — which, in turn, makes it more effective for everyone.

What This Means for Developers and Security Teams

For developers, the promise is simple: fewer false positives, faster fixes, less friction. For security teams, it means an AI agent that does the heavy lifting of triage and root-cause analysis.

The tool also reflects a broader shift in the industry. Agentic AI — where models don’t just answer questions but take actions — is moving into cybersecurity. CISA reportedly using Anthropic’s Mythos to scan government software for flaws is another sign that this trend is accelerating.

VulnHunter is not a silver bullet. It requires a specific AI infrastructure to run, and its effectiveness depends on the quality of the model underneath. But it represents a genuine attempt to solve one of the most painful problems in software security: the signal-to-noise ratio.

If it works as advertised, it could change how enterprises approach vulnerability management — from reactive alert-chasing to proactive, AI-assisted remediation.

Continue Reading

Trending