连 LastPass 都没能守住自己的凭据。

LastPass 存在只有一个理由：保管好凭据。这就是它的全部产品，也是它的全部承诺。而就在本月，LastPass 没能守住自己的凭据。

一个遗留的集成凭据，以及连接 LastPass 的 Salesforce 与某第三方工具的 OAuth 令牌遭到窃取，攻击者借此带走了客户数据：姓名、电子邮箱地址、电话号码、支持工单记录。这次入侵甚至并非始于 LastPass。它始于一家名为 Klue 的市场情报供应商——该供应商接入了 LastPass 的系统，而连接双方的凭据正是入口 [1]。

跳过那些人人都会争论的部分。问题不在于保险库的加密是否扛住了。也许扛住了。但这不是重点。真正的问题从来不是静态存储的数据是否被打乱，而是那些凭据——正在运行的、负责建立连接的凭据——是否安全。它们并不安全。就这么简单。

时代变了

这件事应当比又一条数据泄露头条更令人震动，因为 LastPass 并非粗心大意之辈。论职业本能，他们属于全球对凭据最敏感的组织之列。而他们仍然失去了对运营业务所用凭据的控制——不是败给某个国家级零日漏洞，而是败给一个被遗忘的集成登录名和一个从未轮换过的 OAuth 令牌，它们就躺在一家多数客户闻所未闻的 SaaS 供应商里。

受害者不止他们。同一波攻击还命中了一整排以安全为本职的公司：Recorded Future、Tanium、Jamf、Sprout Social、Gong、Insurity [1]。一家威胁情报公司。一家端点安全公司。他们替所有人守住防线，却同样没能守住自己的凭据。

这才是值得解读的信号。如今让您被攻破的凭据，不是保险库里的密码。而是那些长期存在的机器凭据：API 密钥、OAuth 授权、遗留的服务登录名，长期有效、权限宽泛地待在某个系统里，静静等待。每个季度这样的凭据都在增多，散布在更多供应商之间，而这条链上任何一环被攻破，它接触过的所有凭据就全部外泄。如果连 LastPass 都无法让这个面安全，那么靠"小心看管"也不会让任何人安全。

您无法看管一个长期凭据。您只能不再持有它。

所以，别再试图把它们安全地握在手里了。您做不到。LastPass 的教训不是"给您的令牌找个更好的保险库"，而是：一个长期凭据，无论被看管得多好，都是一件等着被拿走的东西——而在供应链、自动化与智能体的时代，它们被拿走的速度比任何人轮换的速度都快。

唯一不会被窃取的凭据，是根本不在那里等着被窃取的凭据。这正是 Clavitor 的设计目标。凭据从不停靠、从不长期驻留在攻击者、被攻陷的供应商或被劫持的智能体能够触及的系统中。它按单次操作的范围签发，存活数秒，用完即失效。操作者无法读取它，因此拿下操作者一无所获。它与签发对象的机器绑定，在别处被复制走的副本毫无价值。第三方的数据库里不会躺着一个长期有效的 OAuth 令牌，因为这个令牌从一开始就不存在于那里。（最后这一条，在我们认为凭据系统如今必须遵守的规则中位居前列。）

诚实地说：没有人能让您免于被攻破，我们也不兜售这种承诺。真正改变的是，一次入侵所能触及的东西。拿下操作者、供应商、智能体——然后发现那里没有任何值得带走的长期凭据。

十年来，这套说辞一直很简单：把凭据交给那家公司，它就是安全的。而本月，靠这套说辞成名的公司连自己的凭据都没能守住。如今没有人能把一个长期凭据看管得足够好，而您每部署一个 AI 智能体，就又多出上百个。能在下一次入侵中幸存的凭据，是那个从未存在于那里、可供拿走的凭据。

Clavitor（@clavitorai）是为 AI 智能体而建、也是为抵御 AI 智能体而建的凭据保险库。clavitor.ai

来源

[1] BleepingComputer — "LastPass confirms data breach in Klue supply-chain attack"（Klue/Salesforce-OAuth 遭入侵；客户 CRM 数据外泄；保险库未受影响；同一波攻击还命中了 Recorded Future、Tanium、Jamf、Sprout Social、Gong、Insurity）：https://www.bleepingcomputer.com/news/security/lastpass-confirms-data-breach-in-klue-supply-chain-attack/