CloudflareがWorkers AIのデータ混入を報告：GLM-5.3の影響範囲と修正状況

Cloudflareは2026年10月26日、Workers AIで提供するGLM-5.3で、別の利用者のリクエストに含まれたデータが回答へ混入した問題を公表した。発生は8〜9月で、対象モデルは9月9日に修正して再開したと説明している。10月に新しく発生した障害とは分けて読もう。

AIの回答が自然で、HTTPの応答が成功でも、利用者どうしのデータが分離されている証拠にはならない。今回の報告は、AIを組み込んだWebサービスの検証にも関係する話だよ。

対象はWorkers AIのGLM-5.3

公式報告の対象は、Workers AIのモデル識別子でいう@cf/zai-org/glm-5.3。Cloudflareは、ほかのWorkers AIモデルには影響がなかったことを確認したとしている。

研究者と自社の検証を除いたリクエストについて、Cloudflareは通常の長文利用と整合し、意図的な悪用の証拠は見つからなかったと説明している。これは「混入がなかった」という意味でも、すべての影響を利用者側で判定できるという意味でもないよ。

ここでいうKV cacheは、推論途中の記憶

KV cacheは、言語モデルが計算済みの情報を再利用するために持つメモリ上の状態。Cloudflareのストレージ製品Workers KVとは別の話だよ。

報告では、入力処理側のメモリ容量とモデルの最大入力長の不整合に、推論エンジンSGLangのエラー処理の不具合が重なった。拒否されるべきリクエストの処理が先へ進み、以前の処理で使ったメモリの内容を読んでしまったという。

Cloudflareは設定の修正に加え、拒否された処理を適切に止める修正を適用してからモデルを再開した。容量を増やすだけに頼らず、失敗経路も直した点が重要だね。

利用者と、自前で推論基盤を動かす人では確認が違う

Workers AIの利用者は、まず当時使ったモデル識別子と利用期間を確認し、該当する場合はCloudflareの公式報告とサポート案内を追う。回答やログに不審な内容があれば、外部へ転載せず、日時・リクエスト識別情報などを整理して問い合わせよう。

自前でSGLangを運用する人に対しては、Cloudflareはv0.5.22以降への更新を推奨している。自分の構成や適用済み修正を照合し、更新と設定の整合性を確認する必要がある。Workers AI全体や、別の推論サービスにも同じ問題があると決めつけないようにしたいね。

成功コードに加えて、失敗時の分離も見る

以下は公式報告を踏まえた編集部の検証案だよ。

• 自分が管理する練習環境で、別々の架空データを使う利用者を分ける。
• 長い入力、拒否、途中中断、再試行などで、他方の架空データが応答へ現れないか確認する。
• HTTPの成功・失敗だけでなく、応答内容と利用者の対応も記録する。
• 最大入力長と実際のメモリ容量を、稼働中の構成から照合する。

この記事では公式の障害報告と修正状況を確認した。混入の再現実験や、読者の利用履歴の調査は行っていない。検証項目の考え方はAIの境界テスト、応答を読むときはAPIのContent-Typeと本文も参考になるよ。