π¨ Redis Cryptomining Botnet Compromised 3,562 Servers, Exposed by the Operator's Own Files
A Redis cryptomining botnet compromised 3,562 Redis servers by exploiting unsecured no-auth configurations. The botnet operator's own files were exposed in an open directory, revealing the full toolkit and detailed campaign logs. The attack leveraged rogue replication commands to deploy a cron job that runs the XMRig miner, targeting Monero mining pools. The issue is due to missing authentication and insecure default configurations, not a software vulnerability. The affected Redis versions range from 2.8.17 to 7.2.0. Mitigation involves configuring Redis securely by enabling authentication and disabling replication features if unused.
AI Analysis
Technical Summary
Researchers discovered an open directory containing the complete Redis cryptomining botnet operator toolkit, including exploit source code, campaign logs, and runtime files. The botnet compromised 3,562 distinct Redis servers out of 12,966 targeted by exploiting unsecured Redis instances with no authentication enabled. The attack used rogue replication commands (SLAVEOF) combined with crafted RDB blobs to drop cron jobs that execute the legitimate XMRig miner over TLS, mining Monero. Attempts to gain SSH access or exploit MongoDB sandbox escapes failed. The attack affects Redis versions from 2.8.17 through 7.2.0, indicating the root cause is insecure configuration rather than a version-specific vulnerability. Mitigation requires enabling requirepass, disabling SLAVEOF/REPLICAOF if replication is unused, or enabling protected-mode. Upgrading Redis versions does not mitigate the issue.
Potential Impact
The botnet successfully compromised thousands of Redis servers by exploiting unsecured no-auth configurations, leading to unauthorized cryptomining activity on affected hosts. This results in resource exhaustion and potential operational disruption. No direct exploitation of Redis software vulnerabilities was involved; the impact stems from insecure default or misconfigured Redis instances.
Mitigation Recommendations
The vendor advises configuring Redis securely by enabling the requirepass directive to enforce authentication, disabling SLAVEOF/REPLICAOF commands if replication is not used, or enabling protected-mode. Since this is a configuration issue, upgrading Redis versions does not mitigate the risk. Administrators should audit Redis instances for no-auth access and apply these configuration changes promptly.
π¨ Redis Cryptomining Botnet Compromised 3,562 Servers, Exposed by the Operator's Own Files
Description
A Redis cryptomining botnet compromised 3,562 Redis servers by exploiting unsecured no-auth configurations. The botnet operator's own files were exposed in an open directory, revealing the full toolkit and detailed campaign logs. The attack leveraged rogue replication commands to deploy a cron job that runs the XMRig miner, targeting Monero mining pools. The issue is due to missing authentication and insecure default configurations, not a software vulnerability. The affected Redis versions range from 2.8.17 to 7.2.0. Mitigation involves configuring Redis securely by enabling authentication and disabling replication features if unused.
Reddit Discussion
Researchers indexed an open directory on 188.245.99.156 (Hetzner) that held an operator's full Redis cryptomining toolkit, not just a payload. 147 files in total: Python exploit source, JSON campaign logs, a bundled portable Python 3.11 runtime, and two exported Windows registry hives.
Because the raw campaign logs were sitting there, the numbers come from the operator's own per-host records, not the summaries their scripts print:
- 3,562 distinct Redis servers compromised out of 12,966 targeted, across two independently coded runs
- The only technique that scaled is rogue replication: PING to confirm no-auth, CONFIG SET dir/dbfilename, SLAVEOF to a rogue master, then a crafted RDB blob with an embedded newline that drops a cron entry into /etc/cron.d/
- That cron job pulls a legit XMRig release straight from GitHub and points it at pool.moneroocean.stream:443 over TLS
- SSH key injection via AOF returned 0 of 2,342, MongoDB JS sandbox escape 0 of 468. Every SSH attempt bounced at the first CONFIG SET with AUTH_REQUIRED
- Confirmed victims span Redis 2.8.17 to 7.2.0, so this is missing authentication, not a version-specific bug
- A third run against a pre-qualified no-auth list hit 72.6%, roughly triple the full-fleet rate, so target-list freshness is the real limiter, not the technique
- The same Monero wallet turns up in a separate February 2026 open directory in Moldova with Meterpreter and XMRig deployers and no Redis component, which pushes known activity back at least five months
Fix is config, not patching: requirepass, disable SLAVEOF/REPLICAOF where replication is not in use, or enable protected-mode. Upgrading does nothing here.
Full write-up with IOCs: https://hunt.io/blog/redis-cryptomining-botnet-3562-servers
Links cited in this discussion
Affected software
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
Researchers discovered an open directory containing the complete Redis cryptomining botnet operator toolkit, including exploit source code, campaign logs, and runtime files. The botnet compromised 3,562 distinct Redis servers out of 12,966 targeted by exploiting unsecured Redis instances with no authentication enabled. The attack used rogue replication commands (SLAVEOF) combined with crafted RDB blobs to drop cron jobs that execute the legitimate XMRig miner over TLS, mining Monero. Attempts to gain SSH access or exploit MongoDB sandbox escapes failed. The attack affects Redis versions from 2.8.17 through 7.2.0, indicating the root cause is insecure configuration rather than a version-specific vulnerability. Mitigation requires enabling requirepass, disabling SLAVEOF/REPLICAOF if replication is unused, or enabling protected-mode. Upgrading Redis versions does not mitigate the issue.
Potential Impact
The botnet successfully compromised thousands of Redis servers by exploiting unsecured no-auth configurations, leading to unauthorized cryptomining activity on affected hosts. This results in resource exhaustion and potential operational disruption. No direct exploitation of Redis software vulnerabilities was involved; the impact stems from insecure default or misconfigured Redis instances.
Defensive Guidance
The vendor advises configuring Redis securely by enabling the requirepass directive to enforce authentication, disabling SLAVEOF/REPLICAOF commands if replication is not used, or enabling protected-mode. Since this is a configuration issue, upgrading Redis versions does not mitigate the risk. Administrators should audit Redis instances for no-auth access and apply these configuration changes promptly.
Technical Details
- Source Type
- Subreddit
- netsec
- Reddit Score
- 0
- Discussion Level
- minimal
- Content Source
- reddit_link_post
- Post Type
- link
- Domain
- null
- Newsworthiness Assessment
- {"score":36,"reasons":["external_link","newsworthy_keywords:botnet,compromised,exposed","established_author","very_recent"],"isNewsworthy":true,"foundNewsworthy":["botnet","compromised","exposed"],"foundNonNewsworthy":[]}
- Has External Source
- true
- Trusted Domain
- false
Threat ID: 6aa055cfacd9273b490e753c
Added to database: 09/08/2026, 18:37:03 UTC
Last enriched: 09/08/2026, 18:37:10 UTC
Last updated: 09/09/2026, 03:22:00 UTC
Views: 9
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console β Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.