Citrix NetScaler Gateway Under Active Exploitation for Session Hijacking and Authentication Bypass Attacks
TL;DR
It’s the kind of nightmare scenario every sysadmin dreads: a vulnerability so clean, so surgical, that it bypasses your most robust security layers without even breaking a sweat. Meet "Citrix Bleed" (CVE-2023-4966). This critical zero-day has been tearing through NetScaler ADC and Gateway appliances, letting attackers waltz right past multi-factor authentication (MFA) as if it weren't there.
The trick? It’s not a brute-force attack. It’s a memory leak. By sending a specially crafted HTTP GET request, an attacker can trick the appliance into coughing up its system memory. Hidden in that data dump are valid session cookies. With those in hand, an attacker doesn't need your password, your MFA token, or your permission. They just become you.
Cloud Software Group, the folks behind Citrix, confirmed the exploitation is very much real and has been happening since at least late August 2023. Because this flaw targets the way the appliance manages memory, it effectively renders traditional authentication barriers useless. If your gateway is exposed, your front door is effectively wide open.
Affected Versions and Technical Impact
The reach of this vulnerability is broad. If you’re running a NetScaler appliance, you need to stop what you’re doing and check your version. According to the official security bulletins, the following versions are sitting ducks:
| Product Version | Status |
|---|---|
| NetScaler ADC/Gateway 14.1 | Vulnerable |
| NetScaler ADC/Gateway 13.1 | Vulnerable |
| NetScaler ADC/Gateway 13.0 | Vulnerable |
| NetScaler ADC/Gateway 12.1-FIPS | Vulnerable |
| NetScaler ADC/Gateway 12.1-NDcPP | Vulnerable |
| NetScaler ADC/Gateway 12.1 | End-of-Life (Vulnerable) |
The technical heavy lifting here, as documented by Assetnote research, is remarkably simple. The appliance fails to sanitize or limit the data it returns during a request. It just spills its guts. Once an attacker scrapes those session identifiers, they inject them into their own browser and—voilà—they’ve successfully hijacked a legitimate session.

Observed Post-Exploitation Activity
Getting in is only half the battle for these threat actors. What they do once they’re inside is where the real damage happens. Forensic investigations by Mandiant have painted a grim picture of what follows a successful breach. Once the initial session is hijacked, the attackers move fast to establish a foothold and dig in deep.
We’re seeing a pattern of behavior that suggests these actors are highly methodical:
- Credential Harvesting: They aren't just looking for a way in; they’re looking for the keys to the kingdom. They’ll scour the environment for additional credentials to escalate their privileges.
- Lateral Movement: Once they’ve compromised the NetScaler appliance, they use it as a springboard. Remote Desktop Protocol (RDP) is a favorite tool for jumping from the gateway to internal servers and sensitive workstations.
- Persistence Deployment: They don't want to be kicked out. Attackers are installing Remote Monitoring and Management (RMM) tools or custom backdoors, ensuring that even if you reboot the appliance or kill the session, they still have a way back in.
Challenges in Detection and Forensic Analysis
Here is the kicker: the NetScaler appliance doesn't keep a record of the malicious requests that trigger this memory leak. It’s a blind spot. If you’re relying on standard logs to tell you if you’ve been hit, you’re likely looking at a ghost.
To catch these intruders, security teams have to get creative and look at the data from different angles:
- WAF Logs: Dig into your Web Application Firewall logs. Look for anomalous GET requests directed at the NetScaler Gateway. If it looks weird, it probably is.
- Network Traffic Analysis: Keep a close eye on the appliance’s traffic. If it’s suddenly talking to suspicious external infrastructure or moving laterally in ways it shouldn't, that’s a massive red flag.
- Session Termination: This is non-negotiable. Administrators must terminate all active and persistent sessions using the CLI. It’s the only way to kill the hijacked tokens currently floating around in the wild. It’ll force everyone to re-authenticate, but it’s a necessary headache.
Remediation and Security Best Practices
Let’s be clear: there is no "workaround" for this. You cannot configure your way out of a total authentication bypass. The only real fix is to patch. If you haven't applied the vendor-provided security updates, your system is effectively unsecure.
For those who suspect they might have been compromised, the Mandiant remediation guide is your best friend. It outlines the grueling but necessary process of sanitizing your environment.
If your NetScaler was exposed to the internet during the window of vulnerability, you have to assume the worst. Treat it as a compromised asset. That means auditing every account, checking for unauthorized RMM tools, and rotating credentials for every user who logged in during that period.
The attackers behind these exploits are patient. They are looking for long-term access, not a quick smash-and-grab. Even after you patch, you’re not necessarily safe until you’ve hunted down any backdoors, scheduled tasks, or new local accounts they might have left behind. Patching is just the start; verifying the integrity of your network is the finish line. Stay vigilant, keep an eye on official support channels, and don't assume that a patch alone is a silver bullet. In this landscape, your best defense is a healthy dose of skepticism and a rigorous post-incident audit.