在选型阶段，几乎每一个准备使用 Gnosis Safe（Safe）的团队都会问同一个问题：「Safe 被黑过吗？」这个问题看似简单，背后却需要区分「合约本身的安全」与「用户侧的风险」两个截然不同的层面。本文围绕合约审计记录、被误传的「Safe 被黑」事件、真实的 Owner 侧风险、以及该如何理性评估四个层面给出完整答案。
Safe合约本身：核心合约长期零事故
Safe 的核心合约（Singleton、Proxy Factory、Multi Send、Fallback Handler 等）自 2018 年发布以来，经过 OpenZeppelin、Trail of Bits、ChainSecurity、Runtime Verification 等多家顶级安全公司多轮审计，至今没有发生过合约层面的资金被盗事件。这意味着只要 Owner 集合与 Modules 配置得当，合约本身可以被认为是「目前最被信任的智能合约钱包」。和 Gnosis Safe是什么 介绍中描述的定位一致，这也是 Safe 长期被机构选用的根本原因。
被误传的「Safe 被黑」事件
媒体与社交平台上偶尔会出现「Safe 被黑」的标题，但仔细阅读多数会发现，这些事件实际上是：1）某 DAO 的某个 Owner 私钥被钓鱼网站获取；2）某团队使用了未经审计的第三方 Modules 导致权限被滥用；3）某项目方把多签阈值设置为 1，等同于单签，再被攻陷；4）某团队遭遇社工攻击，被诱导自行发起恶意提案。所有这些事件的根因都在 Owner 或运营侧，而不是 Safe 核心合约。和 Gnosis Safe安全记录 中的复盘结论一致。
Owner侧风险：真正的攻击面
如果用通俗的话总结：Safe 合约本身没被黑，但「使用 Safe 的人」可能被黑。常见的 Owner 侧攻击面包括：1）助记词通过截图、云盘、邮件草稿等方式泄露；2）签名设备被远控木马入侵，签名时被注入恶意 calldata；3）使用未经审计的 Modules 或 SafeApp，被绕过权限校验；4）多签阈值设置过低（如 2/3）且 Owner 设备同质化严重。这些风险与 Gnosis Safe多签设置 教程中介绍的分级阈值策略相对应，需要在治理层面解决。
社工攻击的典型场景
社工攻击是 2024–2025 年最常见的 Safe 相关安全事件类型。攻击者会通过 LinkedIn、Telegram、Discord 等渠道伪装成「投资人」「合作方」「Safe 技术员」与 Owner 建立信任，再诱导 Owner 安装伪装成「投资协议合约」的恶意脚本，从而获取签名设备或助记词。和 Gnosis Safe客服 教程中反复强调的「官方人员永远不主动私信」原则一致，所有 Owner 都应养成对陌生联系人保持冷处理的习惯。
如何理性评估Safe的风险
回答「Safe 被黑过吗」最准确的答案是：「核心合约没有，但生态事件存在，且都源于 Owner 侧」。理性评估的关键，是从合约审计、生态事件、Owner 侧风险与组织能力四个角度综合判断。建议团队按以下清单自查：1）合约版本是否升级到最新；2）Owner 私钥是否全部由硬件钱包保管，参考 Gnosis Safe硬件版 推荐；3）是否启用 Recovery 与 Delay Modifier；4）是否定期做安全演练；5）是否对大额提案启用 Gnosis Safe离线签名 教程介绍的 QR 协议。
综合来看，Gnosis Safe 在 2026 年依然是 EVM 生态最值得信赖的智能合约钱包之一。把「Safe 被黑过吗」这个问题拆解清楚，团队就能在选型与日常运营中做出更加理性的决策，从而把链上金库管理推到接近传统金融的成熟水平。