赶紧检查!你的7-Zip是从这两个“官网”下载的吗?"

admin 2026-10-23 17:10:45 网络安全文章 来源:ZONE.CI 全球网 0 阅读模式

cover_image

赶紧检查!你的 7-Zip 是从这两个“官网”下载的吗?

原创

ralap
ralap

网络个人修炼

2026年7月10日 10:07
陕西

在小说阅读器读本章

去阅读

打开你的电脑,看一眼 7-Zip 的安装包—你还记得当初是从哪个网站下载的吗?

如果你的答案是“不记得”或者“好像是搜出来第一个就点了”,建议你花 3 分钟读完这篇文章。

近期,安全机构披露了一起大规模恶意攻击事件:黑客通过超过 230 个仿冒域名分发木马化的 7-Zip 安装程序。受害者的电脑一旦中招,就会被悄无声息地变成黑客的“代理肉鸡”——你的 IP 地址会被用于撞库攻击、黑客入侵等非法活动,而这些仿冒网站做得和真官网几乎一模一样。


发生了什么?230 个假网站,作案超 4 年

据 DNS 安全公司 Infoblox 披露,一个代号为 Lurking Lizard 的黑客组织,自 2022 年 8 月起就开始运营这一恶意代理生意。

他们的手法很隐蔽:

  • 搭建与官网高度相似的仿冒域名(如 7zip.com),页面设计几乎以假乱真
  • 用户访问后 20-30 秒内,隐藏脚本会自动将下载链接替换为恶意文件
  • 安装后,你的电脑就会被注册为攻击者控制的“出口节点”,将第三方流量通过你的设备转发

真假官网对比:你的 7-Zip 下对了吗?

这是这篇文章最核心的部分—请对照以下信息,检查你当初是从哪里下载的。

真正的官网

域名 状态
https://www.7-zip.org/ ✅ 7-Zip 唯一真正的官方网站

由 7-Zip 作者 Igor Pavlov 直接维护,所有官方版本均从此发布。

危险的仿冒网站

域名 状态
7zip.com ❌ 钓鱼网站!千万别碰!

正版官网是 7-zip.org(带短横线),仿冒的是 7zip.com(无短横线)

攻击者正是利用了这种域名上的细微差异来欺骗用户。

百度标记为“官方”的那个网站

域名 状态
https://sparanoid.com/lab/7z/ ⚠️ 第三方维护的中文镜像站,不是官网,但内容安全

这个网站由个人开发者 Tunghsiao Liu(GitHub 名 sparanoid)维护,并非 7-Zip 作者 Igor Pavlov 运营的官方网站。

但它被中文社区广泛接受为“事实上的中文官网”

除此之外,还发现了一个7-zip.cn的,在百度排名属于排名第二的

备案信息如下:

但是查了一圈公开资料,没有发现7zip有国内合作公司或者代理机构。它与真正的 7-Zip 官方(7-zip.org)没有直接关联。


实测:7zip.com 现在什么情况?

实地进行了测试,目前访问 7zip.com 时:

  • 火绒安全:已自动拦截并告警


* Edge 浏览器:已拦截并显示安全告警页面

  • 微步社区:已标记为钓鱼网站

但请务必注意: 攻击者拥有 230 多个仿冒域名,随时可能启用新的域名继续作案。不要依赖杀毒软件和浏览器的拦截,最好的防护是从源头做起——认准官网下载。


如果你身边有在用 7-Zip 的同事或朋友,把这篇文章转给他,让他也花 30 秒检查一下自己的电脑。


参考链接

[1]https://thehackernews.com/2026/07/fake-7-zip-installers-turn-devices-into.html

[2]https://pre.wx.lenovo.com.cn/wordpress/?p=8295

[3]https://m.ithome.com/html/921606.htm


【公益译文】2026年AI指数报告(七)" 网络安全文章

【公益译文】2026年AI指数报告(七)"

报告分析了2025年全球AI政策的发展,重点关注各国如何通过制定国家战略来争夺AI主导权。核心结论是,虽然美国和中国在模型开发和算力方面仍具优势,但越来越多国家,尤其是新兴经济体,正从基础设施、数据、模型、应用和人才五个维度构建自身的AI主权,导致全球AI治理格局日益多极化。建议各国在加强战略实施的同时,通过国际合作应对共同挑战。
【CVE-2026-46215】通过DRMGEMchange_handle中的UAF功能获得ROOT权限" 网络安全文章

【CVE-2026-46215】通过DRMGEMchange_handle中的UAF功能获得ROOT权限"

CVE-2026-46215是Linux内核DRMGEM子系统中的一个释放后重用漏洞,影响v6.18-rc1至修复版本。漏洞存在于drm_gem_change_handle_ioctl()函数中,该函数在移动GEM对象句柄时未调整handle_count,导致在短暂窗口期内对象有两个IDR条目而句柄计数仍为1。并发DRM_IOCTL_GEM_CLOSE可在此窗口期内将计数降至0并释放对象,造成悬垂句柄。任何能访问渲染节点的本地用户均可触发此漏洞,利用链通过喷洒pipe_buffer数组回收释放对象,泄漏内
评论:0   参与:  0