<?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[How to Authenticate API Clients and End Users in the Same FusionAuth Tenant Using Entities]]></title><description><![CDATA[<p dir="auto">We are evaluating FusionAuth for JWT-based API authentication and would like to better understand how this fits alongside end-user authentication.</p>
<p dir="auto">Specifically:</p>
<ol>
<li>Is it possible to authenticate API clients and end users within the same tenant, given that some controls (such as MFA) are configured at the tenant level?</li>
<li>If so, what is the recommended approach for structuring API authentication separately from end-user authentication?</li>
<li>Are there any licensing or cost implications associated with these approaches (for example, using separate tenants, applications, or service accounts)?</li>
</ol>
]]></description><link>https://fusionauth.io/community/forum/topic/3080/how-to-authenticate-api-clients-and-end-users-in-the-same-fusionauth-tenant-using-entities</link><generator>RSS for Node</generator><lastBuildDate>Fri, 17 Jul 2026 20:13:52 GMT</lastBuildDate><atom:link href="https://fusionauth.io/community/forum/topic/3080.rss" rel="self" type="application/rss+xml"/><pubDate>Sat, 13 Dec 2025 02:35:50 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to How to Authenticate API Clients and End Users in the Same FusionAuth Tenant Using Entities on Sat, 13 Dec 2025 02:40:24 GMT]]></title><description><![CDATA[<p dir="auto">Yes, you can mix API clients and end-user logins within the same tenant. Tenant-level controls such as MFA do not prevent this when the authentication flows are properly separated.</p>
<p dir="auto"><strong>Recommended Approach: Use Entities for API Clients</strong></p>
<p dir="auto">The most common and recommended pattern is to use Entities for API authentication:</p>
<ul>
<li>End users authenticate using the Authorization Code grant, which can enforce MFA and other user-facing security requirements.</li>
<li>API clients authenticate using the Client Credentials grant via Entities.</li>
<li>Because these are different OAuth grants and flows, tenant-level requirements like MFA apply to users but do not apply to API clients using client credentials.</li>
</ul>
<p dir="auto">This allows both authentication types to coexist cleanly within the same tenant while maintaining appropriate security boundaries.</p>
<p dir="auto"><strong>Cost and Licensing</strong></p>
<p dir="auto">There are no additional licensing or cost implications for using this approach:</p>
<ul>
<li>Entities and the Client Credentials flow are included in FusionAuth plans.</li>
<li>API clients authenticated via Entities do not count as end users for MAU-based billing.</li>
</ul>
<p dir="auto"><strong>Additional Resources</strong></p>
<p dir="auto">These resources provide detailed guidance and examples:</p>
<ul>
<li><a href="https://fusionauth.io/docs/extend/examples/api-gateways/api-authorization" rel="nofollow ugc">API Authorization with FusionAuth</a></li>
<li><a href="https://fusionauth.io/docs/get-started/core-concepts/entity-management" rel="nofollow ugc">Entity Management Concepts</a></li>
<li><a href="https://youtu.be/pJIzYLSTrMM?feature=shared" rel="nofollow ugc">Using Entities for API Authorization (Video)</a></li>
</ul>
<p dir="auto">This setup is widely used and should cover your use case well.</p>
]]></description><link>https://fusionauth.io/community/forum/post/8451</link><guid isPermaLink="true">https://fusionauth.io/community/forum/post/8451</guid><dc:creator><![CDATA[wesley]]></dc:creator><pubDate>Sat, 13 Dec 2025 02:40:24 GMT</pubDate></item></channel></rss>