服务器被黑

当你作为一个独立开发者的时候总要面临这样那样的问题，以前认为的小概率事件也总是某个时间点蜂拥而至考验你的耐心，前一阵阵刚刚经历了一次木马惊魂 (参见文章猎豹清理大师值得我们信任么? )，这次又遇到了服务器被黑。

部署服务器及一般的服务配置管理对于一个写代码的人自然不在话下，但是相对专业的运维人员程序员确少的却是一个安全意识，总以为服务器被攻击是一个小概率的事件。以前是这么考虑的“互联网上的主机那么多偏偏你的主机被骇客盯上？ 这不跟重大奖一样么，我有那么幸运么？”虽然前一段时间自己的产品被当成木马已经是中了一次大奖了。所以心存侥幸心理，能省事就省事，先把服务部署起来能用就行，这也倒是符合我的极简主义行事风格。只有经历才能成长，这句话说的一点没错，感谢这个不太聪明的骇客给我上了一课，从此在做任何服务器部署和管理的时候我的脑袋里也多了一根弦儿“安全意识"。 事情是这样的 。。。

前几日像往常一样，访问我的产品网站 http://xbrowser.me , 突然页面出现了404页面未找到。奇怪，怎么会这样？我有检查了一下输入的域名，没错确实是自己的网站。这时我心理突然一惊，倒吸一口冷气，莫非是因为前几天发布了一篇文章纪念我要废弃的产品功能-一键翻墙 这么快就被GFW注意到了？ 给我来了一个DNS劫持？ 为了验证这一想法我马上打开了电脑的VPN程序，通过VPN再次访问我的网站(这样可以避免GFW的DNS劫持) 。网页呈现出来的依然是“404页面未找到”，这说明不是DNS劫持的问题，GFW并没有注意到我。这时候我不知道是喜还是忧，但是这究竟是什么原因造成的呢？为了查找真相我立刻登录了自己的服务器。

首先我进入到了webserver根目录查看，果然看到网站文件被删掉了。还好我的程序有备份，这点损失我还是能够承受的，关键骇客的意图是什么呢？篡改主页？没有道理啊，对于我这个一没有知名度二没有影响力的小站点没有意义啊。好吧，不猜测原因了，这个哥们动作那么大我反而要庆幸，否则就凭我那点儿安全意识被当成肉鸡肯定毫无察觉。这时候我赶紧看看都有谁登录了服务器

1. $ last | more

2. chengkai pts/0 111.199.208.96 Mon May 18 14:41 still logged in

3. chengkai pts/4 192.154.200.61 Mon May 18 12:39 still logged in

4. chengkai pts/4 111.199.208.96 Sun May 10 02:40 - 14:39 (1+11:59)

5. chengkai pts/4 111.199.208.96 Sat May 9 14:02 - 14:03 (00:00)

6. chengkai pts/9 111.199.208.96 Sat May 9 00:15 - 02:31 (02:15)

从日志上看，都是我自己的用户名，但是很明显有一个不一样的IP地址来源，我赶紧查了一下ip地址来源, 处理了北京网通的IP另外一个不同的IP来着台湾。很显然骇客已经攻破了我的root密码然后为了掩人耳目使用我的用户名进行线上操作，但是更让人惊愕的是此时这哥们竟然正在线上。

chengkai pts/4        192.154.200.61   Mon May 18 12:39   still logged in

尼玛这真是大姑娘出嫁头一遭啊，这是要现场对决啊。第一闪念我要先把这下家伙给踢下去，可是又一想不行，这家伙已经拿到了我的root权限，被我踢下去很可能会气急败坏的重新登录破坏系统，还是先修改root密码及看看有没有留下什么后门再说,先看看对方有没有启动什么特殊的服务进程。

$ netstat -nl

80、22、1723 这些端口是我知道的webserver,ssh和vpn。剩下的几个大端口号尤其值得怀疑.

1. Active Internet connections (only servers)

2. Proto Recv-Q Send-Q Local Address Foreign Address State

3. tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN

4. tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN

5. tcp 0 0 0.0.0.0:1723 0.0.0.0:* LISTEN

6. tcp 0 0 127.0.0.1:48988 0.0.0.0:* LISTEN

7. tcp 0 0 127.0.0.1:52732 0.0.0.0:* LISTEN

那么接下来我用"lsof" 命令来看看这几个大的端口号是什么进程启动的？

1. lsof -i :48988

2. ruby 13727 chengkai 9u IPv4 98307068 0t0 TCP localhost:58185 (LISTEN)

3. lsof -i :52732

4. ruby 18258 chengkai 9u IPv4 97802878 0t0 TCP localhost:52732 (LISTEN)

还好都是ruby进程，我猜想应该是passenger 转发http请求到rails的监听端口,为了证明我的猜想我停掉了nginx服务，果然ruby进程占用的端口号没有了。

排除了骇客监听端口的嫌疑后，接下来看看会不会拿我的服务器当"肉鸡"使用，检测这一问题的最好办法就是查看外面的流量出口，这时候我想到了iftop命令。

1. $ sudo iftop -np

2.  

3. 195kb 391kb 586kb 781kb 977kb

4. └──────────────────────────────────┴───────────────────────────────────┴──────────────────────────────────┴───────────────────────────────────┴───────────────────────────────────

5. 96.126.127.11:7000 => 101.219.21.98:50726 30.1kb 6.03kb 1.51kb

6. <= 1.12kb 230b 57b

7. 96.126.127.11:ssh => 111.199.216.183:63446 5.09kb 5.91kb 6.13kb

8. <= 416b 291b 250b

9. 96.126.127.11:7000 => 101.219.21.98:54488 25.3kb 5.06kb 1.27kb

10. <= 1.12kb 230b 58b

11. 96.126.127.11:7000 => 101.219.21.98:36312 24.3kb 4.87kb 1.22kb

12. <= 1.12kb 230b 58b

13. 96.126.127.11:ssh => 222.186.21.250:56628 5.20kb 2.61kb 668b

14. <= 3.14kb 1.44kb 368b

15. 96.126.127.11 => 187.184.246.118 8.39kb 3.65kb 3.65kb

16. <= 0b 0b 0b

17. 96.126.127.11:7000 => 101.219.21.98:34993 15.8kb 3.17kb 811b

18. <= 1.13kb 231b 58b

19. 96.126.127.11:7000 => 103.254.203.177:58825 8.54kb 1.71kb 437b

在这里面，并没有发现什么异常的流量和往外的出口连接，又进行了一些常规检查，也没有发现特别异常的问题。

1. # 查看有无异常进程

2. $ ps aux

3. ......

4. # 查看系统资源占用有无异常

5. $ top

6. ......

7. # 有没有新增异常用户

8. $ cat /etc/passwd

9. ......

10. #查看了root用户的命令历史记录,当然这个对稍有经验家伙是没有意义的，拿到了root权限后可以清理任何痕迹

11. # history

12. ......

我知道接下来需呀做的两件事情，修改root及我当前用户的用户名密码及把入侵者踢下去。在修改了服务器的密码后，我在终端上输入了下面两个命令.

1. $ write chengkai pts/4

2. what are you fucking about

3. #结束消息

4. ctrl+d

5. # 踢掉在线终端

6. $ pkill -kill -t pts/4

第一个命令是向入侵者发送一条信息“what are you fucking about”，而第二条命令紧接着把入侵者踢了下去。这时候不免有了一丝满足感，可以想象对方收到消息并被我踢下终端时的表情，当然我想他可能不会这么容易善罢甘休。（其实我知道这种挑衅是蛮危险的，对方曾经拿到了root用户权限，如果在某个地方设置了一些后门会非常难以发现,系统很容易会被再次攻破)。 我打开了认证日志静静等待对方的再次破解登录，果然对方很快就来了，而且是发动了不同的主机进行ssh暴力破解。

1. $ sudo tail -f /var/log/auth.log

2.  

3. Received disconnect from 222.186.21.243: 11: [preauth]

4. May 18 14:36:52 localhost sshd[16428]: PAM 2 more authentication failures; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.21.243 user=root

5. May 18 14:36:54 localhost sshd[16432]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.21.243 user=root

6. May 18 14:36:56 localhost sshd[16432]: Failed password for root from 222.186.21.243 port 56722 ssh2

7. May 18 14:37:01 localhost sshd[16432]: message repeated 2 times: [ Failed password for root from 222.186.21.243 port 56722 ssh2]

8. May 18 14:37:01 localhost sshd[16432]: Received disconnect from 222.186.21.243: 11: [preauth]

9. May 18 14:37:01 localhost sshd[16432]: PAM 2 more authentication failures; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.21.243 user=root

10. May 18 14:37:03 localhost sshd[16438]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.21.243 user=root

11. May 18 14:37:05 localhost sshd[16438]: Failed password for root from 222.186.21.243 port 45780 ssh2

12. May 18 14::42:26 localhost sshd[18573]: Received disconnect from 222.186.21.244: 11: [preauth]

13. May 18 14::42:26 localhost sshd[18573]: PAM 2 more authentication failures; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.21.244 user=root

14. May 18 14::42:29 localhost sshd[18579]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.21.244 user=root

15. May 18 14::42:30 localhost sshd[18579]: Failed password for root from 222.186.21.244 port 38062 ssh2

16. May 18 14::42:35 localhost sshd[18579]: message repeated 2 times: [ Failed password for root from 222.186.21.244 port 38062 ssh2]

17. May 18 14::42:35 localhost sshd[18579]: Received disconnect from 222.186.21.244: 11: [preauth]

18. May 18 14::42:35 localhost sshd[18579]: PAM 2 more authentication failures; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.21.244 user=root

19. May 18 14::42:39 localhost sshd[18585]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=222.186.21.244 user=root

20. May 18 14::42:41 localhost sshd[18585]: Failed password for root from 222.186.21.244 port 50864 ssh2

21. May 18 14::42:47 localhost sshd[18585]

某种意义上来讲这是好事，因为这说明对方并还没有来得及安置后门程序，只能采取暴力破解的方式。那么接下来我要做的事情就是把对方IP加入到 "hosts.deny"

1. $ sudo vi /etc/hosts.deny

2.  

3. ALL:110.164.67.47

4. ALL:222.89.166.12

5. ALL:221.229.166.30

6. ALL:58.218.205.69

7. ALL:58.218.204.239

8. ALL:58.218.211.155

9. ALL:222.186.21.236

10. ALL:58.218.204.225

11. ALL:58.218.204.241

12. .......

由于暴力破解骇客首先会尝试root 用户，所以还要禁止root ssh登录,修改sshd_conf文件。

1. $ sudo vi /etc/ssh/sshd_config

2. #把PermitRootLogin 属性 yes 改为 no

3. PermitRootLogin no

到此，我能想到的检测及阻止对方的手段已经差不多了，是时候对一个最起码的安全意识做个总结了。

• 设置用户名密码一定要大小写字母数字及一些特殊符号的组合，增加暴力破解的难度,有可能的话可以定期更换密码。
• 禁止ssh root 登录
• 定期维护hosts.deny文件，可以选择安装一些第三方的工具自动根据一些规则维护hosts.deny 比如 "DenyHosts"
• 为了避免骇客扫描已知服务器程序端口漏洞，修改服务程序的默认端口好，比如ssh服务不使用22端口
• 设置 iptables 开启一些通用的防火墙规则，ubuntu系统可以使用 ufw

以下为一些网友建议及补充：

• 禁止密码登陆，同样修改 sshd_config 设置属性“PasswordAuthentication no” ，然后公钥和私钥的方式进行登陆。
• 使用fail2ban ，fail2ban可以监视你的系统日志，然后匹配日志的错误信息（正则式匹配）执行相应的屏蔽动作（一般情况下是调用防火墙屏蔽），如:当有人在试探你的SSH、SMTP、FTP密码，只要达到你预设的次数，fail2ban就会调用防火墙屏蔽这个IP，而且可以发送e-mail通知系统管理员，是一款很实用、很强大的软件！