Redis 8.4.5リリース、RESTOREペイロード経由のRCE脆弱性を修正
Redisの新バージョン8.4.5が公開されました。クラフトされたRESTOREペイロードによってリモートコード実行につながる恐れのある脆弱性が2件修正されています。あわせて、Cuckoo Filterのフェイルオーバー時にデータが失われるバグも修正されました。
トピック別に新着順で読めます。「あのアップデート何だっけ」はキーワード・期間からも探せます。
Redisの新バージョン8.4.5が公開されました。クラフトされたRESTOREペイロードによってリモートコード実行につながる恐れのある脆弱性が2件修正されています。あわせて、Cuckoo Filterのフェイルオーバー時にデータが失われるバグも修正されました。

Redis Blogの記事は、推論(reasoning)機能を持つLLMが回答前に生成する思考過程のトークンが、実は高額な出力トークンとして課金されている点に注意を促しています。1回のリクエストで数百トークンに達することもあり、コスト管理の新たな論点として取り上げられています。
Redisの公式リポジトリより、Redis Open Sourceの8.10系General Availability版であるRedis 8.10.0がリリースされました。ハッシュのメモリ使用量を削減する新エンコーディング「Compact Hashes」や、リスト・セット操作、バックアップ、検索・JSON・時系列データ向けの新コマンドが多数追加されています。あわせて8.10-RC2からのバグ修正も含まれています。

AIモデルKimi K3を用いてRedisの脆弱性を発見したとする投稿がX(旧Twitter)上で公開され、19件のゼロデイ脆弱性が含まれると主張されました。Redisはこの投稿を通じて事案を把握し、直ちに調査に着手したことを公式ブログで明らかにしています。原文は調査の詳細に触れる前で公開が途切れており、続報が待たれます。

Redis Blogの記事「Context orchestration: what it is & how it works」は、LLMアプリケーションがデモでは正常に動作しても本番環境で不安定になる現象を取り上げています。原因はモデル自体ではなく、モデルに渡す情報を管理する仕組みにあると指摘しています。

Redis 8.4では、Redis Streamsのコンシューマー向けコマンドXREADGROUPに新たな任意パラメータ「CLAIM」が追加されました。これにより、新規エントリの取得と、処理が滞っているpendingエントリの再割り当てを、単一コマンドで実行できるようになります。信頼性のあるストリームコンシューマーを実装する際の複雑さを軽減することが狙いです。

Redis Blogの記事は、汎用的な質問には答えられる企業のAIが、自社特有の価格や社内ポリシーについては誤った回答やハルシネーションを起こしがちだと指摘しています。原因は、AIが参照する情報が最新の社内データと結びついていないことにあるとされています。本記事執筆時点で公開されている原文の範囲では、具体的な解決策の詳細までは示されていません。

Redis Blogが、複数リージョンで同時に書き込みを受け付ける「アクティブ・アクティブ」構成で発生するデータ競合を、Conflict-free Replicated Data Types(CRDT)がどう解決するかを解説する記事を公開しました。東京とフランクフルトで同じ商品の最後の1点が同時に購入されるケースを例に、分散データベースが抱える整合性の課題を示しています。

Redis Blogの記事「Context graphs: when nearest-neighbor search isn't enough」は、ベクトル検索を用いたRAG(検索拡張生成)パイプラインが単純な質問には強い一方、複数の情報源に分散した事実を組み合わせる必要がある質問では機能しなくなる問題を提起しています。解決策として「コンテキストグラフ」という考え方が示唆されていますが、本記事で確認できた範囲では、その課題提起が中心となっています。

Redis Blogによると、Redis 8.8は同一ハードウェア・同一コマンドでより多くの処理をこなすという同社の一貫した方針を継続するリリースです。前バージョンのRedis 8.6でベクトル処理やソート済みセット、GET中心のキャッシュ用途の性能が改善されており、Redis 8.8ではMGET、MSET、Streamsなどの領域でさらなる高速化が図られています。

Redis公式ブログが新しい「配列(Array)」データ型を紹介しました。文字列・リスト・ハッシュ・セット・ソート済みセットという従来の5種類のデータ型では効果的に対応できなかった用途を補うことが目的とされています。詳細な仕様は公式ブログで解説されています。

Redis Open SourceのRedis 8.8が公開されました。新しい汎用データ構造「array」やウィンドウカウンター型レートリミッター、Streamsのメッセージ再配信(NACK)機能などが追加され、あわせて性能面の改善も図られています。

Redis公式ブログは、新しいAIモデルが登場するたびに「ついに推論ができるようになった」と話題になる一方で、実際に本番環境でAIエージェントを運用するチームは今も幻覚や質問の取り違えに悩まされ続けている、というギャップを指摘しています。ベンチマークスコアの向上と実運用での信頼性は必ずしも一致しないという問題提起です。
Redisプロジェクトはバグフィックスリリース「Redis 8.2.7」を公開しました。緊急度は最高ランクの「HIGH」とされ、AArch64環境での起動失敗やクラスタ機能の不整合など、一部利用者に深刻な影響を与えるバグが修正されています。RediSearchモジュール側の不具合も複数解消されました。
Redisの公式リリースノートによると、バージョン8.6.4は更新緊急度が「HIGH」に設定されたバグ修正版です。AArch64での起動失敗やクラスタクラッシュ、メモリ計測の不整合、SENTINEL SETによる設定インジェクションなど、一部の利用者に影響しうる重大な問題が多数修正されています。RediSearchモジュール側の深刻なレイテンシ問題にも対応しています。

Redis Blogの記事は、AIエージェントの判断精度が、インフラに保存されたデータやモデルの学習知識そのものではなく、意思決定の瞬間にコンテキストウィンドウへ実際に読み込まれているトークンによって決まると指摘しています。エージェント設計における「何を記憶させるか」より「何を今、見せるか」の重要性を示す内容です。

Redis社は、運用データや分析データをほぼリアルタイムでRedisに取り込み、継続的に最新の状態へ同期し続けるフルマネージドサービス「Redis Data Integration(RDI)」について、AWS上のRedis CloudでGA(一般提供)を開始したと発表しました。これまでプレビューやセルフマネージド環境での提供だったRDIが、AWS版Redis Cloudの正式機能として利用可能になります。

Redis Cloudの「AWS PrivateLink resource endpoints」が、Redis Flexやアクティブ・アクティブ構成を含む全てのRedis Cloud Proサブスクリプションで一般提供(GA)となりました。これにより、スコープを絞ったプライベートエンドポイント経由でアプリケーションをRedis Cloudに接続できるようになります。

Redisは、既にRedisを検索・取得・アプリケーションメモリ用途で使っているチーム向けに「RedisVL MCP」を紹介しました。インデックス済みのデータを、フレームワークごとに統合を作り直さずにAIエージェントへ公開できる仕組みです。既存のRedis活用資産をそのままエージェント連携へ拡張できる点が特徴です。

Redis Blogが「AI agent access control: a practical guide」という記事を公開し、AIエージェントが業務データにアクセスする際の権限管理の難しさを、サポート業務エージェントの具体例を通じて提示しています。エージェントの認証は成功していても、参照先のデータストアで意図しない情報が返ってくるリスクが暗示されています。