Coinbase 否认内部系统遭入侵，称 Amplitude 事件涉及联系信息、客户资金未受影响

否认的是自身系统入侵

这次回应有明确的范围。Coinbase 将安全事件发生地指向 Amplitude，并称没有发现未经授权访问自身内部系统的证据。这不等于“没有任何客户信息受到影响”。报道中的另一部分，恰好是部分 Coinbase 客户的联系信息被暴露。PANews 也刊载了这一解释。

因此，只看“Coinbase 否认泄露”几个字，会漏掉用户真正需要了解的内容。公司回应所区分的是事件发生在哪套系统，以及哪些信息受到了影响。读者核对后续消息时，也应沿着这两个问题往下看，不能把“自身系统未发现入侵证据”改写成“客户数据完全没有外泄”。

“没有发现证据”同样应保留公司归因。两篇可读报道没有提供独立技术调查、访问日志或完整事故报告，无法据此检查 Coinbase 如何得出这一判断。准确的写法是 Coinbase 称未发现证据，而不是由报道代替调查宣布所有问题已经排除。

客户资金则是另一个问题。Coinbase 称资金没有受到影响。当前两篇报道没有列出由此次事件造成的资产损失，也没有给出相关异常转账的交易记录。不能从“联系信息泄露”直接写成“账户资产被盗”，更不能补一个未经核实的损失金额。

账户通知能回答哪些问题

报道使用的是“联系信息”，没有逐项列明涉及哪些字段。它们没有确认某位读者的邮箱、电话号码或其他识别信息是否在其中，也没有公布完整的受影响客户范围。对个人账户而言，后续针对该账户的通知，比一条笼统的市场消息更能回答是否涉及自己的问题。

建议把检查分成两件事。先查看账户通知，了解公司是否告知本账户涉及此次事件；再查看账户里是否有本人不认识的操作。前一项针对数据暴露范围，后一项针对账户的实际使用情况。两项检查可以一起做，但不能用其中一项的结果代替另一项。

例如，收到联系信息受影响的通知，并不等于已经发现一笔未经授权的交易。如果交易记录中确有陌生项目，也应保存该条记录的时间、内容和相关账户信息，向客服逐项询问。公司对本次事件资金状况的总体说明，不应替代对具体账户异常的核查。

这些是读者可以采取的检查步骤，不是 Coinbase 在报道中发布的新操作要求。两篇短讯没有要求用户把资产转到新钱包、向外部地址付款、交出恢复资料或更换设备。任何消息即使提到 Amplitude，也不能仅凭这个名称取得操作账户的可信身份。

收到相关邮件后，从熟悉的入口核对

可以先直接打开已经安装的应用，或通过原先保存的网站地址进入账户，查看那里是否有相应通知。把收到的邮件与账户内的内容进行比较，而不是先使用邮件提供的新入口，再由该入口证明邮件是真的。

核对时，重点看通知究竟说了什么：是否明确适用于自己的账户、涉及哪些信息、是否要求采取具体措施。Coinbase 在报道中承诺按法律要求通知受影响客户与监管机构，但短讯没有说明准确发送时间、通知渠道或各地区的处理安排。暂时没有看到一封邮件，还不能被解释为账户确定不在影响范围内。

如果通知提出操作要求，应先读完，再尽量通过熟悉的账户界面处理。不要在核对之前，把陌生消息中的收款地址、资料提交入口或所谓恢复步骤当成已确认指令。当前两篇报道没有宣布新的资产接收地址，也没有授权某个外部人员代为处理账户。

可以保存收到的账户通知，并记下查看日期和时间。随后向客服询问时，围绕通知中的具体内容提问，例如是否适用于本账户、哪些字段受到影响、需要在账户里完成什么操作。这比泛泛询问“所有泄露传闻是否属实”更容易明确问题。

在 Coinbase 账户中核对时，可以留下这份简短记录：

1. 直接打开原有账户，保存明确提及本次事件的通知。
2. 对比通知描述的信息范围与外来邮件的说法；不一致的地方，逐项向客服询问。
3. 发现陌生交易时，另存该条交易的内容和时间，不把联系信息受影响的通知当成提现记录。

例如，一封邮件声称必须把余额转到新地址，而账户内通知只涉及联系信息。这时要核对的是转账指令从哪里来、有无账户内依据，不能因为邮件准确写出 Amplitude 名称，就把转账要求也视作公司声明的一部分。另一种情况是账户出现陌生交易，却尚未收到数据事件通知；应围绕该笔交易提出问题，不必等到自己是否属于数据影响范围有结论之后才处理。两个情境分别对应指令核对和交易核对，都不需要预先推断本次事件已经造成资产损失。

报道时间不等于事故发生时间

ChainCatcher 页面显示的发布时间为 10 月 28 日新加坡时间 10:43:18。PANews 也将报道日期写为 10 月 28 日。这些时间说明媒体何时刊载回应，不能据此确定 Amplitude 何时遭到访问、信息何时暴露，或 Coinbase 何时首次发现情况。

目前的可读报道没有交代完整的事故时间线。因此，本次新信息是公司公开回应的内容：安全事件发生在 Amplitude，部分客户联系信息受到影响；Coinbase 给出了自身系统和客户资金的评估。不能把一个较晚的新闻发布时间，当成事故刚刚发生或调查已经结束的证据。

后续若出现新的日期，应继续区分事故时间、发现时间、通知时间和媒体报道时间。只有把日期对应到具体动作，才能判断新报道增加了什么，而不是把同一回应反复当成新进展。

两家媒体报道，仍需保留同一声明的归因

ChainCatcher 与 PANews 的核心内容一致，都描述了 Coinbase 对 Amplitude 事件的回应。两篇页面指向同一条 Coinbase Support 声明作为原始出处。因此，可以说两家媒体都报道了公司的这一解释，但不能说已经有两项独立技术调查得出同一结论。

当前两篇正文没有列出受影响人数。受影响人数、字段清单和具体时间，仍需有出处的新信息。

后续若有公司或 Amplitude 的技术说明，读者可以对照本次回应，检查它是否新增了受影响数据、通知对象或调查过程。

不从联系信息事件推导交易信号

这两篇报道没有提供本次回应引发的、经过核实的市场反应数据。没有足够依据把某次币价或 Coinbase 股价变动归因于这一事件。新闻页其他位置出现的行情，也不能自动成为事故影响价格的证据。

若读者把这条消息放入交易判断，可以先写清楚判断依赖什么。如果判断依赖“客户资产遭盗”，就需要资产损失证据；如果依赖“交易服务中断”，就需要服务中断证据。当前报道给出的公司说法是客户资金未受影响，涉及的是第三方事件中的联系信息。

今天仍要使用账户的读者，可以先核对账户通知、相关交易记录和现有界面中的操作要求，再决定是否转账。两篇新闻不能确认某个账户当前的提现状态、支持网络、费用或产品资格。这些问题要在相应账户或产品信息中分别检查，不能从安全事件短讯中推出来。

接下来关注账户范围和技术说明

对受影响客户来说，针对个人账户的通知能帮助确认自己是否涉及其中。对判断事件范围的人来说，带有日期、说明涉及字段和调查过程的技术材料，才可能补上现有报道没有提供的内容。

下一条消息出现时，可以先问它回答了哪个问题：是新增数据字段，确认通知对象，还是提供调查时间？若只是再次刊载 Coinbase 的同一回应，就仍是同一层信息，不能据此宣布发现了新的损失或新的入侵。

相关报道：NexuAlpha 新闻。