<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Topics tagged with metadata]]></title><description><![CDATA[A list of topics that have been tagged with metadata]]></description><link>https://fusionauth.io/community/forum/tags/metadata</link><generator>RSS for Node</generator><lastBuildDate>Sat, 07 Nov 2026 08:16:04 GMT</lastBuildDate><atom:link href="https://fusionauth.io/community/forum/tags/metadata.rss" rel="self" type="application/rss+xml"/><pubDate>Invalid Date</pubDate><ttl>60</ttl><item><title><![CDATA[Is &#96;auth_time&#96; in refresh token metadata reliable for MFA + PASSWORD flows?]]></title><description><![CDATA[<p dir="auto">The data sub-object containing auth_time and authentication_type in refresh token metadata is <strong>not currently a documented or officially supported feature</strong> in FusionAuth. Its presence is inconsistent across authentication flows, as you've observed — it appears for some authentication types but not others (notably absent for MFA + PASSWORD flows).</p>
<p dir="auto">According to the official documentation, the <strong>only documented fields</strong> within refresh token metaData are:</p>

<strong>metaData.device</strong> — An object containing device information (name, type, description, lastAccessedAddress, lastAccessedInstant)
<strong>metaData.scopes</strong> — An array of OAuth scopes associated with the token
<strong>metaData.resources</strong> — An array of resource URIs per RFC 8707 (available since v1.67.0)

<p dir="auto">The data sub-object with auth_time and authentication_type that you're observing is <strong>not part of the documented API contract</strong>. Because this is undocumented behavior, you should <strong>not rely on it</strong> in production code, as it may change or be removed in future versions without notice.</p>
Important Distinction: auth_time on JWTs vs Refresh Tokens
<p dir="auto">Note that auth_time <strong>is</strong> a standard and documented claim on <strong>access tokens and ID tokens</strong> (the JWTs themselves), where it represents the time of initial authentication. However, it is not a documented field on the refresh token record itself when queried via the retrieval API.</p>
Related Documentation

<a href="https://fusionauth.io/docs/apis/jwt/retrieve-refresh-tokens" rel="nofollow ugc">Retrieve Refresh Tokens API</a> — Official API documentation including the complete response body structure for refresh tokens
<a href="https://fusionauth.io/docs/lifecycle/authenticate-users/oauth/tokens" rel="nofollow ugc">Access Token and ID Token Claims</a> — Where auth_time is officially documented as a JWT claim
<a href="https://fusionauth.io/docs/lifecycle/authenticate-users/multi-factor-authentication" rel="nofollow ugc">Multi-Factor Authentication (MFA)</a> — Guide to implementing MFA in FusionAuth
<a href="https://fusionauth.io/docs/apis/jwt/refresh-a-jwt" rel="nofollow ugc">JWT Refresh API</a> — How to use refresh tokens to obtain new access tokens

]]></description><link>https://fusionauth.io/community/forum/topic/3349/is-auth_time-in-refresh-token-metadata-reliable-for-mfa-password-flows</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/3349/is-auth_time-in-refresh-token-metadata-reliable-for-mfa-password-flows</guid><dc:creator><![CDATA[FASupportBot]]></dc:creator><pubDate>Invalid Date</pubDate></item></channel></rss>