背景:Nexus 被安全部门扫到漏洞 CVE-2020-10199,需要升级解决。由于网上资料较少,升级过程中出现数据紊乱的问题,后来经过努力,终于解决了。
一、漏洞概要
2020年03月31 日,Sonatype 官方发布安全公告,声明修复了存在于 Nexus Repository Manager 3 中的远程代码执行漏洞 CVE-2020-10199。
Sonatype Nexus 是一个 Maven 的仓库管理系统,它提供了强大的仓库管理、构件搜索等功能,并且可以用来搭建 Maven 仓库私服,在代理远程仓库的同时维护本地仓库,以节省带宽和时间。
在 Nexus Repository Manager OSS/Pro 3.21.1 及之前的版本中,由于某处功能安全处理不当,导致经过授权认证的攻击者,可以在远程通过构造恶意的 HTTP 请求,在服务端执行任意恶意代码,获取系统权限。
此漏洞的利用需要攻击者具备任意类型的账号权限。
二、漏洞影响
【危险等级】
高危
【影响版本】
Sonatype Nexus Repository Manager OSS/Pro 3.x <= 3.21.1
三、漏洞修复
注:修复漏洞前请将资料备份,并进行充分测试。笔者认为,Nexus 的数据存储和常规的应用不太一样,sonatype-work/nexus3/ 目录里面的 db、keystone 和 blobs 子目录非常重要,可以定期备份。
目前,官方已发布新版本修复了该漏洞,请受影响的用户升级到安全版本。
下载地址:https://help.sonatype.com/repomanager3/download/
官方升级指引:https://help.sonatype.com/repomanager3/installation-and-upgrades/upgrading-a-standalone-instance
四、升级失败后恢复数据
笔者在升级过程中,由于失误没有备份 sonatype-work 目录就进行升级,直接解压下载的安装包,覆盖了 sonatype-work ,导致原有的 nexus 数据库元数据紊乱,nexus 系统整个挂了。后面经过几天的努力,也没能恢复 nexus,虚拟机也没有购买备份服务,服务也没有配置备份,人都差点整抑郁了。
以后操作一定小心小心再小心,不要犯经验注意错误。
后来经过思考,发现 maven 本地仓库 repository 里面有大部分编译所需要的 jar,只要将仓库 repository 里面的上传到 nexus 系统,从一定程度上恢复 nexus 的数据。
方法如下:
1、切到仓库 repository 里面
2、准备上传脚本 trans_jar.sh,赋予执行权限
#!/bin/bash # copy and run this script to the root of the repository directory containing files # this script attempts to exclude uploading itself explicitly so the script name is important # Get command line params while getopts ":r:u:p:" opt; do case $opt in r) REPO_URL="$OPTARG" ;; u) USERNAME="$OPTARG" ;; p) PASSWORD="$OPTARG" ;; esac done find . -type f -not -path './trans_jar\.sh*' -not -path '*/\.*' -not -path '*/\^archetype\-catalog\.xml*' -not -path '*/\^maven\-metadata\-local*\.xml' -not -path '*/\^maven\-metadata\-deployment*\.xml' | sed "s|^\./||" | xargs -I '{}' curl -u "$USERNAME:$PASSWORD" -X PUT -v -T {} ${REPO_URL}/{} ;
3、在仓库 repository 里面执行脚本
nohup bash trans_jar.sh -u admin -p 'PASSWORD' -r http://10.10.10.100:8081/repository/local-hosted-release
注意:http://10.10.10.100:8081/repository/local-hosted-release jar仓库要提前建好
4、登录 nexus 查看