Researchers from Palo Alto Networks' Unit 42 have uncovered a sophisticated, browser-based command and control (C2) framework dubbed Falcon (also known as XG or Xiàng Gē). This threat is designed for strategic intelligence collection, primarily targeting government entities. By injecting malicious JavaScript into legitimate government web applications and webmail portals, attackers gain a persistent foothold directly within the victim's browser. This allows for the theft of sensitive information and the deployment of additional malware.
Observed campaigns between March and May 2026 impacted ministries of foreign affairs, defense, and interior, as well as law enforcement agencies in one Middle Eastern and four Southeast Asian countries. The Falcon framework also delivers a secondary implant known as Antino, which utilizes Microsoft OneDrive for its C2 communications. Technical analysis indicates with high confidence that Falcon is a variant of the PeckBirdy framework, previously detailed by Trend Micro, based on extensive overlaps in URL structure, payload delivery, and communication protocols. The framework's stealthy design, which includes hidden management panels and encrypted communication channels, underscores the operator's focus on operational security (OPSEC).
Falcon represents a significant evolution in in-browser threats, moving beyond simple data skimming to a full-fledged C2 framework. The primary attack vector involves compromising legitimate websites, such as government webmail portals, and injecting malicious JavaScript. When a user visits the compromised site, their browser executes the script, establishing a connection to the Falcon C2 server.
The framework operates entirely in the browser context, making it difficult to detect with traditional endpoint security solutions that focus on filesystem and process activity. Its main objectives are data exfiltration and payload delivery. In the observed campaigns, the threat actor targeted government bodies to achieve strategic intelligence collection goals. The geographic focus on the Middle East and Southeast Asia suggests a nation-state-aligned threat actor with specific regional interests.
The delivery of the Antino implant marks a second stage of the attack, moving from browser-based compromise to a more persistent presence on the host system. The use of a legitimate cloud service like OneDrive for C2 helps this secondary payload blend in with normal network traffic, complicating detection efforts.
The Falcon framework demonstrates a strong emphasis on stealth and evasion. Its components are designed to avoid detection by both automated security tools and casual human inspection.
The actor protects the C2 management panel with several OPSEC measures:
TCP/8080) initially displays a blank page.F9 key is pressed three consecutive times. Any other keypress resets the counter.This multi-layered approach effectively hides the login interface from web scanners and bots.
When a victim visits a compromised site, the Falcon server dynamically generates a unique JavaScript implant. This implant is created by combining two files, victim_common.js (configuration) and victim.js (core functions). The combined script is then obfuscated using a simple XOR cipher with a one-byte key, with the output converted to a list of integers. This per-session obfuscation helps evade signature-based detection.
The implant establishes persistence within the browser session using a three-tiered strategy to store a 32-character session ID:
storageApi: A dictionary within the malicious Chrome browser extension, if installed.localStorage: The primary method for persistent storage across browser sessions.sessionStorage: For storage within a single session.The session ID is notably stored using a key named Baidu-Fid, mimicking a legitimate service from Baidu to evade suspicion. This technique is identical to that used by the PeckBirdy framework.
Falcon primarily uses a TLS-encrypted WebSocket for persistent C2 communication, sending a {"heartbeat":"1"} message every minute. All data exchanged over the WebSocket is further encrypted using AES via the browser's native Web Crypto API. The key exchange is secured with RSA, where the server provides its public key and the client generates and sends an AES session key encrypted with it.
If WebSockets or the Web Crypto API are unavailable, the implant falls back to an unencrypted Comet-based protocol and uses Base64 encoding. This layered communication approach ensures resilience across different browser environments.
localStorage, sessionStorage, and cookies to maintain a persistent session identifier.The primary impact of the Falcon framework is strategic espionage against government targets. By compromising sensitive web portals, the threat actor can intercept communications, steal credentials, and access confidential documents processed through these applications. The targeted entities—ministries of foreign affairs, defense, and interior—are high-value intelligence sources, indicating that the campaign's objective is likely nation-state level intelligence gathering rather than financial gain.
The compromise of these organizations could lead to significant national security risks, including the exposure of diplomatic communications, military plans, and law enforcement data. The ability to sideload malicious browser extensions creates a highly persistent and powerful surveillance platform within the target's environment. Furthermore, the deployment of the Antino implant escalates the threat from a browser-level compromise to a system-level intrusion, providing the actor with a deeper foothold for lateral movement and further data exfiltration.
No specific file hashes, IP addresses, or domains were provided in the source article.
Security teams may want to hunt for the following patterns which could indicate related activity:
Baidu-FidlocalStorage.Baidu-FidlocalStorage.contextmenuF9F9 key presses. While specific, monitoring for unusual keyboard listeners in web applications could be a valuable hunting technique.WebSocket/config/Detecting Falcon requires a focus on network traffic analysis and browser-level activity.
Network Monitoring: Monitor for anomalous WebSocket connections originating from browsers, especially from pages that do not typically use them. Egress filtering and traffic analysis can help spot connections to suspicious endpoints. Pay close attention to traffic from sensitive web applications to external IP addresses. The use of D3FEND Network Traffic Analysis (D3-NTA) is critical.
Web Proxy and DNS Logs: Analyze proxy logs for unusual GET requests that could be part of the fallback Comet C2 protocol. While the report does not mention specific domains, hunting for newly registered or low-reputation domains being accessed from government web portals is a sound strategy.
Endpoint and Browser Security: Deploy browser security solutions that can control JavaScript execution and detect the hooking of events like contextmenu or keyboard inputs. Enterprise browser security management tools can enforce policies to prevent the installation of unauthorized extensions.
Incident Response: If a compromise is suspected, incident response teams should focus on capturing browser artifacts, including localStorage, sessionStorage, cookies, and cache, to identify the Baidu-Fid session identifier or other malicious scripts. Network captures should be analyzed for the described RSA/AES handshake over WebSockets.
Defending against threats like Falcon requires a multi-layered approach that combines web security, network controls, and user awareness.
Web Application Firewall (WAF): Organizations hosting web applications should deploy a WAF to detect and block attempts to inject malicious JavaScript into their sites. This is a primary defense against the initial compromise vector.
Software Updates: Ensure all browsers and their extensions are kept up-to-date. Applying patches promptly reduces the attack surface available to threat actors. This aligns with D3FEND Software Update (D3-SU).
Network Segmentation and Egress Filtering: Implement network segmentation to prevent a compromised browser from accessing sensitive internal resources. Use outbound traffic filtering to block connections to known malicious or uncategorized domains and IP addresses. This is a key implementation of D3FEND Outbound Traffic Filtering (D3-OTF).
Browser Hardening: Use browser security policies to restrict the installation of unapproved extensions. Configure browsers to disable or limit the execution of JavaScript from untrusted sources where possible. This corresponds to D3FEND Application Configuration Hardening (D3-ACH).
User Training: While Falcon's initial vector is a compromised website, training users to be aware of and report unusual browser behavior (e.g., unexpected pop-ups, slow performance) can provide early warnings.
Regularly update web browsers and extensions to patch vulnerabilities that could be exploited to gain further access beyond the initial JavaScript execution.
Mapped D3FEND Techniques:
Use web application firewalls (WAFs) and content filters to block malicious JavaScript from being injected into or served by web applications.
Implement egress filtering on firewalls and proxies to block outbound WebSocket and Comet connections to untrusted or uncategorized domains, disrupting C2 communications.
Mapped D3FEND Techniques:
Leverage modern browser sandboxing capabilities to ensure that even if malicious JavaScript executes, it cannot access or affect the underlying operating system.
Enable comprehensive logging of network traffic, DNS queries, and proxy logs to support threat hunting for C2 communication patterns and suspicious connections.
Harden browser configurations through enterprise policies to restrict the installation of unauthorized extensions and limit the execution of untrusted scripts.
Mapped D3FEND Techniques:
To counter the Falcon C2 framework, organizations must implement robust Network Traffic Analysis (NTA). Given that Falcon's primary C2 channel is a TLS-encrypted WebSocket, detection cannot rely on simple signature matching of the payload content. Instead, security teams should focus on metadata and behavioral analysis. Deploy NTA solutions or leverage SIEM capabilities to baseline normal network activity from browsers. Create alerts for persistent WebSocket connections originating from sensitive web applications (e.g., government portals, webmail) to external, non-whitelisted IP addresses. Monitor for the periodic heartbeat traffic ({"heartbeat":"1"}) which, although encrypted, will have a consistent size and interval (every 60 seconds). Correlate network flows with proxy logs to identify the user-agent and originating webpage. Since the Antino implant uses OneDrive for C2, NTA should also be used to monitor for anomalous traffic patterns to Microsoft cloud services, such as unusual API calls or data transfers that deviate from legitimate user behavior.
Application Configuration Hardening is a critical defense against browser-based threats like Falcon. This should be applied specifically to web browsers across the enterprise using Group Policy Objects (GPOs) or a Unified Endpoint Management (UEM) solution. First, create a strict allowlist for browser extensions, preventing the sideloading of malicious extensions—a key feature of Falcon. Second, configure script execution policies to be as restrictive as possible. While disabling JavaScript entirely is not feasible for most organizations, browser features like Content Security Policy (CSP) should be enforced on internal web applications to prevent the execution of unauthorized inline scripts. For high-security environments, consider deploying browser isolation technologies that execute web content in a remote, sandboxed environment, completely separating potentially malicious code from the end-user's device and the internal network. These hardening measures directly disrupt Falcon's ability to establish persistence and execute its core logic within the browser.
Outbound Traffic Filtering provides a crucial layer of defense to disrupt Falcon's C2 communication. Since the framework must connect to an external server on TCP port 443 (for WebSockets) or 8080 (for the management panel, which could be re-used), organizations should implement egress filtering rules on perimeter firewalls and web proxies. The default policy should be to deny all outbound traffic, with explicit allow rules for known-good services and business-critical destinations. This 'deny-by-default' posture makes it significantly harder for implants like Falcon to 'phone home'. For more granular control, use next-generation firewalls (NGFWs) that can identify and block WebSocket traffic to uncategorized or low-reputation domains. This directly counters both the primary WebSocket C2 and the fallback Comet protocol, effectively isolating a compromised browser and preventing the threat actor from issuing commands or exfiltrating data.
Trend Micro published a report on the PeckBirdy scripting framework, which shares significant overlaps with Falcon.
Falcon C2 campaigns targeting government entities in the Middle East and Southeast Asia began.
Observed Falcon C2 campaigns concluded.
Unit 42 published its research on the Falcon C2 framework.

Cybersecurity professional with over 10 years of specialized experience in security operations, threat intelligence, incident response, and security automation. Expertise spans SOAR/XSOAR orchestration, threat intelligence platforms, SIEM/UEBA analytics, and building cyber fusion centers. Background includes technical enablement, solution architecture for enterprise and government clients, and implementing security automation workflows across IR, TIP, and SOC use cases.
CyberNetSec.io uses automation to assist source monitoring, deduplication, observable extraction, and structured intelligence generation. Published analysis follows human-defined editorial standards and adds defensive context including MITRE ATT&CK, D3FEND, STIX, and Sigma where applicable. Read our editorial policy.
Help others stay informed about cybersecurity threats
Every tactic, technique, and sub-technique used in this threat has been identified and mapped to the MITRE ATT&CK framework for consistent, actionable threat language.
Observables and indicators of compromise (IOCs) have been extracted and cataloged. Risk has been assessed and correlated with known threat actors and historical campaigns.
Detection rules, incident response steps, and D3FEND-aligned mitigation strategies are included so your team can act on this intelligence immediately.
Structured threat data is packaged as a STIX 2.1 bundle and can be visualized as an interactive graph — relationships between actors, malware, techniques, and indicators.
Sigma detection rules are derived from the threat techniques in this article and can be converted for deployment across any major SIEM or EDR platform.