トークンキャッシュの永続化

MSAL.NETの既定ではメモリ上のみのトークンキャッシュを、プロセス再起動をまたいで使えるようファイル等に保存する実装。デスクトップアプリではアプリ側の責任とされる。

概念URI

https://comcomponent.com/knowledge/token-cache-persistence/

別名・表記

Token Cache Persistence

最終確認日

2026-08-01

機械可読データ

JSON-LD

この概念が関わる関係

• Silent→Interactiveパターンはトークンキャッシュの永続化を前提とします。アプリの再起動をまたいでAcquireTokenSilentが対話なしでトークンを返し続けるには、永続化されたトークンキャッシュが前提になる。永続化しないとプロセス再起動のたびに対話認証へ落ちる。プロセスを再起動しない一連の実行中は、既定のメモリ内キャッシュのままでも対話なしで成功する。 / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• トークンキャッシュの永続化はDPAPIを利用します。Windowsでのトークンキャッシュの暗号化保存には、ユーザースコープのDPAPI(ProtectedData)が使われる。 / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• WAM(Web Account Manager)ブローカーはトークンキャッシュの永続化を前提とします。プロセスを再起動しても無人でサイレントにトークンを取り直したい場合、WAMを使っていてもMSALはIDトークンとアカウントのメタデータを自分のキャッシュに持つため、トークンキャッシュの永続化が必要になる。1回のプロセス内で完結する使い方では永続化なしでもトークンは取得できる。 / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典

この概念を扱う記事

• WinForms/WPFアプリにEntra ID認証を組み込む ── MSAL.NETとWAMブローカーの実務構成(言及)

一次資料

• https://learn.microsoft.com/entra/msal/dotnet/how-to/token-cache-serialization

このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。