<?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 passwords]]></title><description><![CDATA[A list of topics that have been tagged with passwords]]></description><link>https://fusionauth.io/community/forum/tags/passwords</link><generator>RSS for Node</generator><lastBuildDate>Sun, 17 May 2026 03:17:32 GMT</lastBuildDate><atom:link href="https://fusionauth.io/community/forum/tags/passwords.rss" rel="self" type="application/rss+xml"/><pubDate>Invalid Date</pubDate><ttl>60</ttl><item><title><![CDATA[Importing users over time]]></title><description><![CDATA[<p dir="auto">I think the way I'd approach this is:</p>

import all users into FusionAuth

<p dir="auto">At cutover time:</p>

look at local database to see which password hashes had changed
pull the user data from FusionAuth for each of these users
delete the user
re-import the user with the new password hash and the FusionAuth data, maintaining the same userId (if you provide the UUID, we'll use that)

<p dir="auto">I get that is an additional complexity, but hopefully that helps.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/3100/importing-users-over-time</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/3100/importing-users-over-time</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Display password to users]]></title><description><![CDATA[<p dir="auto">There is no built in support for this, but you may be able to modify your theme to allow for this functionality using javascript.</p>
<p dir="auto">Here is a relatively simple example online - <a href="https://www.w3schools.com/howto/howto_js_toggle_password.asp" rel="nofollow ugc">https://www.w3schools.com/howto/howto_js_toggle_password.asp</a> - that should be helpful.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/1471/display-password-to-users</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/1471/display-password-to-users</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Password that never expires?]]></title><description><![CDATA[<p dir="auto">If you needed to, you could always build an API integration (the User Update API lets you reset passwords, or you could initiate a Change Password Request) into your application for a specific user.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/739/password-that-never-expires</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/739/password-that-never-expires</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Migrating users from in-house system to FusionAuth]]></title><description><![CDATA[<p dir="auto">You can implement any password hashing scheme as a plugin and load it into FusionAuth. Then you simply migrate the user using new scheme. There is a <a href="https://fusionauth.io/docs/v1/tech/plugins/password-encryptors/" rel="nofollow ugc">tutorial</a> on that matter in the docs.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/608/migrating-users-from-in-house-system-to-fusionauth</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/608/migrating-users-from-in-house-system-to-fusionauth</guid><dc:creator><![CDATA[mgetka]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Breached passwords and registrations]]></title><description><![CDATA[<p dir="auto">If you want to use the breached password detection feature, then that check will be applied for any new account registrations.</p>
<p dir="auto">You could always disable the breached password detection feature.</p>
<p dir="auto">Sorry, I don't have a better answer for you.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/506/breached-passwords-and-registrations</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/506/breached-passwords-and-registrations</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Password validation rules]]></title><description><![CDATA[<p dir="auto">Our validation takes in inverse approach. The setting is actually to require a non-alphanumeric character.  So any character that is not alphabetic, or a digit, will satisfy this requirement.</p>
<p dir="auto">There is not a fixed set of symbols as this would reduce the password entropy, which is generally a bad idea.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/371/password-validation-rules</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/371/password-validation-rules</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[I have a fusionauth license, can I install it on non-prod systems?]]></title><description><![CDATA[<p dir="auto">Actually, as of when I write this post, we have two license keys available for anyone with a paid edition. One is a prod license and the other is a non prod license. The latter is a good fit for testing, CI, etc.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/302/i-have-a-fusionauth-license-can-i-install-it-on-non-prod-systems</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/302/i-have-a-fusionauth-license-can-i-install-it-on-non-prod-systems</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Creating a user with a hashed password]]></title><description><![CDATA[<p dir="auto">Currently the only way to accomplish this will be to use the Import API, as you mentioned: <a href="https://fusionauth.io/docs/v1/tech/apis/users#import-users" rel="nofollow ugc">https://fusionauth.io/docs/v1/tech/apis/users#import-users</a></p>
<p dir="auto">We do have an open feature request to allow hashes to be provided on the User API, which I think would be what you're looking for: <a href="https://github.com/FusionAuth/fusionauth-issues/issues/348" rel="nofollow ugc">https://github.com/FusionAuth/fusionauth-issues/issues/348</a></p>
<p dir="auto">Feel free to upvote that issue.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/253/creating-a-user-with-a-hashed-password</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/253/creating-a-user-with-a-hashed-password</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Are there any disallowed characters in passwords?]]></title><description><![CDATA[<p dir="auto">In the UI you can select "Special character" to require at least one special character. If anyone is looking to understand which characters will satisfy this requirement read on.</p>
<p dir="auto">If you view the tooltip or the API - you’ll see the configuration is actually for non-alpha-numeric.</p>
<p dir="auto"><a href="https://fusionauth.io/docs/v1/tech/apis/tenants#create-a-tenant" rel="nofollow ugc">https://fusionauth.io/docs/v1/tech/apis/tenants#create-a-tenant</a></p>
<blockquote>
<p dir="auto">tenant.passwordValidationRules.requireNonAlpha<br />
Whether to force the user to use at least one non-alphanumeric character.</p>
</blockquote>
<p dir="auto">So instead of limiting this to a specific set of special characters, we allow it to be any character that is not a unicode alphabetic and not a digit. In this way, we do not artificially limit the entropy of the password by saying you must use one or more characters for a finite set of "special characters" as you may be used to seeing on some login forms.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/190/are-there-any-disallowed-characters-in-passwords</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/190/are-there-any-disallowed-characters-in-passwords</guid><dc:creator><![CDATA[robotdan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Password policies for password based logins?]]></title><description><![CDATA[<p dir="auto">You set these at the tenant level.</p>
<p dir="auto">Home / Settings /Tenants / Edit in the admin UI.</p>
<p dir="auto">You can also use the API or a kickstart file to set these.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/160/password-policies-for-password-based-logins</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/160/password-policies-for-password-based-logins</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item></channel></rss>