还记得 Heartbleed 漏洞吗？几年前那个让所有人都恐慌不已的安全噩梦？现在，它的远房表亲来了：MongoBleed。如果你的组织中任何地方运行着 MongoDB，你就必须了解它。
2025年12月中旬，安全研究人员发现MongoDB（一种流行的数据库系统）存在一个漏洞，任何人无需密码即可窥探数据库内存。无需用户名，无需秘密握手，只需通过TCP端口27017访问数据库即可。
不妨这样想：假设你的文件柜有个抽屉，有人走过时，里面的文件会不时散落一地。这些文件可能包含客户信息、密码、API密钥或其他你绝对不想到处乱放的机密信息。
这就是 MongoBleed 漏洞。攻击者通过发送精心构造的消息，就能让 MongoDB 的内存“泄露”敏感信息。
事情变得令人不安：安全研究人员发现大约有 87,000 个 MongoDB 数据库位于公共互联网上，可能容易受到这种攻击。
八万七千。
让它陷入片刻。
这些数据库并非隐藏在防火墙和VPN之后。您只需连接互联网并输入正确的端口号，就能舒舒服服地躺在沙发上访问它们。这至关重要：数据库是您数据基础设施的核心。它们存储着客户信息、员工记录、财务数据和身份验证凭证。如果数据库可以直接从互联网访问，就好比把保险箱放在人行道上——虽然上了锁，但对于会开锁的人来说，这简直太方便了。
好消息是？如果您的配置与此类似，您并不孤单，而且这个问题是可以解决的。许多组织都沿用了这些配置，或者它们最初只是临时解决方案，后来却变成了永久性的。现在重要的是了解问题所在并采取措施加以解决。
2025年12月底之前发布的任何未打补丁的MongoDB版本（包括4.x、5.x、6.x、7.x或8.x）都存在漏洞。这包括：
MongoDB Atlas 的客户在补丁发布后即可立即获得保护，因为该服务会自动进行修补。但如果您在任何地方运行自己的 MongoDB 服务器，则需要采取行动。
以下是您的行动事项，按紧急程度排序：
首先，确定你的环境中是否运行着 MongoDB。可以咨询你的 IT 团队或开发人员：
如果你不知道这些问题的答案，那么这就是你首先要解决的问题。你无法保护你都不知道存在的东西。
MongoDB 于 2025 年 12 月 22 日发布了修复程序。请更新至以下版本或更高版本：
你可能会说：“但我们得先测试补丁啊！” 这话没错。但这个漏洞已经被恶意利用，GitHub 上就有公开的漏洞利用代码。坏人可不会等你测试完。
如果实在无法立即修复，请禁用 MongoDB 服务器上的 zlib 压缩，并将网络访问限制为仅限受信任的 IP 地址。但请注意，这只是权宜之计，并非根本解决方案。
这才是更重要的教训。你的数据库绝对不能直接从互联网访问。就这么简单。
数据库应该受到多层保护：
如果你的 MongoDB 实例运行在 27017 端口（默认端口）上，并且面向整个互联网，那么你遇到的架构问题就不仅仅是这个漏洞了。
如果你的 MongoDB 数据库在打补丁之前可以从互联网访问，那么你必须假定它已被入侵。这并非悲观，而是务实的风险管理。
这意味着什么：
MongoBleed并非第一个重大漏洞，也绝不会是最后一个。令人不安的事实是，由于缺乏基本的安全防护措施，已有87,000家机构的数据库遭到入侵。
你不需要企业级安全运营中心，你需要的是一致且可重复的实践：
好消息是：这个漏洞是可以修复的。补丁已经存在，您可以立即应用。与其他一些需要架构变更或耗时数月才能修复的安全难题不同，这个漏洞有一个明确的解决方案。
如果你的 MongoDB 数据库一开始就无法通过互联网访问，那你完全躲过了这一劫。这才是真正的网络安全。
MongoBleed事件提醒我们，安全不仅仅是花哨的工具和昂贵的顾问，更重要的是基本要素：
每个组织都能做到这些。这些事情不需要巨额预算，只需要投入和坚持。
深呼吸。以下是您切实可行、及时有效的行动计划：
你不需要一夜之间成为安全专家。你只需要迈出下一步，然后再迈出下一步，再再迈出下一步。
这才是建立真正安全感的方式。不是靠恐惧，也不是靠完美，而是靠持续进步。
结论是：有 87,000 个数据库暴露在公共互联网上，随时可能遭到攻击。别让你的数据库也成为其中之一。及时修补系统漏洞，保护数据库安全，并养成长期安全防护的习惯。
你能行的。一步一步来。
发现并分享最新的网络安全趋势、技巧和最佳实践——以及需要注意的新威胁。
作者：Katie Boquetti | 编辑：Craig Taylor Craig Taylor 编辑：验证码应该测试……
了解更多
