亲宝软件园·资讯

展开

Nacos API漏洞

怪 咖@ 人气:0

很多人使用Nacos其实并没有真正的去读过官网,以至于忽视了很多重要的细节,Nacos为我们提供了大量API,但是这些API默认是没有开启认证的,直接可以访问,针对于这一点我们也都可以去验证一下。下面我提供了两个调用示例供大家参考,基于这一点Nacos登录页也明确提示Nacos部署到内网,不要部署到公网,但是对于没真正了解过Nacos,压根也不知道有这个API,也不知道有开启授权这回事,所以也就意识不到这个API暴露出去后果到底有多么严重!

官网API:https://nacos.io/zh-cn/docs/open-api.html

仔细看我们下载的nacos的登录页面,有一个特别大的红字,内部系统,不可暴露到公网。所以nacos一旦部署在公网,风险非常大!

一、调用API示例

1.1. 示例一:获取配置

curl -X GET "http://127.0.0.1:8848/nacos/v1/cs/configs?dataId=nacos-config-client-dev-yaml&group=DEFAULT_GROUP"

如下配置是我们要获取的配置:

开始访问:

会发现直接通过API就可以拿到,而且API没有任何认证,我认为这是一个很大的问题,那也就是意味着只要我知道你Nacos部署的地址以及端口,我就可以拿到你的配置。

我们有时候会往nacos当中存储一些数据库相关信息,一旦被盗窃,后果不堪设想。当然还好获取配置的API当中没有namespace参数,他只能查看public的。但是对于服务发现相关的API还有命名空间相关API他是提供了namespace参数的

1.2. 示例二:删除命名空间

这里我专门创建了一个test命名空间,并且空间还有配置文件。

直接调用会惊讶的发现,竟然可以删除成功,而且还没有携带任何token什么的。

curl -X DELETE "http://localhost:8848/nacos/v1/console/namespaces" -d "namespaceId=test"

然后再去查看会发现test命名空间已经没有了。

这个问题就比较严重了,要知道我们系统当中都会依赖配置文件,一旦配置文件都被人删除了,后果是什么应该就不用我说了吧。

1.3. 示例三:获取登录用户信息

http://127.0.0.1:8848/nacos/v1/auth/users/?pageNo=1&pageSize=9

1.4. Nacos及时响应此问题

bug描述:https://github.com/advisories/GHSA-36hp-jr8h-556f
Nacos官网声明在2021年一月份发布的1.4.1版本修复了此问题:https://github.com/alibaba/nacos/pull/4703

在Nacos低版本当中,如上确实是一个bug,但是后来呢,Nacos针对于此也特意加了一个开关,用来控制是否鉴权。

不管怎么说,我们一定要尽量用最新的版本,因为Nacos其实版本之间变化相对来说没那么大,就算升级版本也很少会影响到我们自己的代码。

二、服务端如何开启鉴权?

官网介绍:https://nacos.io/zh-cn/docs/auth.html

官网给我们提供了Docker环境以及非Docker环境开启鉴权的方式。

非Docker环境直接修改application.properties当中的如下参数:

### If turn on auth system:
nacos.core.auth.enabled=true

注意:非Docker环境 鉴权开关是修改之后立马生效的,不需要重启服务端。

Docker环境直接启动命令当中添加如下参数即可:

-env NACOS_AUTH_ENABLE=true

开启后再访问API直接会403!

如果再想访问API需要先访问登录接口,获取到token,然后将token携带到参数访问即可,如下:

三、开启服务身份识别功能

这个主要是针对于Nacos集群而来的,开启鉴权功能后,服务端之间的请求也会通过鉴权系统的影响。我理解的就是将每个集群的节点设置的identity.keyidentity.value设置为一样的,这样就认为鉴权通过了。

加载全部内容

相关教程
猜你喜欢
用户评论