昨日(2026-08-07)のブックマーク

概要

GitHubのPRコメントで「@codex security review」と呼び出し、Codex Security Reviewがリポジトリ文脈と差分を調査して、テナント識別子を含めないセマンティックキャッシュによるクロステナント情報漏えいをHigh（P1）の指摘として提示するデモ。

詳細解説

約22.8秒の無音デモ。GitHubのPR「Improve retrieval latency for repeated workspace questions」（feat/semantic-retrieval-cache）のコメント欄に「@codex security review」を投稿すると、ChatGPT/Codex側のSecurity reviews一覧へタスクが現れ、Working／Thinking状態でコミット履歴、脅威モデル、変更差分を調べる。完了画面ではSecurity Report、Diff、Logs、Internal Data Modelsのタブとともに、src/retrieval/context.jsの変更箇所を表示。normalizedQuestionだけでsemanticContextCacheを引く実装ではorganizationIdがキーから抜けるため、同じAPIレプリカ上で別テナントが同じ正規化済み質問を送ると、先に保存されたテナントのコンテキスト、回答、引用URLが返り得ると説明している。画面内の再現例はNorthwindでキャッシュを作った後にHarborから問い合わせるとNorthwindの非公開ポリシーが返るというもの。組織IDと質問の組み合わせでキーを作る、読み出し時にもスコープを検証する、クロステナント回帰テストを追加する、という修正方針まで示す。

重要ポイント

• GitHub PR上の「@codex security review」コメントからセキュリティレビューを起動する流れを示している。
• リポジトリ文脈、コミット履歴、脅威モデル、PR差分を横断して解析する進行画面がある。
• 最終的に1件のHigh／Priority 1指摘を表示し、画面上の確信度は99%。
• 問題の核心は、マルチテナント環境のキャッシュキーにorganizationIdがなく、組織境界を越えてキャッシュ内容を再利用し得ること。
• 指摘はsrc/retrieval/context.jsのキャッシュ生成・取得行と結び付けられ、再現シナリオと修正案も併記される。

実務/開発への示唆

• PR自動レビューを導入しても、指摘を担当者が再現し、権限境界と実運用構成に照らして確認してから修正・マージする。
• マルチテナントのキャッシュ、検索インデックス、ベクトルストアでは、キーと保存値の両方に検証済みテナント／組織スコープを持たせる。
• キャッシュヒット時にもスコープ一致を検証し、不一致ならfail closedで再取得する。
• テナントAでキャッシュを温め、テナントBから同一入力を送る隔離テストをCIへ追加すると、同種の回帰を検出しやすい。

注意点

• 投稿ではresearch previewとされており、提供範囲、起動方法、UI、精度は変更される可能性がある。
• これは短い製品デモかつ合成されたリポジトリ／テナント名の例で、一般的な検出率や誤検知率、実在顧客での漏えいを示すものではない。
• 動画に音声トラックはなく、説明は画面内テキストと操作映像に基づく。一部の中間ログは表示時間が短い。
• 「@codex security review」での起動や自動レビューには、GitHub連携、対象リポジトリ設定、必要権限が別途必要と考えるべき。