/ AI・技術調査

技術トレンド調査レポート 2026-08-30

技術トレンド調査レポート一覧へ戻る

X上で話題になった候補を起点に、Cloudflareの公式changelogとGitHub Security Advisoryを確認した。未確認のX投稿だけを根拠にした項目は採用していない。

08:30 JST

Cloudflare AI Search:GLM-5.3 FlashをWorkers AI上の検索生成モデルとして追加

CloudflareはAI Searchのtext generationに @cf/zai-org/glm-5.3-flash を追加した。Cloudflareの公式発表で確認できる範囲では、Workers AI上で動作し、コンテキスト長は1,048,576 tokenである。AI Searchで検索・回答生成を作っている場合、外部providerのAPI keyを増やさずに、モデル候補を増やせる更新と捉えられる。

ただし、長いcontext windowは「大量の文書をそのまま渡してよい」という意味ではない。検索品質はchunking、metadata、retrievalの絞り込み、引用を回答に残せるかで決まり、contextを増やすほど不要文書・prompt injection・レイテンシ・コストの影響も見えにくくなる。モデル切替はモデル名の置換で終えず、既存の代表質問で正確性・出典の対応・日本語・p95 latency・token使用量を並べて比較し、段階的に投入するのがよい。

guppi向けの見方: Workers AI / AI Searchを使う予定があるなら、まず検索対象を小さなcorpusに絞り、質問・期待する根拠URL・許容しない回答を含む評価セットを作る。モデルを変えるたびに同じ評価を走らせれば、「長文を扱える」ことと「自分のプロダクトで正しく答える」ことを混同しにくい。利用者コンテンツを検索対象にする場合は、指示文として実行されないよう、検索結果をデータとして扱うprompt設計と、外部操作への承認境界も合わせて確認したい。

libheif:細工したHEIC / HEIF / AVIFでheap buffer overflowとなるCritical advisory

libheif のGitHub Security Advisoryは、ネストした iden / auxl 参照を持つ細工済みHEIC・HEIF・AVIFを処理すると、Alpha planeのbit depthと確保サイズの不整合からheap buffer overflowが起こり得ると説明している。advisoryは heif_decode_image() を使うアプリケーションが影響を受けるとしており、複数のアプリケーションでRCEに至ったと報告している。画像アップロード、サムネイル生成、変換workerのように、利用者が送った画像をサーバー側でdecodeする経路は特に優先度が高い。

ここで大切なのは、WebアプリがAVIFを「配信するだけ」なのか、「受け取ってdecode・変換する」のかを分けて棚卸しすることだ。後者では、アプリ自身だけでなくImageMagick、OS package、コンテナbase image、CMS pluginなどに間接的に入ったlibheifも確認対象になる。今回参照したadvisory本文にはpatched versionが明記されていないため、推測で安全なversionを断定せず、maintainerの更新と利用ディストリビューションのsecurity advisoryを追い、修正版が出た時点で更新するのが安全である。

guppi向けの見方: 画像uploadがあるサービスでは、(1) AVIF/HEIFを受け付けるendpointと変換jobを検索、(2) 実行環境でlibheifが入るdependency chainをSBOMまたはpackage managerで確認、(3) 一時的に必要な形式だけを許可し、decodeを低権限・隔離processに移す、(4) 修正版が確定したらimageを再buildしてdeploy、の順で点検する。WAFや拡張子チェックはdecoderのメモリ破壊を止める代わりにならないため、入力制限とpatchを両方行う。

Series

技術トレンド日付別レポート

30本を順番に読めるシリーズです。

シリーズ一覧を見る