ベクトル検索における削除後のAIプライバシー監査
Beyond Private Training: The New Landscape of AI Privacy
この論文をやさしく読む
ひとことで言うと
検索結果から削除項目が消えても、検索途中でそのベクトルが計算に使われる場合があります。この内部処理まで監査し、削除済みデータを採点しない仕組みを提案しています。
何に役立つ?
検索拡張システムの削除処理を、返された結果だけでなく検索経路まで確認するのに役立ちます。各検索の記録を削除状態と照らして独立に検証できます。
この研究の面白いところ
結果の安全性と探索過程の安全性を分けた点が特徴です。特定領域を削除する条件では、内部利用を止めながら検索再現率も改善しました。
どこまで分かった?
Faissで削除率70%の100検索すべてに削除ベクトルの採点を検出しています。比較対象と削除条件は限定され、すべての検索実装やプライバシー要件への保証ではありません。
v1のアブストラクトに基づくAI解説。日本語訳とは別に、用途の解釈を含みます。
アブストラクトの日本語訳
検索拡張システムでは、削除した項目がベクトルインデックスの探索グラフに残る可能性が高まっています。既存の削除インターフェースは、削除済み識別子が返却結果に現れるのを防げても、グラフ探索中にそれらの埋め込みとの距離を計算し続けることがあります。本研究ではこの違いを、出力安全性と探索安全性として形式化し、グラフベース近似最近傍検索で探索安全な削除を監査・強制するTSD-AUDITという枠組みを導入します。 FaissのIndexHNSWFlatでは、標準のフィルタリングを使っても距離計算回数はフィルタリングなしの場合から変わりません。削除率70%のとき、追跡情報に忠実な再生により、監査した100件すべてで削除済みベクトルのスコア計算が検出されました。hnswlibのmark_deleted処理をコード検査すると、同じく生存確認より先にスコア計算する構造が明らかになりました。TSD-AUDITは、スコア計算前に生存を確認する不変条件を強制し、生存している候補だけで接続性を修復します。また、独立した検証器が削除スナップショットと照合できる、クエリごとのスコア計算追跡証明書を出力します。 領域を指定した削除では、削除率0.5~0.9の範囲で、TSD-AUDITは標準フィルタリングよりRecall@10を4.3~42.2パーセントポイント改善しました。ランダム削除では性能は同程度でした。これらの結果は、出力だけを対象にした削除監査では処理過程での露出を見逃し得ることを示します。ベクトル検索の削除を監査するには、返された識別子だけでなく、検索中にスコア計算されたベクトルも考慮する必要があります。
v1の要旨から自動生成。本文の精読・人による確認は未実施。
- 初稿
- 2026-09-16(UTC)
- 最新改訂
- 2026-09-16 · v1
- 査読・掲載
- 査読状況未確認
更新履歴
- v1 2026-09-16 この版を読む
取得できた版を表示。版の更新は査読済みを意味しません。過去版の本文差分は未解析です。
原文の要旨
Retrieval-augmented systems increasingly rely on vector indexes that may retain deleted items in their search graph. Existing deletion interfaces can prevent deleted identifiers from appearing in returned results while still computing distances to their embeddings during graph traversal. We formalize this distinction as output safety versus traversal safety, and introduce TSD-AUDIT, a framework for auditing and enforcing traversal-safe deletion in graph-based approximate nearest-neighbor retrieval. On Faiss IndexHNSWFlat, native filtering leaves the number of distance computations unchanged relative to unfiltered search; at a 70% deletion rate, trace-faithful replay detects deleted-vector scoring in all 100 audited queries. Code inspection of hnswlib's mark_deleted path reveals the same scoring-before-liveness pattern. TSD-AUDIT enforces an alive-before-scoring invariant, repairs connectivity using only live candidates, and emits per-query scored-trace certificates that an independent verifier can check against the deletion snapshot. Under region-targeted deletion, TSD-AUDIT improves Recall@10 over native filtering by 4.3--42.2 percentage points across deletion fractions from 0.5 to 0.9, while remaining comparable under random deletion. These results show that output-only deletion audits can miss process-level exposure: auditing deletion in vector retrieval requires accounting for the vectors scored during search, not only the identifiers returned.
arXiv ID: 2609.19456 / 要約の誤りについて