Palo Alto GlobalProtect pre‑auth RCE
- Palo Alto Networks disclosed CVE‑2024‑3400 after Volexity caught real intrusions on GlobalProtect firewalls, turning a VPN edge bug into an emergency patching event. (security.paloaltonetworks.com) - The flaw carries a CVSS 10.0 score and can let an unauthenticated attacker execute arbitrary code as root on exposed PAN‑OS devices. (security.paloaltonetworks.com) - CISA added it to the KEV list immediately — meaning this was not theoretical research but active exploitation against internet-facing security gear. (cisa.gov)
A firewall bug is bad. A firewall bug that attackers can hit before login is worse. That was the story with CVE‑2024‑3400 — a PAN‑OS flaw in Palo Alto Networks’ GlobalProtect fe(security.paloaltonetworks.com)ommands as root. Palo Alto published the advisory on April 12, 2024, after Volexity found real-world compromises, and CISA moved fast enough to add it to the Known Exploited Vulnerabilities list the same day. (security.paloaltonetworks.com) ### What was the vulnerable thing? GlobalProtect is the remote-access piece o(cisa.gov)e internet. That matters because the software sits on the network edge. If a bug lives there, attackers do not need phishing, stolen credentials, or an internal foothold first. They can just talk to the exposed service directly. (security.paloaltonetworks.com) ### What was the actual bug? Palo Alto described CVE‑2024‑3400 as an arbitrary file creation issue that led to OS command injection. In plain English, the vulnerable (security.paloaltonetworks.com)to shell commands on the underlying firewall. The ugly part is the privilege level — Palo Alto said successful exploitation could give an unauthenticated attacker arbitrary code execution with root privileges. (security.paloaltonetworks.com) ### Did every firewall have the same risk? No — and this is the part defenders had to read carefully. Palo Alto said the issue(security.paloaltonetworks.com)abled and device telemetry was also turned on. That narrowed the blast radius, but not by much, because those are common edge-firewall configurations in real deployments. (security.paloaltonetworks.com) ### How did it come to light? Volexity said it spotted zero-day exploitation on April 10, 2024, while investigating suspicious traffic from a customer firewall. The company later tied the activity to a thr(security.paloaltonetworks.com)ce, and a Threat Prevention signature — Threat ID 95187 — within roughly 48 hours of disclosure. (volexity.com) ### Why did people treat it as a five-alarm fire? Because this was edge security gear being used as the entry point. If(security.paloaltonetworks.com)fic observer, or a persistence point. CISA’s same-day KEV addition was the tell — that list is for flaws already exploited in the wild, not interesting lab demos. (cisa.gov) ### What did defenders need to do? Patch first if a fixed version was available. If not, Palo Alto pushed tem(volexity.com) boxes, because some victims were already compromised and needed forensic review for follow-on activity. (security.paloaltonetworks.com) ### Why does this bug still matter? Because it became the template for a familiar security lesson — the perimeter appliance is part of the attack surface, not the shield outside(cisa.gov)itself become the initial access vector. (security.paloaltonetworks.com) ### Bottom line The headline was simple: an internet-facing GlobalProtect bug let attackers reach straight into vulnerable PAN‑OS firewalls without credentials and potentially land as root. The deeper lesson was harsher — when the edge device is exploitable, the network boundary stops being a boundary at all. (security.paloaltonetworks.com)