本サイトの記事や画像は、AIが公的資料や複数の報道を基に事実関係を整理・再構成し制作したものです。[続きを表示]特定の報道内容や表現を再利用・要約することを目的としたものではありません。ただし、誤りや不確定な情報が含まれる可能性がありますので、参考の一助としてご覧いただき、実際の判断は公的資料や各出典元の原文をご確認ください。[私たちの取り組み]
Cloudflareは2026年10月26日に公開した事故報告で、Workers AI上で提供するAIモデル「GLM-5.3」の応答155件に、他の顧客のリクエストデータが含まれていたと明らかにした。配備設定と推論エンジンのキャッシュ処理に問題があり、9月9日に修正を加えて提供を再開したとしている。
長文入力の処理と拒否経路に不整合
Cloudflareによると、影響期間は8月27日～9月9日（UTC基準）。影響を受けた155件の応答は、いずれも681,280トークンを超えるプロンプトに対するものだった。同社は、Workers AI上の他のモデルには影響がなかったことを確認したとしている。
問題を報告したのはKnosticの研究者Gadi Evron氏。同社が10月27日に公開した調査報告によると、検証中の応答には人名や企業名、請求書番号、ソースコードに関する情報などが現れたという。
問題は、入力を処理する「prefill」と応答を生成する「decode」を別々に実行し、両者の間で処理用メモリーであるKVキャッシュを受け渡す構成で起きた。受け付ける入力の長さに関わるコンテキスト長は1,048,576トークンに設定されていた一方、入力処理側のキャッシュ容量は681,280トークンだった。
SGLangチームによると、推論エンジンには、拒否すべき要求が入力処理側から生成側へ引き渡される不具合があった。容量を超えた要求は内部的に拒否され、短い代替入力に置き換えられたが、生成側への転送処理が続行された。このため、生成側が確保したキャッシュ領域の一部には以前の要求の情報が残り、その内容が応答に混入した。同チームは、単一ノード構成の拒否経路ではエラーを返していたと説明している。
Cloudflareは、提供前から設定と容量の不一致を把握していたことも認めた。ただ、長文を使った試験ではHTTP応答と性能だけを確認し、出力内容やその整合性は検査していなかったという。
同社は9月8日23時11分（UTC）にHackerOne経由で研究者から報告を受け、翌9日14時にGLM-5.3を非公開化した。対応として、キャッシュ容量を拡大し、拒否対象の要求をキャッシュ転送前に終了させる修正を加えた。研究者の再現スクリプトなどで確認した後、同日19時40分に公開提供を再開したとしている。
利用状況についてCloudflareは、自社と研究者によるテストを除いた要求の時期や量は通常の長文利用と整合しており、意図的な悪用の証拠は見つからなかったと説明した。再発防止策として、配備前に稼働中のエンジンの実容量と設定されたコンテキスト長を直接照合する方式へ変更した。また、SGLang側にも修正が反映され、同社は分離構成で運用する事業者にv0.5.22以降への更新を推奨している。
