A security firm has found that placing a disguised instruction file inside a user's Downloads folder is enough to manipulate AI coding agents into installing malware, with one leading tool executing a known-malicious package in more than nine out of ten test runs.
The finding comes from Forever Security, which said one of its customers had an `AGENTS.md` file sitting in their Downloads folder. The file was designed to look like routine engineering notes, but its actual purpose was to instruct any coding agent that opened the folder to install `function-color`, a package tied to the MALFEX npm supply chain campaign. Forever stopped the agent before the installation completed. The firm could not determine how the file got there.
How the Malware Chain Works
`function-color` is a wrapper package. It carries no payload of its own but silently installs `function-flag` as a dependency. That package runs a postinstall script that downloads a Windows executable from a remote host, saves it as `node.exe` inside `%APPDATA%`, and executes it in the background. The download routine sits inside an empty catch block, so a failed attempt produces no error and leaves no trace in the install log. As of early October, both packages remained installable on npm with no advisory flagging either one.
The reason the attack targets the Downloads folder specifically is not arbitrary. Browsers can save files to that directory without asking the user for permission or even requiring a click. Forever built a proof-of-concept web page that silently dropped a crafted `AGENTS.md` into Downloads during a normal browsing session. The firm did not establish that an attacker used this exact method against its customer, but the capability is real and requires no special access.
Test Results Across Two Major Agents
To measure how reliably the technique works, Forever ran controlled tests against OpenAI's Codex and Anthropic's Claude Code.
For Codex, the planted file instructed the agent to register a new server entry in `~/.codex/config.toml` and install the malicious package. Because that config file applies to every session on the machine, a successful write would persist across projects. Codex followed through in more than 90 percent of the test attempts inside an isolated virtual machine.
Claude Code required a different approach. The planted `CLAUDE.md` was written to resemble internal gateway setup documentation, and its goal was to write a custom API endpoint into the project's `.claude/settings.json` file. If an attacker controls that endpoint, every API call from the agent passes through their infrastructure, along with the session token. The token can then be used to take over the account. Claude Code normally prompts the user to approve writes of that kind, and it frequently rejected requests that looked suspicious. The extended engineering-document framing, however, got the write approved roughly half the time.
Neither Vendor Has a Patch
Forever stated plainly that there is nothing for OpenAI or Anthropic to fix. Each agent was doing what it was built to do: read instruction files in the working directory and carry out the steps listed in them. The firm compared the situation to a browser rendering a phishing page. The browser is not broken; the page is malicious.
That framing shifts the responsibility to users and organizations. Forever's own telemetry adds urgency to that point. About half of its customers run a coding agent from their Downloads folder, and roughly a quarter of agent sessions involve an open browser. In many of those cases, no person is actively watching the session when a new file arrives in the directory.
What to Do
The most direct fix is to stop running coding agents from the Downloads folder entirely. Beyond that, Forever recommends reading any `AGENTS.md` or `CLAUDE.md` file you did not write yourself before running a session, including files that arrive in freshly cloned repositories.
For anyone who suspects a file may have already been processed, the firm advises checking `~/.codex/config.toml` for unrecognized server blocks and reviewing `.claude/settings.json` for API endpoints that were not intentionally set. On Windows machines, the presence of `node.exe` inside `%APPDATA%` is a strong indicator that the function-flag payload ran successfully. If a planted file is confirmed, the session's login token should be treated as compromised and rotated immediately.
Keeping approval prompts enabled and running agents inside sandboxes reduces the attack surface, though the Claude Code test results show that approval prompts alone are not a reliable barrier when the malicious instruction is written to look like legitimate documentation.
An operational security slip by affiliates of two ransomware groups left a server exposed long enough for researchers to pull 8,257 AI-generated messages documenting how the operators ran intrusions, negotiated ransoms, and managed their victim pipeline. The logs, recovered from a directory at IP address 45.227.254.43, form one of the most detailed windows into how criminal groups are now deploying artificial intelligence to execute attacks at scale.
The research, published by SOCRadar, links the activity to affiliates of INC ransomware and The Gentlemen, a data extortion group. Analysts assess the operators are Russian-speaking and function both as an intrusion team and as an infrastructure provider, leasing out their toolkit to other ransomware partners.
The Framework Behind the Operation
At the center of the operation sits a custom platform called Phantom, described in its own documentation as an "Autonomous Red Team Kill Chain Framework." The tool ships with 18 skill modules, a routing engine, an autopilot orchestrator, and agents written in Python and Go. It connects to OpenCode, which lets the AI select attack techniques and assign tasks to remote agents. On victim machines, those agents masquerade as Windows Update components and phone home to a domain linked to the operation.
To run the AI components, operators routed prompts through OpenRouter, a commercial model aggregator, using legitimate AI models including Anthropic's claude-opus-4.6 and Moonshot AI's Kimi-K3. When models declined to help with a specific task, operators did not switch tools. They reframed the request as an "Authorized Red Team Assessment Request" and resubmitted it. That workaround appears frequently across the 133 recorded sessions.
Alongside Phantom, the group built WormGPT-MCP, a layer of 32 Model Context Protocol servers that tie the AI to purpose-built tools covering everything from reconnaissance to ransom negotiation. A partner guide found on a second server advertised "55+ tools" and access to more than 9,000 proof-of-concept exploits. The name WormGPT refers to a persona prompt layered over commercial models, not a separate AI system.
For persistence and communication, the group used Ghost C2, a family of three generations of polymorphic implants that route traffic through Cloudflare, Telegram, or DNS to avoid network-level detection.
How They Got In
The operation targeted exposed edge devices and widely used IT management software. Three vulnerabilities drove confirmed access: CVE-2024-57727, a path traversal flaw in SimpleHelp, gave the group admin passwords from 427 servers after scanning nearly 5,000; CVE-2026-35616, an authentication bypass in FortiClient EMS, allowed operators to create backdoor admin accounts across more than 4,000 managed endpoints; and CVE-2026-41940, an authentication bypass in cPanel and WHM, was used to reach small hosting providers and their clients' email servers.
Credential reuse turned single points of access into full-network compromises. In at least one documented case, a single reused password opened the door to a VPN, several servers, a remote management platform, backup infrastructure, and the organization's security management tools. To suppress endpoint detection tools, operators deployed a driver-based EDR killer that abused a vulnerable Zemana driver, a technique known as Bring Your Own Vulnerable Driver.
The Victim Picture
Researchers identified 62 named organizations in the operational logs, with 36 located in the United States. Industrial, manufacturing, and energy firms made up the largest share of targets at roughly 16 percent. Healthcare and pharmaceuticals came in second at about 14.5 percent. Most targeted companies were smaller businesses, with 27 of 35 classifiable organizations reporting revenue below $250 million. Some were reached indirectly through a managed service provider whose admin credentials had been stolen.
Four organizations ended up listed on public leak sites. The operation's timeline runs from mid-July 2026 through a live encryption event on September 30, 2026.
Extortion by the Numbers
The playbook prioritized data theft over encryption. Operators sifted through stolen financial records to gauge what a victim could pay, then opened contact with a text-only email carrying no ransom figure. Pressure escalated through scripted vishing calls, threats to notify customers and regulators, and hard deadlines of 24 to 72 hours before publication. Payment was planned in Monero, though researchers found no wallet or confirmed transaction records.
Demand figures from recovered case files show the range of the operation. A EUR 15 million demand sent to a company called Aidon was later revised down to EUR 4 million after the operators realized they had compromised the wrong parent company. A healthcare network in Australia received demands between AUD 3 million and AUD 8 million. The Gentlemen's communications to Leo Schachter Diamonds included a four-message sequence and a vishing plan. For Trulite Glass and Aluminum, the group set up a look-alike domain, trulitesupport[.]com, to warn the company's own customers about the breach.
Total spending on the operation's infrastructure is estimated at just under $24,000.
By exploiting stolen authentication tokens instead of passwords, a cyber campaign targeting Microsoft 365 compromised email accounts for 79 organizations. During the period July 14-22, 2026, cybersecurity firm Huntress reported unauthorized access to business accounts was gained by replaying stolen login sessions for ten weeks, using stolen login sessions.
Research indicated that there were approximately 497 successful login attempts during the investigation, compared to more than 200,000 failed login attempts. The campaign relied on infrastructure provided by 1337 Services GmbH, a hosting provider based in Hamburg, Germany. Microsoft Entra ID Protection also flagged several IP addresses associated with the activity, indicating that portions of the infrastructure had been identified as suspect. This attack highlights the vulnerability of conventional account protection.
Although multi-factor authentication (MFA) was enabled during legitimate sign-ins, attackers exploited this mechanism to capture authentication tokens after the user completed the verification process. As a result of these tokens, Microsoft 365 services could be accessed without the attacker having to enter the account password or repeat the MFA challenge.
Stolen Authentication Tokens Bypass MFA Protection
There have been several techniques employed by researchers to obtain valid authentication tokens, including adversary in the middle (AiTM) phishing, device-code phishing, and social engineering. In AiTM attacks, victims are directed to fraudulent sign-in pages that relay requests to Microsoft's genuine login service.
Once the user enters their credentials and completes MFA, the relay captures the session token resulting from that action. Having successfully authenticated a user, the token can be reused by an attacker without requiring the user to complete the original verification process again. Another method is device-code phishing, which tricked the victim into entering a code on Microsoft's valid sign-in page, enabling the attacker to control the session without being aware.
According to Huntertress, token spray is an approach to attempting access at scale by reusing stolen tokens across multiple organizations in a similar manner to password spraying. In place of repeatedly guessing passwords, attackers used already authenticated sessions to attempt access to multiple organizations.
The stolen sessions were often used within minutes of being stolen. During one incident on July 21, the attacker accessed a hijacked session 12 minutes after the victim reached the MFA prompt. During another incident on September 22, the interval was only four minutes. The campaign also involved repeated changes to its infrastructure.
Attackers rotated between six IP addresses within the range 193.26.115.0/24, returning in multiple waves separated by periods of inactivity, rotating between the six IP addresses in succession. Using this approach, it was difficult to block specific addresses since activity could continue from another address in the same range.
After gaining initial access, attackers attempted to maintain control over compromised accounts and conceal suspicious activity, increasing the risk that further business email compromises will occur.
Attackers Compromise 79 Organizations Through Microsoft 365 Token Replay
A number of methods were also used to maintain access after the initial compromise by Huntress, including identifying 48 unauthorized devices registered in the Microsoft Entra directories of victims. The attackers were able to retain access even after stolen sessions expired by removing existing multi-factor authentication (MFA) methods and registering new ones within three hours of the first suspicious sign-in in 19 organizations.
A password reset alone will not remove these unauthorized devices or authentication methods, leaving compromised accounts exposed unless administrators review and remove them. However, they can create their own authenticator methods to complete future login verification. As well as creating concealed inbox rules for hiding messages from account owners, attackers also created concealed inbox rules.
A number of rules automatically marked incoming emails as read, deleted them, or moved them into folders such as RSS Feeds and Conversation History. These rules typically contained short names or punctuation, which rendered them less visible during routine checks. An external accountant was contacted by an e-mail relating to payroll related issues using a compromised mailbox.
Using the attacker's rule, he was able to capture messages containing terms such as "payroll," "direct deposit," "bank," and "bonus," and then added another rule to hide the accountant's responses. As a result of this approach, fraudulent payment requests may continue, without the account owner being aware of the conversation.
Attack Infrastructure Shifted Across Multiple Phases Over the course of four phases from July 14 to September 22, 2026, Hunters tracked the operation. In order to capture and replay sign-in tokens, the attackers rotated between six IP addresses associated with German hosting provider 1337 Services GmbH, using separate infrastructure.
In addition to 497 successful sign-ins across 79 organizations, over 200,000 unsuccessful attempts were recorded as part of the investigation. The Microsoft Entra ID Protection system flagged several addresses associated with the activity during a four-day burst in September. One address recorded hundreds of successful sign-ins from dozens of organizations. The campaign utilized scripted token replays as well as browser-based session replays.
A device-code phishing scheme, which involves tricking users into entering a code on Microsoft's legitimate sign-in page, was also employed in the campaign, enabling hackers to authorize sessions without obtaining account credentials. Huntress did not attribute the campaign to a specific threat group or country.
The findings emphasize instead how stolen session tokens can compromise account security even with multi-factor authentication enabled. Conditional Access Policies Can Help Limit Exposure Using Conditional Access policies, Hunters recommends requiring multi-factor authentication (MFA) or blocking access to all users, cloud applications, and client applications. These policies were able to stop more than a thousand sign-in attempts from a single attacker-controlled address across four organizations during the observed campaign, demonstrating their effectiveness when properly configured.
When a token replay incident is suspected, administrators need to revoke active sessions, reset passwords, and audit Entra devices and MFA methods registered with the network. Checkbox rules for unusual names, unexpected message deletions, and rules that redirect payroll or banking correspondence to avoid unusual names.
Additionally, organizations should review suspicious sign-ins and restrict device-code authentication in situations where it is not necessary. According to the campaign, addressing token theft involves more than simply changing passwords.
In order to prevent attackers from returning to compromised Microsoft 365 accounts, it is also necessary to remove unauthorized authentication methods, invalidate sessions, and identify concealed mailbox activity.
Tokyo – Park24, which operates Times Car through its subsidiary Times Mobility, confirmed late October that attackers had accessed personal data belonging to more than 6.6 million current and former members of Japan's largest car-sharing service. The final investigation report, released October 23, puts the incident among the most serious personal data exposures Japan has seen in recent years, with identity documents at the center of the damage.
The stolen data covers names, home addresses, dates of birth, phone numbers, email addresses, and driver's license details for 6,628,007 accounts. For 1,464,800 of those accounts, attackers transmitted encrypted images of identity documents outside the company's systems. Those images included driver's licenses, utility bills used to verify home addresses, student IDs from people enrolled in student plans, and family verification documents for members on family plans. Another 891,602 account holders had their images accessed but not transmitted. In total, roughly 2.36 million identity document files were touched in some form.
Attackers entered through a vulnerability in the Times Car web application and used what they found there to navigate into the company's underlying database and file storage. Park24 has not named the specific flaw or described the compromised architecture, saying only that the confirmed access path is closed and that systems built the same way were reviewed afterward. The breach was detected at 9:07 a.m. on September 25. By the following morning, the attacker's communication route was cut off.
Times Mobility's Times Club loyalty program was accessed in the same incident. That system contributed 135,436 linked service IDs, 19,510 Times Club card numbers, and the last four digits of 28 credit cards to the exposure. Park24 said it does not store full card numbers or security codes in either system. Four hashed passwords were also transmitted, though the company described them as stored "in a form that cannot be restored."
The financial toll has been significant. Park24 projected a 5.5 billion yen special loss and cut its full-year net profit forecast by 12.5 percent. The company plans to pay 3,000 yen per person, in cash or vouchers, to each of the 1.46 million customers whose encrypted ID images left the system. Daily sales have since returned to pre-incident levels, though the company acknowledged that membership numbers dropped in the immediate aftermath of the disclosure.
A Japanese attorney opened a plaintiff intake site on September 30, and by October 7, roughly 64,000 people had registered as potential claimants. No lawsuit has been filed yet, but the figure is unusually high by the standards of Japan's data-privacy litigation history.
Regulators moved across several agencies. The National Police Agency issued guidance on October 8, warning businesses to tighten identity verification and alerting the public to impersonation scams. The Financial Services Agency followed the next day, asking banks and financial firms to stop accepting uploaded ID photos for account verification ahead of the April 2027 legal deadline and to read IC chips from physical documents instead. Japan's transport ministry instructed the Japan Rental Car Association to survey its members on data protection practices and report back by October 30.
"A reissue is not something that lets you feel safe." [Police official, quoted by Asahi Shimbun, on driver's license replacement]
One consequence without much precedent in Japanese data-protection cases has been a wave of driver's license reissue requests. Because license numbers and photographs are permanent identifiers, prefectural public safety commissions began accepting applications for replacements under the Road Traffic Act. By October 10, at least 16 prefectures, including Aichi, Hiroshima, Miyagi, and Niigata, were processing applications. A reissued license carries a new number and photograph but does not change the holder's name, address, or date of birth, which limits how much protection it actually offers.
Times Mobility changed its retention practices on October 16, announcing it would delete ID images once a registration check is complete for current members and would no longer keep images of former members at all, reversing a policy of retaining them for seven years. The company had cited identity verification needs and the Corporation Tax Act as justification for the extended retention, though tax law does not require keeping license images. All existing images are scheduled for deletion by the end of October.
Times Mobility has held Japan's Privacy Mark certification from JIPDEC since 2021, valid through August 2027. JIPDEC received the incident report and asked for a prompt investigation; its options include issuing a recommendation, suspending the mark, or revoking it.
The breach arrived during a period of rising unauthorized access across Japan. The National Police Agency recorded more than 7,190 such cases in 2025, more than four times the 2021 figure. Nippon Rent-A-Car disclosed a separate intrusion the same week affecting 96 members across two access events, though neither company has suggested any connection between the incidents.
Anyone who ever registered with Times Car, including those who never finished sign-up, should treat their information as having been accessed. The company has said it will never request passwords, SMS codes, or card PINs by phone or message. Its official fraud hotline is 0120-25-8924.
During an international cybercrime operation coordinated across 21 countries, INTERPOL has arrested 1,462 suspects and disrupted 10,909 malicious networks. Operation Serengeti III also resulted in the recovery of more than $105 million in illicit funds.
During the crackdown, which took place between June 29 and August 31, 2026, ransomware, online scams, business email compromises, digital extortion and other cyber-enabled financial crimes were targeted. An investigation conducted by INTERPOL identified 65,929 victims connected to criminal networks. Financial investigations indicated that an amount of $385 million was lost as a result of the activity.
Law enforcement agencies from Nigeria, Uganda, Angola, Kenya, South Africa, Ghana, Tanzania, and the Democratic Republic of Congo were involved in the operation along with the United States and other participating nations.
The private sector also contributed intelligence on threat intelligence and criminal infrastructure, and Group-IB, one of the participating private-sector partners, provided information about phishing kits, botnets and malicious resources that were hosted in Africa or targeted at the region. This information provided investigators with information about infrastructure supporting cyberattacks and the individuals responsible for operating them.
Fraud Networks and Illegal Crypto Mining Targeted
Authorities in Uganda detained 365 foreign nationals suspected of being connected to two transnational fraud networks, which was one of the largest arrest figures in the operation. A number of online investment schemes and pension scams targeting Asia were linked to these groups.
Investigators discovered schemes which involved call centres, fraudulent websites, and fake trading platforms, attempting to persuade victims to invest in unreal projects. Several illegal cryptocurrency mining facilities in Angola have been dismantled and nine suspects have been arrested.
Investigators have seized over 2,000 cryptocurrency mining devices and six illegal power transformation stations. Approximately $1 million was spent on electrical equipment, which underscores the substantial infrastructure and resources involved in these illegal mining operations. The investigation also included Nigeria, where authorities arrested a suspect allegedly implicated in an extensive phishing and business email compromise operation.
According to the report, the activity involved the collection of software credentials as well as approximately 2.1 million email addresses. A separate case involved the arrest of another Nigerian suspect related to international investment fraud schemes promoted using messaging applications. The investigation identified a total of more than $2.4 million in suspected criminal proceeds, of which a substantial portion was reportedly laundered by cryptocurrency exchanges.
INTERPOL Warns of Rising AI-Enabled Cybercrime in Africa
An increase in concerns over the changing cyber threat landscape across Africa has led to this operation. According to Interpol's African Cyber Threat Assessment Report 2026, artificial intelligence is increasingly being used in cybercrime as well as the number of financial losses resulting from digital crimes continues to rise.
In advance of Operation Serengeti III, investigators from 20 African countries and the United States received information regarding suspicious domains, IP addresses, and command-and-control infrastructure associated with criminal activity. In addition to identifying malicious resources, tracing connections between criminal networks, and targeting suspected perpetrators, these details also helped authorities identify suspicious individuals.
A number of private-sector companies were involved in the operation, including Group-IB, Kaspersky, Fortinet, TrendAI, Team Cymru, Uppsala Security and Meta, which provided threat intelligence, technical analysis and investigative expertise. Additionally, the initiative was supported by the Global Anti-Scam Alliance, Cybercrime Atlas and Zimbabwe’s Postal and Telecommunications Regulatory Authority.
The Director of Cybercrime for INTERPOL, Neal Jetton, noted that international cooperation is imperative as criminal organizations continue to operate across international borders and use technology to target victims in greater numbers. By conducting coordinated investigations, we were able to disrupt these networks, recover criminal assets, and reduce the damage caused by cybercrime.
A number of investigations associated with the crackdown remain ongoing. Authorities continue to investigate digital evidence seized, trace suspected criminal proceeds, and identify additional individuals associated with these networks. During the previous phases of Serengeti III in September and October 2024, as well as June and August 2025, more than 2,000 arrests were made.
Further highlighting the importance of cross-border intelligence sharing and cooperation between law enforcement agencies and cybersecurity firms, the latest operation demonstrates how organized crime can be combatted through cross-border intelligence sharing and cooperation.
Attackers hijacked 333 Tor exit relays in early October 2026, redirecting Secure Shell (SSH) connections through 12 interception servers to steal passwords and potentially deploy malware. Researcher kaba discovered the operation on October 2, while separate analysis identified 377 relays operated by 59 operators that had adopted the attackers' exit policy. The malicious configuration represented 7.46% of Tor's exit capacity at its October 4 peak.
Attackers Modified Relay Configurations
Tor exit relays forward traffic to destinations outside the network. Attackers modified the relays' "torrc" configuration files to permit connections over port 22, enabling SSH on 342 relays that previously blocked it and converting another 24 non-exit relays into exits.
The changes also blocked encrypted email ports while permitting plaintext-capable IMAP and POP3 connections on most affected relays. This potentially exposed unencrypted email retrieval, although investigators have not established whether attackers successfully captured messages.
Kaba discovered the campaign after an SSH connection through Tor triggered a warning that the remote host's identity had changed. Using exitmap, the researcher tested approximately 3,000 exit relays by routing SSH connections between controlled servers. The investigation identified 333 relays redirecting connections to the same 12 interception servers. Around a dozen presented fraudulent host keys directly, while the others redirected traffic without altering the key themselves.
The interception servers presented their own SSH host keys before connecting to the legitimate destinations. Users who accepted unfamiliar keys and entered passwords exposed their credentials. Attackers could then observe commands, check administrative privileges and attempt to install a Base64-encoded Perl payload.
Public-key authentication could not be transparently relayed in the same way because SSH authentication signatures are tied to individual sessions. However, users who accepted a malicious key could still be deceived into interacting with an attacker-controlled shell.
Ebury Backdoor Reveals an Earlier Intrusion
The Tor Project's Network Health team warned relay operators on October 5 that attackers appeared to be compromising Linux hosts and changing their configurations.
In an October 7 post-mortem, operator Zimmer confirmed Ebury version 1.8.3 on two Quetzalcoatl relay-family servers. The attacker had accessed a management server on August 28 using the operator's password, obtained root privileges within five minutes and installed Ebury. Approximately an hour later, the attacker compromised a second server, Switzerland2.
Zimmer attributed the initial intrusion to password reuse across SSH, "sudo" and backup encryption, with the password also stored in plaintext. SSH password authentication remained enabled on the internet-facing management server.
Ebury is a Linux backdoor and credential stealer associated with OpenSSH compromises since 2009. ESET estimated in 2024 that it had infected approximately 400,000 servers, with more than 100,000 still infected in late 2023.
The implant masqueraded as "/usr/lib/x86_64-linux-gnu/libkeyutils.so.1.10.2", with "libkeyutils.so.1" pointing to the malicious file. Because the packaged library remained untouched, conventional integrity checks such as "dpkg -V" and "debsums" could miss it. ESET researcher Marc-Etienne Léveillé subsequently confirmed that version 1.8.3 had existed since at least June 2026 and published an updated detection script.
Investigation Leaves Unresolved Questions
On October 4, Tor directory authorities began applying BadExit and MiddleOnly flags to affected relays. BadExit prevents clients from selecting a relay to exit the network. By 17:00 UTC on October 5, no relay carrying the malicious policy remained in the consensus used by Tor clients.
A scripted restart subsequently affected 55 Quetzalcoatl hosts, but authorities rejected affected relays attempting to rejoin. Tor Metrics recorded approximately 370 fewer exit-flagged relays between October 3 and 5.
Investigators have not established how attackers accessed the other 58 operators' systems. Directory analysis found that 71 of 101 affected relays hosted by FranTech Solutions, associated with BuyVM, adopted the malicious policy, compared with 13 of 9,054 hosted elsewhere. This concentration raises questions about hosting-level access but does not prove the provider was compromised.
The campaign's attribution, the number of infected hosts and the number of exposed users remain unknown.
Indicators and Remediation
Operators should inspect "torrc" and included files for unauthorized changes to "ExitRelay", "ExitPolicy", "ContactInfo", "MyFamily" and "Nickname". Other indicators include unfamiliar listening processes, outbound connections, NAT rules redirecting port 22, unauthorized SSH keys, unexpected scheduled tasks and suspicious system services.
Additional Ebury indicators include the abstract UNIX socket "@event-0YsOG9WSOE", a disguised "/sbin/rsyslogd" process and the IP address "185.225.226[.]62", associated with the initial intrusion into Zimmer's management server.
Anyone who accepted an unfamiliar SSH host key and entered a password through Tor between October 1 and October 5 should treat that credential as compromised, change it and investigate the destination server.
Suspected infected hosts should be taken offline, forensic evidence preserved and systems reinstalled rather than merely cleaned. Operators should replace exposed credentials, generate new relay identities and report findings to the Tor Project's bad-relays mailing list.
The incident demonstrates that Tor's traffic-routing protections cannot guarantee the authenticity of a destination connection when a malicious exit intercepts it. Verifying SSH host keys, disabling password authentication where practical and maintaining unique credentials are essential defenses.