apprun.icuGuides

Guide · Privacy & security

Generate strong passwords without sending them to a server

Generate a long, unique password with a cryptographic random source, store it in a trusted password manager and follow the service’s accepted-character rules. A strong reused password still carries reuse risk.

By Yunus Emre VurgunUpdated Read 4 minIncludes a working browser tool
On this page
  1. The short answer
  2. Start with uniqueness
  3. Choose a length the service accepts
  4. Understand the random source
  5. Avoid impressive but fragile crack-time claims
  6. Keep the handling path small
  7. Finish the account change carefully
  8. Common questions
  9. Sources and further reading
Secure random bytes → Unbiased character choice → Unique passwordSecure random bytesUnbiased characterchoiceUnique password
Secure random bytes → Unbiased character choice → Unique password. Follow the units and the representation at each step.

Start with uniqueness

A password that is hard to guess can still fail across several accounts if it is reused and one service exposes it. Generate a separate password for each account. A password manager makes this practical without asking you to remember a collection of random strings.

Store the password under the correct service address and use the service’s supported multi-factor authentication or passkeys where appropriate. A generated string solves one part of account security. It does not protect a compromised device, repair a phishing flow or replace the service’s own recovery and authentication controls.

Choose a length the service accepts

The generator defaults to 24 characters and lets you choose 8 through 128. The lower bound exists for compatibility, not as a recommendation that eight characters is a good target for every account. Prefer a long value when the service accepts it, then verify its documented limit.

Some services restrict symbols, reject spaces or impose their own composition rules. Choose the allowed alphabet before generating the final password. The selected character sets are available to the random draw; this generator does not promise that every generated string contains every selected set. Check the destination’s rule if it requires a specific category.

Try it with your own input

Your result

Understand the random source

The browser’s crypto.getRandomValues supplies cryptographic random values. The generator uses rejection sampling to map those values into the chosen alphabet without modulo bias. If the random range is not an exact multiple of the alphabet size, values in the leftover range are discarded and another draw is taken.

This matters because a simple remainder operation can make some characters slightly more likely than others. The tool does not substitute Math.random when secure randomness is unavailable. A visible error is preferable to a password that appears random while coming from the wrong source.

Avoid impressive but fragile crack-time claims

A password’s resistance to guessing depends on its generation process, length, alphabet and how the receiving service stores and rate-limits credentials. A display claiming an exact number of years to crack often hides assumptions about attacker hardware and the password-hashing scheme.

For a uniform independent draw from an alphabet of N symbols, length L gives N to the power L possible strings. That model is useful for comparing generator settings, but it is not a measurement of a service’s security. Do not assign the same calculation to a human-chosen phrase with predictable substitutions.

Keep the handling path small

The tool generates in this tab and does not upload, autosave or place passwords in the address bar. Copying uses the system clipboard, which can be visible to other software or clipboard history. Paste into the intended password manager or service promptly and avoid leaving credentials in notes or screenshots.

The encoding guide explains why Base64 or percent encoding does not hide a secret. If you need to share access, use the service’s supported account-sharing or delegation feature rather than sending a disguised password string.

Finish the account change carefully

Generate a password, save it in the correct password-manager entry and complete the service’s normal password-change flow. Confirm that the saved credential works before removing the old recovery path. Follow the service’s guidance for signing out other sessions when a compromise is suspected.

Use recovery codes and account-recovery settings deliberately. A random identifier from the UUID tool has a different purpose and should not be substituted because it looks similar. Keep credentials, identifiers and file checksums separate in both the interface and your own records.

Common questions

Does the server receive my password?

No. Generation happens locally in your tab, and the tool does not automatically save the result.

Does selecting symbols guarantee a symbol appears?

No. Selected sets form the available alphabet; an individual draw may not contain every category.

Why avoid reusing a strong password?

A compromise of one service can expose the reused credential to attempts against your other accounts.

Is a UUID a good replacement here?

It is an identifier format with fixed bits and different intended uses. Use a credential generator for passwords.

Why does the tool fail without secure randomness?

It intentionally refuses to replace cryptographic randomness with a weaker fallback. Use an up-to-date browser over HTTPS.

Sources and further reading

Share this guide