极狐GitLab紧急发布安全更新:10个漏洞修复,请立即升级!

近日,极狐GitLab正式推出三个重要安全版本:18.0.2、17.11.4和17.10.8。此次更新共修复了10个安全漏洞,其中包括4个高危漏洞、5个中等漏洞和1个低级漏洞。为确保数据安全,所有受影响版本的用户需尽快完成升级,避免遭受安全攻击,导致数据泄露。

漏洞详情

注意:GitLab JH 代表极狐GitLab;GitLab CE 代表 GitLab 社区版;GitLab EE 代表 GitLab 企业版;

哪些版本需要升级?

本次安全更新涉及多个版本,具体影响范围如下:

CVE-2025-4278

18.0 <= GitLab CE/EE/JH < 18.0.2

CVE-2025-2254

17.9 <=GitLab CE/EE/JH < 17.10.8

17.11 <= GitLab CE/EE/JH < 17.11.4

18.0 <= GitLab CE/EE/JH < 18.0.2

CVE-2025-5121

17.11 <= GitLab CE/EE/JH < 17.11.4

18.0 <= GitLab CE/EE/JH < 18.0.2

CVE-2025-0673

17.7 <=GitLab CE/EE/JH < 17.10.8

17.11 <= GitLab CE/EE/JH < 17.11.4

18.0 <= GitLab CE/EE/JH < 18.0.2

CVE-2025-1516

8.7 <= GitLab CE/EE/JH < 17.10.8

17.11 <= GitLab CE/EE/JH < 17.11.4

18.0 <= GitLab CE/EE/JH < 18.0.2

CVE-2025-1478

8.13 <=GitLab CE/EE/JH < 17.10.7

17.11 <= GitLab CE/EE/JH < 17.11.3

18.0 <= GitLab CE/EE/JH < 18.0.1

CVE-2024-9512

GitLab CE/EE/JH < 17.10.8

17.11 <= GitLab CE/EE/JH < 17.11.4

18.0 <= GitLab CE/EE/JH < 18.0.2

CVE-2025-5996

2.1.0 <= GitLab CE/EE/JH < 17.10.7

17.11 <= GitLab CE/EE/JH < 17.11.3

18.0 <= GitLab CE/EE/JH < 18.0.1

CVE-2024-5195

17.9 <=GitLab CE/EE/JH < 17.10.7

17.11 <= GitLab CE/EE/JH < 17.11.3

18.0 <= GitLab CE/EE/JH < 18.0.1

CVE-2025-5982

12.0 <= GitLab CE/EE/JH < 17.10.8

17.11 <= GitLab CE/EE/JH < 17.11.3

18.0 <= GitLab CE/EE/JH < 18.0.2

如何升级?

SaaS用户(JihuLab.com):无需操作,极狐GitLab技术团队已完成自动升级。

私有化部署用户:请严格按照官方升级路径操作,避免遗漏关键安全补丁。若升级过程中遇到问题,可联系极狐GitLab技术支持团队获取帮助。

为什么必须尽快升级?

未修复的安全漏洞可能导致数据泄露或遭受恶意攻击,尤其是高危漏洞可能被利用进行远程代码执行或权限提升。及时升级是保障系统安全的最有效手段。

如需了解每个漏洞的详细说明或获取升级指南,可访问极狐GitLab官网查看安全版本详情。对于仍在使用旧版本的用户,极狐GitLab提供专业升级服务,确保平滑过渡至最新安全版本。

专业升级服务可访问:https://gitlab.cn/resources/articles/7e9d346f0af645bcae17691a50491d33/?utm_source=csdn&key_words=18-0-2

安全无小事,立即行动,守护你的代码和数据!

迁移GitLab(JH GitLab)实例到NAS(网络附加存储)上的新实例,涉及多个步骤,包括备份、迁移和恢复数据。以下是完整的迁移流程: ### 1. 准备工作 在开始迁移之前,确保满足以下条件: - 源GitLab实例和目标NAS上的GitLab实例版本一致或兼容。 - 确保NAS上有足够的存储空间来容纳所有数据。 - 确保网络连接稳定,以便在迁移过程中传输数据。 ### 2. 备份源GitLab实例 使用GitLab提供的备份工具`gitlab-rake`来创建完整的备份。该工具可以备份所有项目、用户、配置和数据库信息。 ```bash sudo gitlab-rake gitlab:backup:create ``` 此命令将生成一个包含所有数据的备份文件,通常存储在`/var/opt/gitlab/backups/`目录下,文件名格式类似于`1623456789_gitlab_backup.tar`,其中数字表示时间戳[^1]。 ### 3. 将备份文件传输到NAS 将生成的备份文件复制到NAS上的目标GitLab实例服务器。可以使用`scp`或`rsync`等工具进行传输: ```bash scp 1623456789_gitlab_backup.tar user@nas_server:/var/opt/gitlab/backups/ ``` 确保文件权限正确,以便GitLab能够读取该文件: ```bash sudo chown git:git /var/opt/gitlab/backups/1623456789_gitlab_backup.tar ``` ### 4. 在NAS上的GitLab实例中恢复备份 在目标NAS服务器上,使用`gitlab-rake`命令恢复备份文件: ```bash sudo gitlab-rake gitlab:backup:restore BACKUP=1623456789 ``` 注意:`BACKUP`参数的值是备份文件的时间戳,即文件名中的数字部分。例如,如果备份文件名为`1623456789_gitlab_backup.tar`,则应使用`1623456789`作为参数值[^1]。 ### 5. 重新配置GitLab 恢复完成后,可能需要重新配置GitLab以适应新环境。检查并更新`/etc/gitlab/gitlab.rb`文件中的配置,特别是以下内容: - `external_url`:确保其指向新的域名或IP地址。 - 数据库配置(如使用外部数据库)。 - 存储路径(如使用外部存储)。 更新配置后,运行以下命令以应用更改: ```bash sudo gitlab-ctl reconfigure sudo gitlab-ctl restart ``` ### 6. 验证迁移 访问NAS上的GitLab实例,确保所有项目、用户、配置和数据库信息都已正确恢复。检查以下内容: - 所有项目的代码仓库是否完整。 - 用户账户和权限是否正确。 - CI/CD流水线是否正常运行。 - 附件和LFS文件是否可访问。 ### 7. 清理与后续操作 - 确认迁移成功后,删除源GitLab实例上的备份文件以释放空间。 - 监控NAS上的GitLab实例,确保其运行稳定。 - 如果有必要,设置定期备份策略以保护数据安全。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值