热点事件历史事件
卖家紫鸟设Passkey触发亚马逊ATO封禁
1 篇报道1 个报道来源17 天前更新
先了解这件事
AI 综述
2026年10月11日，有卖家在知无不言发帖称，因公司主体变更，其在紫鸟浏览器中更新法人信息、删除旧手机号并启用Passkey后，被亚马逊判定为高危环境（VPS）恶意篡改资料，触发ATO最高级别封锁。该卖家称，系统随后强制回滚，删除新手机号与Passkey，将验证手机号恢复为半年前已注销的旧主体手机号，导致前端登录收不到验证码。其邮件申诉陷入模板循环，一级客服无权限处理；后经亚马逊高管团队高级客服介入，称已抹除旧手机号、更新登录邮箱并禁用两步验证，但前端Cognito登录服务器未同步，页面仍提示“找不到具有该电子邮件地址的账户”，申诉再度被ATO团队按模板流程处理。帖子称账号仍无法登录，并提醒避免在VPS或紫鸟环境中短时间内修改底层安全信息。
AI 根据报道生成 · 10 天前更新
最新进展10月11日 09:33
卖家称高管客服已改后台数据，但前端未同步，账号仍显示找不到账户。报道时间线
沿着报道，了解事件的不同侧面。
10月11日
- 知无不言卖家在紫鸟浏览器设置 Passkey 触发亚马逊 ATO 封禁，因前后端同步 Bug 导致账号无法登录
卖家在紫鸟浏览器更新法人信息并启用 Passkey 后，被亚马逊判定为高危环境操作触发 ATO 最高级别封锁，系统强制回滚至已注销的旧手机号。尽管高级客服在后端完成数据修正，但前端 Cognito 登录服务器未同步，导致账号显示“找不到账户”且申诉陷入循环。作者警示在 VPS 或紫鸟环境中短时间内修改底层安全信息极易引发此类风控死锁与系统同步故障。