这是一个创建于 2521 天前的主题，其中的信息可能已经有所发展或是发生改变。
ftp://43.230.112.161/edominer
看 history 记录，发现他从这个路径下载了一个文件，然后执行了，现在服务器上面有个挖矿的脚本占满了 cpu ……绝望，有没有大佬遇见过的，或者这位大佬如果在 v 站求放过，实在是解决不了了。
在线乞讨大佬帮忙一下……或者指点一下思路。
history 中发现这个脚本删除了 redis 的操作记录
 | 1 Reficul 2019 年 5 月 30 日  4 在线等老哥：“ ssh 密码，上去看看” 正经回答就是备份 and 重装 |
 | 2 wwhc 2019 年 5 月 30 日 不会又是 centos 吧 |
 | 3 Steven0125 2019 年 5 月 30 日 via Android 去年自用的腾讯云服务器，用了 redis，老被黑，然后没用 redis，发现正常了。 数据那是找不回来了，毕竟 1 个比特币估计给了也是白给的。 后来在阿里云买了一台服务器，跑同样的服务，暂时还没有被黑。 |
 | 4 kmahyyg 2019 年 5 月 30 日 via iPad [MALICIOUS REPLY REMOVED AND BANNED] |
| 5 kmahyyg 1 [MALICIOUS REPLY REMOVED AND BANNED] |
 | 6 Ultraman 2019 年 5 月 30 日 via Android 我们用排除法 首先 sudo rm -rf / 可能没法完全清除掉它 |
 | 7 boris1993 2019 年 5 月 30 日 via Android 2 |
 | 8 chinesestudio 2019 年 5 月 30 日 via Android 要运维找我 单次或者长期 防火墙请配置好 |
| 9 chinesestudio 2019 年 5 月 30 日 via Android @Steven0125 防火墙和 redis 没配置好 自然被黑 |
 | 10 msg7086 2019 年 5 月 30 日 在线等？等什么？不重装系统难道还有第二条路？ |
 | 11 BCy66drFCvk1Ou87 2019 年 5 月 30 日 via Android 开 ssh，让我上去看看 |
 | 12 vB4h3r2AS7wOYkY0 2019 年 5 月 30 日 11 #4 #5 @Livid 恶意混淆危险命令 rm -rf --no-preserve-root /* |
 | 13 qilishasha 2019 年 5 月 30 日 1 根据运维部每次的报告来看，重装是最快的办法，用文件码比对就可以知道哪个类、文件被注入，然后逆向找原因。所以，当服务器配置好后的初次备份很重要。 |
 | 16 LongLights 2019 年 5 月 30 日 via Android 备份数据 重装 |
 | 17 mahonejolla 2019 年 5 月 30 日 麻痹，点开链接是个文件，赶快结束他。不敢造次。 |
 | 18 BrillianKnight 2019 年 5 月 30 日 1 #4 #5 @Livid 恶意混淆危险命令 rm -rf --no-preserve-root /* |
 | 19 lusi1990 2019 年 5 月 30 日 via Android 我也被黑过，当时技术水平有限，把某云骂了一遍 ，然后重装 |
 | 22 lygmqkl 2019 年 5 月 30 日 redis 的锅吧？ |
 | 23 nicevar 2019 年 5 月 30 日 数据库一类的不要开启外网访问，ssh 安全配置加强一下 |
 | 24 hanxiV2EX 2019 年 5 月 30 日 via Android 备份数据重新开个容器，比在线等快多了吧。 |
 | 28 w0nglend 2019 年 5 月 30 日 via iPad 安全 tips： redis 的端口用安全组 /iptables 加固； 重命名 CONFIG, FLUSHALL, FLUSHDB 等危险操作，，加上密码； redis 使用单独用户，并使用 iptables 的 user 模块过滤此用户访问公网 |
 | 29 mentalidade 2019 年 5 月 30 日 1 |
 | 30 Constellation39 2019 年 5 月 30 日 @wwhc 同想 |
 | 31 zerofiny 2019 年 5 月 30 日 via Android 应用用二级用户。 安全组只开 80 |
 | 32 Livid MOD PRO |
| 33 Livid MOD PRO 根据邮箱找到的另外一个关联小号 @kmahyygyyg 也同时被彻底 ban。 |
 | 34 wlfeng 2019 年 5 月 30 日 ssh 不要使用密码登录啊，极度不安全 |
Select Language