Security1 publisher2 min readPublished
Cyclops Blink resurfaces on Cisco firewall managers as portable x86-64 Linux malware
Sophos found the timezone_check implant on compromised Cisco Firewall Management Center devices in August 2026 and assessed it likely Sandworm's work. Generic SysV persistence replaces the firmware trick and widens the appliances it can run on.
The Watch · Security desk

What happened
- Sophos Counter Threat Unit researchers analyzed a 64-bit Linux executable named timezone_check found on multiple compromised Cisco Firewall Management Center devices in August 2026.
- CTU assessed the code is a variant of Cyclops Blink and likely the work of the Russia-based IRON VIKING group, the malware the UK NCSC analyzed in 2022 and better known as Sandworm.
- This build runs on x86-64 Linux and persists through generic SysV, where the WatchGuard-focused samples documented in 2022 modified vendor firmware directly.
- Cisco published details of the campaign on September 9, after which CTU released its own analysis publicly.
Compiled by The WatchSomething wrong?How this is made
Why it matters
- capability Whoever controls the implant can use the appliance as a launch point for intelligence collection and follow-on operations inside the network it sits on.
- exposure Where module 0x08 runs with enough privilege it reads /etc/shadow, putting local password hashes within reach of offline cracking.
- precedent With persistence no longer tied to one vendor's firmware, the framework is portable to many more edge appliances, so expect it on hardware beyond Cisco FMC.
Cyclops Blink is a modular framework built around a parent controller and five child-process worker modules, with each module running as its own process so tasks execute concurrently and one module's failure does not take down the others [8]. The controller opens a dedicated inter-process channel for each module, routes inbound commands by module identifier, collects the output, applies cryptographic protection, and forwards the records to command-and-control servers [9].
The controller runs under the name [kworker/0:1], mimicking the genuine kernel worker threads common on Linux hosts [10]. During initialization it adds ACCEPT rules to the iptables OUTPUT chain for TCP ports 43856 and 49172, the two ports it uses for C2, and removes them when it shuts down or restarts [11]. It edits the filter table directly through the linked libiptc interface and only falls back to the system iptables utility if that fails [12].
A fixed-size status structure keeps the workers synchronized. The controller pushes each one the active C2 IPv4 list, the beacon interval, the time until the next beacon, outbound queue data, and the relevant process IDs [13].
The five workers cover host reconnaissance, file transfer and payload execution, active network discovery, selective packet capture, and persistence [14]. Module 0x08 handles the host profiling: operating system, kernel, hostname and uptime; processor, memory, filesystem and storage; local users, groups, processes and command lines; and network interfaces, ARP tables and resolver configuration [15].
What to watch
- Whether the same SysV build turns up on non-Cisco edge appliances, confirming the wider reach Sophos flags.
- Cisco's remediation guidance and indicators from its September 9 disclosure, and any fixed FMC releases.
- Whether CTU or NCSC upgrades the attribution from likely association to a confirmed Sandworm link.