1.低版本(nacos<1.4.1)默认白名单UA
开启鉴权功能后，服务端之间的请求也会通过鉴权系统的影响。考虑到服务端之间的通信应该是可信的，因此在1.2~1.4.0版本期间，通过User-Agent中是否包含Nacos-Server来进行判断请求是否来自其他服务端。
但这种实现由于过于简单且固定，导致可能存在安全问题。因此从1.4.1版本开始，Nacos添加服务身份识别功能，用户可以自行配置服务端的Identity，不再使用User-Agent作为服务端请求的判断标准。
默认nacos/conf/application.properties中开启了白名单UA
nacos.core.auth.enable.userAgentAuthWhite=true
### 开启鉴权
nacos.core.auth.enabled=true
### 关闭使用user-agent判断服务端请求并放行鉴权的功能
nacos.core.auth.enable.userAgentAuthWhite=false
### 配置自定义身份识别的key（不可为空）和value（不可为空）
nacos.core.auth.server.identity.key=example
nacos.core.auth.server.identity.value=example** 注意 ** 所有集群均需要配置相同的server.identity信息，否则可能导致服务端之间数据不一致或无法删除实例等问题。
2.默认token.secret.key
Nacos服务管理平台因默认密钥导致的认证绕过漏洞。在默认配置为未修改的情况下，攻击者可以构造用户 token 进入后台，导致系统被攻击与控制。许多Nacos 用户只开启了鉴权，但没有修改默认密钥，导致Nacos系统仍存在被入侵的风险
使用jwt.io对accessToken进行构造(exp时间需要为当天)
修改nacos.core.auth.default.token.secret.key的默认值3.未开启授权
将nacos.core.auth.enabled设置为true4.sql注入
与(1.低版本(nacos<1.4.1)默认白名单UA)解决方案一致5.Jraft Hessian反序列化漏洞
Nacos是一个开源的、易于使用的动态服务发现、配置和服务管理平台，适合构建云原生应用。它提供了一种统一的数据管理和服务发现解决方案。 Nacos在处理某些基于Jraft的请求时，采用Hessian进行反序列化，但并未设置限制，导致应用存在远程代码执行（RCE）漏洞。
影响版本:
1.4.1 <= Nacos < 1.4.6 使用cluster集群模式运行
1.4.0、2.0.0 <= Nacos < 2.2.3 任意模式启动均受到影响
1.临时缓解方案：
老版本非集群模式下,可通过限制7848端口来进行缓解
2.升级修复方案：
官方已发布新版本修复了该漏洞,可下载最新版本进行升级。6.默认账号
输入 nacos/nacos 成功登陆后台
与(1.低版本(nacos<1.4.1)默认白名单UA)解决方案一致附加:nacos2.3.0配置文件总览
