sillylly

Any 'user' can change the passwords of each others.

1

Any user can change the passwords of each others, and root is no exception.This problem needs to be optimized because security vulnerabilities may exist. Hope to optimize the problem as...

nebula java support JDK21

meta元数据的snapshot同步时会把leader的commitLogId也会同步给follow，导致follow误以为自己的commitLogId已经是最新的了，实际并没有同步完成，造成元数据丢失的问题 1、如果是元数据同步就只直接返回空串作为要同步的数据prefix ``` if (partId == 0) { result.emplace_back(""); } ``` 2、查询元数据以prefix开头的所有数据，这里就包含了SystemCommit信息 ``` auto ret = store_->prefix(spaceId, partId, prefix, &iter, false, snapshot); ``` 3、通过回调函数cb直接把数据全部同步给follow ``` if (cb(commitLogId, commitLogTerm, data, totalCount,...

当前我们有种场景在一个集群会在同一时刻创建大量的session（十万级），meta压力过大，会经常loading sharding或meta元数据数据同步过多发生异常的情况，这种场景下我们并不想使用session持久化相关能力，希望可以支持session持久化开关可配置

nebula.service file function stop_daemon中没有将文件里的pid进行清理，当进程停止后，pid文件保留的还是重启前的pid号 ``` function stop_daemon { local daemon_name=nebula-${1} local config=${2} local executable=${INSTALL_ROOT}/bin/${daemon_name} if [[ $daemon_name == *-listener ]]; then executable=${INSTALL_ROOT}/bin/${daemon_name%-listener*} fi [[ -e ${executable} ]] || ERROR_AND_EXIT "${executable}...

如果ws_ip配置的是非127.0.0.1时，如果是graph的ip，那么外部ip只与图数据库ip网络相通，就可以通过curl 直接set修改此配置，绕过认证鉴权，存在安全风险   建议考虑某些配置比如enable_authorize不开放使用http来修改