信頼とセキュリティ信頼とガバナンス認証境界

Security

認証境界

OAuth同意、bearer tokenの保存、identity header、認証済みアクセスの判断を分離します。

各credentialを置く場所

認証境界はOAuth同意、bearer tokenの保存、秘密ではないidentity header、そして実際のアクセス判断を分離します。これらを混同することがtoken漏えいの最も一般的な原因です。

  • OAuth同意はclient側で行われ、この経路で貼り付けたtokenをXMemoが見ることはありません。
  • XMEMO_KEYは環境または対応するsecret storeに置き、gitにcommitするconfigファイルには絶対に入れません。
  • Identity headerは通常のlabelであり、configに書き込んでも安全です。
  • Public discoveryはread-onlyで、secretを含みません。

Tokenベースのclient設定

実際の値がファイルに現れないよう、client configから環境変数を参照します。

{
  "mcpServers": {
    "XMemo": {
      "type": "http",
      "url": "https://xmemo.dev/mcp",
      "headers": {
        "Authorization": "Bearer ${env:XMEMO_KEY}"
      }
    }
  }
}

拒否されたrequestの見え方

credentialがない、または不十分な場合は、memoryを読む前に拒否されます。空のresult setは有効な該当なしの回答であり、認可状態を示すものではありません。

401 — no valid bearer token or API key was supplied.
403 — the credential is valid but lacks memory:read or memory:write.
200 with zero results — authorized, nothing matched.

Memory Console の管理

XMemo は MCP エンドポイントだけではありません。Memory Console は、エージェント帰属を見える状態に保ちながら、メモリを確認・修正・削除・エクスポートするためのユーザー向け入口です。

  • メモリの表示と検索 — コンソールを開いて保存済みメモリ、パス、メモリタイプを確認し、特定の項目が記憶検索で返るべきだったかを確認します。
  • 項目の編集・修正 — 古い事実を修正し、項目をより明確なパスへ移動し、古いメモを置き換えて、今後のアシスタントがユーザー承認済みの最新コンテキストを呼び出せるようにします。
  • 削除とエクスポート — アカウントワークフローを使って不要になったメモリを削除し、アカウント単位のメモリ確認に使うエクスポート導線を見つけます。

出典: 公開セキュリティ