202x安全趋势报告
2023-07-26 11:49:05 
阿炯
IBM 安全报告：2023 年数据泄露成本再创新高某国产电商被提名 Pwnie Awards “最差厂商奖”
Rust与Go为什么能持续强势
IBM 安全报告：2023 年数据泄露成本再创新高
IBM Security 在2023年7月下旬发布的一份本年度数据泄露成本报告显示，2023年全球数据泄露的平均成本达到 445 万美元，创下该报告的历史新高，相较过去 3 年增长了 15%。其中检测和升级成本在同一时期跃升了 42%，是数据泄露成本中最高的部分。这表明数据泄露调查正在向更复杂的方向转变。
2023 年数据泄露成本报告基于对 2022 年 3 月至 2023 年 3 月期间全球 553 个组织所经历的真实数据泄露的深入分析。提供了一些威胁见解，以及升级网络安全和最大程度减少损失的实用建议。企业在计划如何处理日益增加的成本和频率的数据泄露方面存在分歧。研究发现，虽然 95% 的研究组织经历过不止一次的数据泄露事件，但被泄露的组织更有可能将事件成本转嫁给消费者 (57%)，而不是增加安全投资 (51%)。
报告中的一些主要发现包括：
1.人工智能和自动化对研究组织的违规识别和遏制速度影响最大。与未部署这些技术的组织相比，广泛使用人工智能和自动化的组织的数据泄露生命周期缩短了 108 天（分别为 214 天和 322 天），且平均节省 176 万美元的成本。
2.一些组织认为，在勒索软件攻击期间与执法部门接触会使情况更为复杂，但 IBM 报告研究发现情况恰好相反。没有执法部门介入的参与组织比有执法部门介入的组织平均多经历了 33 天的漏洞生命周期。且相较而言，选择让执法部门介入的勒索软件受害者平均节省了 47 万美元的违规成本。尽管如此，研究中仍有 37% 的勒索软件受害者，在被勒索软件攻击时没有让执法部门介入。
3.所研究的漏洞中只有三分之一是由组织自己的安全团队检测到的，27% 是由攻击者披露的，40% 是由执法部门等中立第三方披露的。与自行发现数据泄露的研究组织相比，攻击者披露的数据泄露成本平均高出近 100 万美元（523 万美元 & 430 万美元），漏洞的生命周期也延长了近 80 天（320 天 & 241 天）。
IBM 全球安全服务部总经理 Chris McCurdy 表示：“对于防御者和攻击者来说，时间都是网络安全中的新货币。正如报告所示，早期检测和快速响应可以显着减少漏洞的影响。安全团队必须关注对手最容易得手的地方，并集中精力在他们实现目标之前阻止他们。对威胁检测和响应方法进行投资，以加快防御者的速度和效率；例如人工智能和自动化，对于改变这种平衡至关重要。”报告中的其它发现包括：
1.跨环境泄露数据 —— 在所研究的数据泄露事件中，近 40% 的数据泄露事件导致数据在多个环境中丢失，包括公共云、私有云和内部部署，这表明攻击者能够破坏多个环境，同时避免被发现。研究发现，影响多个环境的数据泄露也导致了更高的泄露成本（平均 475 万美元）。
2.医疗保健违规成本持续飙升 —— 2023 年，医疗保健领域漏洞的平均成本达到近 1100 万美元，自 2020 年以来上涨了 53%。根据 2023 X-Force 威胁情报报告，网络犯罪分子已开始让下游受害者更容易获取被盗数据。有了医疗记录作为筹码，威胁行为者加大了对被入侵组织支付赎金的压力。事实上，在所研究的所有行业中，客户个人身份信息是最常被攻破的记录类型，也是成本最高的记录类型。
3.DevSecOps 优势 —— 在对所有行业的组织进行的研究中，采用高水平 DevSecOps 的组织的全球数据泄露平均成本比采用低水平 / 不使用 DevSecOps 方法的组织低近 170 万美元。
4.关键基础设施泄露成本突破 500 万美元 —— 与去年相比，关键基础设施组织的平均泄露成本上升了 4.5%，从 482 万美元增至 504 万美元，比全球平均水平高出 59 万美元。
某国产电商被提名 Pwnie Awards “最差厂商奖”
2023年8月，素有 “全球白帽黑客奥斯卡奖” 之称的网络安全奖项 Pwnie Awards 揭榜了 2023 年度的各大奖项提名。在本年的奖项提名中，有 Best Desktop Bug、Best Mobile Bug、Most Innovative Research、Lamest Vendor 等 30 项通过筛选获得提名，其中 "Lamest Vendor" 中文译为 “最差厂商奖”，也是每一年 Pwnie Awards 最受关注的一个奖项。
“最差厂商奖” 旨在颁发给行业内那些面对安全事件、安全问题掩耳盗铃混淆是非，或闹出大乌龙的公司。
2023 年度 Pwnie Awards 的 “最差厂商奖” 提名花落 “拼多多 (or TEMU)”，被提名理由是：在 App 植入后门、窃听用户信息，被 Google 踢出应用市场，被卡巴斯基实锤曝光后，拼多多不仅拒不承认，还反而指责 Google 的处罚，并悄悄删除恶意代码、解散木马团队。
颁奖仪式将在 8 月 9 日举行，拼多多最终能否拿到 "Lamest Vendor" 小马驹奖杯拭目以待。
Rust与Go为什么能持续强势
本节于2026年10月转自互联网，有一组数字，值得每一个写代码的人停下来看三秒。
微软公开说过：自家产品的安全漏洞里，大约 70% 来自内存安全问题。谷歌的 Android 团队也承认，在动手转向 Rust 之前，系统里 76% 的漏洞是同一类问题——缓冲区溢出、释放后使用、悬垂指针。换言之，过去几十年，软件行业最大的安全噩梦，不是算法不够聪明，而是程序员手动管内存这件事，本身就会出错。而且错一次，可能就是一个能远程执行代码的漏洞。
但如果你翻看最近两年的技术新闻，会发现两条主线几乎绕不开：一是 Rust 在 2025 年底正式“转正”，成为 Linux 内核与 C 语言并列的官方开发语言；二是 Go 在 GitHub 上连续霸榜，成了增长最快的语言之一。两个都诞生于“后 C 时代”的语言，为什么能持续强势？它们到底解决了什么问题，又各自守住了哪块地盘？本节想把这件事讲清楚。
一、一个被低估了六十年的问题
先把时间拨回到一个让人不太舒服的事实。
从 1988 年的莫里斯蠕虫开始，内存安全漏洞就一直是软件行业最大的漏洞来源。六十多年过去了，这个问题不但没有消失，反而随着软件铺满整个社会，变得更有杀伤力。
MITRE 每年发布的“最危险的软件弱点”榜单里，越界写入和释放后使用，长期霸占前五。这两类问题，本质上都是同一个根源——C 和 C++ 允许程序员直接操作裸内存，而人脑在管理内存生命周期这件事上，天生不可靠。
谷歌做过一个很有说服力的对比。Android 从 2019 年开始推行“Safe Coding”，把新增代码优先用内存安全语言写。五年后，Android 里内存安全漏洞的占比，从 2019 年的 76% 一路降到了 2024 年的 24%。漏洞总数也从一年两百多个，降到了不到五十个。
同期，还没开始大规模转型的 Chromium 项目，内存安全问题仍然占所有严重漏洞的 70%。
同一个公司，两条不同的路线，结果一目了然。这背后藏着一个残酷但清晰的结论：漏洞不是你不够小心，而是语言本身允许你犯错。靠人反复检查、靠补丁打补丁，是一条永远走不到头的路。
这也是为什么美国白宫国家网络主管办公室在 2024 年发布报告，明确建议软件行业转向内存安全语言，点名 Rust；CISA 和 NSA 也反复发出同样的信号。当三个字母的机构开始推荐一门编程语言，你就知道，这不是技术圈的内部审美了，而是一个行业级的转向。
二、Rust：把“安全”从纪律变成了编译器规则
Rust 做的事情，一句话能概括：它把内存安全，从一种需要程序员自觉遵守的纪律，变成了一条编译不过就运行不了的硬规则。
它的核心机制，是一套“所有权 + 借用 + 生命周期”系统。翻译一下就是：每块内存在同一时刻只能有一个主人；主人可以把这块内存借给别人用，但借的人和主人之间，编译器会盯着，确保没人会用到一块已经被释放掉的内存。
于是，缓冲区溢出、释放后使用、悬垂指针、数据竞争——这些在 C/C++ 里要靠人小心翼翼避开的坑，在 Rust 里直接连编译都过不了。而且这一切是在编译期完成的，运行期没有任何额外开销，也没有垃圾回收器的停顿。
这解释了 Rust 为什么能在一个看起来“小众”的定位上，拿到一份惊人的口碑。
Stack Overflow 开发者调查里，Rust 从 2016 年到 2025 年，连续十年被评为“最受喜爱的编程语言”。2025 年的调查里，用过 Rust 的开发者中，72% 表示愿意继续用下去。在 TIOBE 指数上，Rust 一度挤进前十，对一个系统级语言来说，这是罕见的成绩。
但真正让 Rust 完成从“受喜爱”到“被信赖”跨越的，是它进入了那些最不能出错的代码里。
2025 年 12 月，Linux 内核维护者峰会在东京达成共识：Rust 在内核中的实验阶段正式结束，它不再是“随时可能被移除的临时特性”，而是与 C、汇编并列的内核官方开发语言。这个决定背后，是实打实的证据——Android 16 手机搭载的 6.12 内核里，已经有 Rust 编写的 ashmem 模块在运行，意味着数百万台真实设备每天都在跑 Rust 内核代码。Linux 内核稳定版维护者 Greg Kroah-Hartman 也公开表示，用 Rust 写的驱动，比 C 写的更安全。
不只是内核。微软在用 Rust 重写 Windows 的部分组件，AWS 用 Rust 构建了驱动 Lambda 和 Fargate 的轻量虚拟机 Firecracker，Cloudflare、Discord、Dropbox 也都把关键路径的一部分交给了 Rust。
Rust 用十年时间，把“内存安全”这个曾经只属于理论讨论的概念，变成了可以落地的工程事实。
三、Go：用“简单”打赢了大规模服务器这一仗
如果 Rust 赢在“极致正确”，那 Go 赢在“极致的简单”。
Go 是 2007 年谷歌为了解决自己的工程痛点而设计的。当时谷歌的代码库在指数级膨胀，C++ 编译一个二进制要 45 分钟，Java 又拖着一个沉重的虚拟机。三位创始人——包括 Unix 的元老 Ken Thompson 和 Rob Pike——想造一门语言：简单到新手几周就能上手，编译快得离谱，同时又能优雅地处理大规模并发。
结果就是，Go 几乎砍掉了一切“聪明但危险”的特性：没有继承，只有组合；没有复杂的模板，很长一段时间里连泛型都没有；代码格式用 gofmt 统一，连风格争论都不给你留空间。
这种克制换来了惊人的回报。今天的云计算世界里，有一批定义时代的工具，几乎全都用 Go 写的：Kubernetes、Docker、Terraform、Prometheus。你用的每一次容器编排、每一次基础设施即代码、每一次监控采集，背后都是 Go 的 goroutine 在跑。
Go 真正的杀手锏，是它的并发模型。一个 goroutine 只占几 KB 的栈空间，而一个操作系统线程要占几 MB。这意味着，Go 程序可以轻松地同时处理成千上万个并发连接，而内存和 CPU 的开销却低得让人惊讶。配合 channel 实现的“通过通信共享内存”，让写并发程序这件在别的语言里让人头疼的事，变得意外地直观。
还有一个容易被忽略、但极其实用的点：Go 编译出来的是一个单一的静态二进制文件。没有运行时依赖，没有虚拟机，往服务器上一丢就能跑。对 DevOps 团队来说，这意味着部署流水线从“噩梦”变成了“复制粘贴”。
数据也在印证这份强势。全球约有 580 万开发者在使用 Go。在 GitHub 的 Octoverse 2025 报告里，Go 成了增长最快的语言，仓库数量和活跃拉取请求一年增长了 42%，超过了 Rust 的 28% 和 TypeScript 的 19%。Stack Overflow 2025 的调查里，Go 也首次冲进了“最受喜爱语言”的前五。
Go 没有 Rust 那样耀眼的技术光环，但它用一种近乎“无聊”的简单，成了现代服务器和云原生基础设施事实上的标准语言。
四、同一件事，两条不同的解法
有意思的是，Rust 和 Go 其实在回答同一个问题：怎么让程序员在写底层、写服务器的时候，既能拿到性能，又不会把系统搞崩？
但它们的答案几乎相反。
Rust 的选择是：要性能，也要极致的安全，代价是学习曲线陡峭。它把内存管理的所有决定权还给程序员，但同时用编译器这把“最严格的老师”，逼你在写代码的那一刻就把内存想清楚。很多人学 Rust，头几个星期甚至头几个月都很痛苦——借用检查器会反复打回你的代码。但一旦过了这道坎，你得到的是一份近乎免于内存漏洞的代码，性能还能和 C 掰手腕。
Go 的选择是：要简单，要够快，用自动垃圾回收换掉手动管内存的心智负担。它放弃了 Rust 那种“零成本抽象”的极致，换来的是更低的上手门槛和更快的开发速度。代价是，在一些对延迟极度敏感、对内存控制极度苛刻的场景，Go 的 GC 和运行时开销会成为瓶颈。
翻译一下就是：
Rust 回答的问题是“这段代码绝对不能崩、绝对不能漏”，所以它去做了操作系统内核、数据库引擎、浏览器引擎、密码学库、区块链底层。
Go 回答的问题是“这个服务要能扛住海量请求、还要好维护好部署”，所以它去做了 API 网关、微服务、容器编排、DevOps 工具。
它们不是竞争关系，更像是一个光谱的两端。在系统编程这条赛道上，Rust 占了“最底层、最不能错”的那一头，Go 占了“稍微往上、要快也要稳”的那一头。中间那一大片，才是 C++ 和 Java 这些年被慢慢挤占的地盘。
五、强下去的真正理由，不是语言，是趋势
如果只把 Rust 和 Go 的强势，归结为“语言设计得好”，那就漏掉了最重要的一层。
它们之所以能持续强势，是因为它们正好站在了三股不可逆的趋势交汇点上。
第一股，是安全成本的倒逼。当软件成为水电煤一样的基础设施，一次内存漏洞造成的损失，可能是一个城市的断供、一家银行的挤兑、一场针对关键基础设施的攻击。政府机构开始下场，企业开始把“内存安全”写进采购和开发标准。这不是技术人的自我感动，而是真金白银的账算不过来了——与其事后打补丁，不如在源头就不让这类漏洞产生。Rust 是这股趋势最大的受益者。
第二股，是云计算和微服务的普及。当系统从“一台大机器”变成“成千上万个服务”，语言能不能轻松并发、能不能快速启动、能不能打成单一二进制、能不能低成本运维，就变得比“语法优雅”重要得多。Go 几乎是为这个时代量身定做的。
第三股，是 AI 时代对基础设施的饥渴。AI 模型的训练和推理，跑在 GPU 上、跑在分布式系统上、跑在需要极致吞吐和极低延迟的服务上。这些底层的“底座”，恰恰是 Rust 和 Go 最擅长的战场。Python 统治了 AI 的上层，但真正把 AI 服务撑起来的，是底层那些用 Rust 和 Go 写的引擎和网关。
趋势对了，语言才能持续强势。反过来，一门语言如果逆着趋势走，设计得再漂亮，也只会被时间慢慢淘汰。
六、写在最后
回到开头那个问题：Rust 和 Go 为什么能持续强势？
答案其实很简单——它们都在解决一个真实、且越来越贵的问题。Rust 解决的是“内存安全”这个六十年的老大难，Go 解决的是“大规模服务器开发”这个时代的新命题。它们的强，不是靠营销造出来的，而是靠内核、靠 Kubernetes、靠数百万台设备在真实生产环境里，一天天地跑出来的。
如果你是一个正在考虑学什么的开发者，我的建议很直接：
想做最底层、最硬核、最不能出错的系统——去学 Rust，它值得你付出那个陡峭的学习成本。
想做高并发的服务器、云原生、基础设施工具——去学 Go，它会给你最舒服的开发体验和最快的上线速度。
至于 C 和 C++，它们不会消失，未来很长一段时间里，仍然会有海量的存量代码需要维护。但增量已经在流向 Rust 和 Go 了。