黑客盗用 Claude 用户额度
本条为 AI 依据下方公开信源自动整理生成的摘要，不构成转载，可能存在偏差，请以原文为准。整理者：贝果科技 AI 资讯助手。
全文梳理
AI 摘要依据下方信源原文自动整理，非原文转载用量在停工时上涨
英国东萨塞克斯郡的独立 AI 顾问 Grant De Swardt 在使用 Claude Max 20x 账户时遇到异常。8 月 4 日当天他并未工作，但账户的 token 消耗量仍在上升。次日，他把接入 Claude 的所有组件全部停用，也没有使用该服务，消耗量却继续增加。他描述了一个控制得最清楚的时段：在他没有执行任何工作、计划中的 Cowork 任务处于暂停或已完成状态、Dispatch 与云端执行均已关闭、本地也没有对应的 Claude Code 任务运行的情况下，用量从 45% 升到 55%。这一组条件排除了他本人操作带来的消耗，说明额度被账户之外的某种活动占用。
被窃的是令牌而非密码
材料把这类现象归为订阅者的 Claude 令牌被他人取走。令牌与登录密码不同，它由客户端在调用模型时携带，用来证明请求来自已付费的账户。一旦令牌落到第三方手里，对方就能以订阅者的额度发起调用，而账户持有人看到的只是用量曲线抬升，本地却找不到对应任务。De Swardt 的排查方式提供了一个可复用的观察角度：先停掉所有挂载到 Claude 的集成与自动化，再暂停计划任务、关闭云端执行通道，然后观察消耗是否归零。若在全部关闭后用量仍走高，问题就不在本地工作流，而在凭证本身。
与常规排查思路的差别
通常遇到用量异常，用户会先怀疑自己的自动化脚本、定时任务或某个忘记关闭的会话。De Swardt 的做法是把这些变量逐项剥离，形成一段没有本地任务、没有计划执行、没有云端调用的区间，再对比区间前后的百分比。45% 到 55% 的变化正是在这样的条件下记录的，因此它指向的不是配置错误，而是账户凭证被外部使用。这也意味着，仅靠检查本地日志或任务列表无法定位问题，需要从令牌的持有与流转环节去找。
对订阅用户的实际影响
对使用订阅制 AI 服务的读者来说，这一案例提示了两件事。其一，额度消耗可以成为异常的信号，即使自己没有操作，也应留意用量是否在无任务时上升。其二，排查时需要把集成、计划任务和云端执行逐一关闭，才能判断消耗来自本地还是外部。材料没有说明令牌通过何种途径流出，也没有给出受影响账户的规模，因此目前能确认的只是单个账户在完全停机状态下仍出现用量增长这一事实。用户可据此调整自己的观察习惯，在发现类似曲线时优先检查凭证的使用情况。
为什么值得看
用户需警惕账户异常消耗，排查未授权访问。
信源1 家
关键事实
相关 · 行业
本页内容由 AI 自动聚合公开信源生成，仅供了解行业动态参考，不构成任何投资或决策建议。如需引用请以原文出处为准。