Claude枠が未使用で45→55%|EC事業者のAI防衛3つの論点

情報窃取型マルウェアがClaudeのログインセッションを盗み、有料枠のトークンを消費。未使用で45%から55%へ増えた事例をもとに、EC事業者が押さえるべき3つの論点と今週の初動を解説します。

投稿日: カテゴリー AIニュース

Anthropic は2026年8月30日、情報窃取型マルウェアが Claude のログインセッションを盗んでいると利用者に警告しました。

パスワードを破られたわけでも、二要素認証を突破されたわけでもありません。端末に残っていた「ログイン済みの状態」そのものが持ち出され、有料プランのトークン枠が静かに吸い出されていました。商品説明の生成やレビュー返信をAIアカウントに寄せているEC事業者にとっては、ある朝とつぜん業務が止まる話でもあります。本記事は、EC支援19年・5,000社超の実績を持ち、AI導入支援は2023年から提供する株式会社オルセル(うるチカラ運営)が、このClaudeセッション窃取の事実関係と、日本のEC事業者が押さえるべき3つの論点を解説します。

Claudeの利用画面のイメージ

使っていないのに45%から55%へ増えたトークン枠

事実関係はこうです。作業していない日に有料枠だけが減り、原因を追うと侵害されたセッションキーから不正なアクセストークンが発行されていました。

TechCrunchによると、英イーストサセックスで独立系のAIコンサルタントとして働くグラント・デスワートは、2026年8月4日、月額200ドルの Claude Max 20x プランで作業していないのにトークン消費が増えていることに気づきました。翌日、接続していたものをすべて外して一切作業しなかったにもかかわらず、消費は45%から55%へと進みました。運営元に明細を求めても提供されず、最終的にアカウントは一時停止、全セッションとサーバー側のトークンが無効化され、残期間分として44.49ポンドが返金されています。原因として伝えられたのは、侵害されたセッションキーが不正なアクセストークンの発行に使われていたことでした。サポートは合計使用量は追えても項目別の明細は追えないため、この種の抜き取りは数か月にわたって気づかれない可能性があります。

同じ状況は一人だけではありませんでした。Redditの投稿には80件を超えるコメントが集まり、半時間でゼロから上限まで到達した、12分でゼロから49%まで進んだといった報告が並びました。GitHubにも同種の報告が立っています。

手口はインフォスティーラー、二要素認証は迂回される

BleepingComputerによれば、Anthropic は2026年8月30日から影響を受けた利用者への連絡を始めました。同社が利用者へ送ったメールには「一般的な情報窃取型マルウェアを使って利用者のパソコンから Claude のログインセッションを盗み、そのセッションでアカウントにアクセスして使用量を消費している悪意ある第三者を最近確認した」と記されています。

ここが実務上いちばん重い点です。情報窃取型マルウェアは、ブラウザに保存されたパスワードやログインクッキー、他アプリの認証情報をまとめて持ち出します。認証済みのセッションをそのまま複製されるため、攻撃者は通常のパスワード入力や二要素認証を通る必要がありません。つまり、二要素認証を有効にしていても、端末が汚染されていれば防げない構図です。特定されたマルウェアには Windows 向けの Vidar、LummaC2、StealC、RedLine、Acreed、そして少数の Mac で Atomic Stealer が含まれると報じられています。Anthropic は、このマルウェアが Claude 経由で入ったものではないとも説明しています。感染経路として、海賊版ゲームをダウンロードしていた事例が報告先で確認されました。

対処として同社はサインアウト、保存済み決済手段の削除、不正と判断した請求の返金を行っていますが、サインアウトは盗まれたセッションを止めるだけでマルウェア自体は端末に残る、とも警告しています。

Anthropicが影響を受けた利用者へ送ったメールの画面

日本のEC事業者が押さえるべき3つの論点

論点は3つあります。止まるリスク、守る場所、見える化の3点です。

第1に、AIアカウントの停止が店舗運営の停止に直結し始めています。今回の事例では復旧まで約2週間かかりました。商品説明文の生成、レビュー返信のドラフト、受注データの整形、問い合わせの一次対応をひとつのアカウントに集約していると、その2週間は楽天市場やAmazonの出荷期限に関係なくやってきます。AIは受注管理システムのように代替手段が整っていないぶん、止まったときの落差が大きい領域です。

第2に、守るべき場所がクラウド側ではなく端末側に移っています。認証の実体がパスワードではなくセッションである以上、最終防衛線は業務で使うパソコンそのものです。ECの現場では在宅スタッフや業務委託先、海外の外注先が私物のパソコンで作業することが少なくありません。ここに海賊版ソフトやよく分からないブラウザ拡張が同居していれば、いくらモール側の管理画面を厳しくしても意味が薄れます。認証情報の扱いという意味では、AIエージェントに認証情報を共有させる運用の危うさや、推論トレースからAPIキーが漏れうるという指摘と地続きの問題です。

第3に、使用量の明細が見えないと異常検知ができません。今回、利用者が項目別の内訳を求めても提供されなかった点が問題を長引かせました。社内の使いすぎなのか外部からの抜き取りなのかを切り分けられなければ、費用の管理も原因の特定もできません。安価なトークンが非公式に流通する市場が存在することを踏まえると、盗まれた枠に商業的な出口があること自体は想像に難くありません。なお、日本のEC事業者でAIアカウントの認証情報窃取がどの程度発生しているかを示す公的統計は見当たらず、この点は要確認です。

今週やっておきたい初動

まずアカウントの棚卸しです。誰がどの端末でログインしているかを一覧にし、複数人での共有アカウントがあれば個別化します。退職や外注先の入れ替えのタイミングで全端末サインアウトを実行し、APIキーを発行し直す運用を決めておきます。

次に端末側のルールです。業務でAIにログインするパソコンについて、アンチウイルスの稼働確認、業務外ソフトの導入禁止、ブラウザ拡張の定期棚卸しを明文化します。私物パソコンを使う外注先には、業務用プロファイルの分離を条件にするだけでも状況は変わります。

そして使用量の記録です。週次の消化ペースをスプレッドシートに残し、稼働がないはずの曜日や深夜帯に伸びていないかを見ます。AIの支出をどう可視化するかはコスト管理の指標設計とセットで考えると進めやすくなります。最後に、AIが2週間止まった場合の代替手順を1枚だけ書いておきます。手作業に戻す型と、別ベンダーへ振り替える型の両方を用意しておけば、停止の影響を売上に及ぼさずに済みます。

まとめ

今回の件は、AIサービス側が破られた事故ではなく、利用者の端末から認証済みセッションが盗まれた事故です。EC事業者にとっての教訓は、AIアカウントを業務インフラとして扱い、端末の衛生管理と使用量の可視化、そして停止時の代替手順までを運用に組み込むことにあります。二要素認証を入れて安心する段階は、すでに過ぎています。

参考文献

※うるチカラでは、生成AIの導入支援から運用最適化まで、貴社のEC事業に合わせたカスタマイズ提案を行っています。無料相談(30分)も実施中ですので、お気軽にお問い合わせください。
https://uruchikara.jp/contact/

引用元: TechCrunch


【監修】齋藤竹紘(株式会社オルセル代表 / 19年・5,000社のEC支援実績)


投稿者: 齋藤竹紘

株式会社オルセル代表取締役 / うるチカラ編集長。19年・5,000社以上のEC支援実績を持ち、楽天市場・Amazon・Yahoo!ショッピング・Shopify・Shopee越境ECの実装ノウハウを保有。AI×ECに関する書籍を3冊執筆。「現場で使えるAI実装」を一次情報として発信しています。

お問い合わせ