🔐 Password Strength / Entropy Calculator

Type any password to see its entropy in bits, a strength rating, and estimated crack times across four real-world attack speeds. Purely client-side — nothing you type is ever sent anywhere.

🔎 Score a Password
Scored live as you type. This field never submits — nothing is transmitted, logged, or stored anywhere.
📊 Strength Analysis
Entropy
— bits
Length
Character Pools Used
Charset Size
Strength Band
Estimated Crack Time by Attack Speed
Attack ScenarioGuess RateEst. Time to Crack
Crack Time Across Attack Tiers (log scale)
⚠️ Entropy assumes fully random character selection. Real passwords built from words, names, or keyboard patterns are cracked far faster by dictionary and pattern-based attacks than brute-force math suggests — treat these numbers as an optimistic upper bound, not a guarantee. Nothing you type here is transmitted, logged, or stored; all scoring happens locally in your browser.
🔐

Start typing a password above to see its strength analysis

Guide

About the Password Strength Calculator

Last updated: August 2026 · Reviewed by the NeftCal editorial team

This password strength calculator scores any password you type using real entropy math instead of a vague "weak / medium / strong" guess. Acting as a dedicated password entropy calculator and crack time calculator, it measures how many bits of entropy a password contains, assigns a strength band from Very Weak to Very Strong, and estimates how long an attacker would need to guess it under four realistic attack scenarios — from a throttled login form at 100 guesses per hour to an offline GPU cluster testing 10 billion guesses per second. Everything runs locally in your browser, so the password you test never leaves your device.

What This Calculator Estimates

The calculator works in two connected stages. First it scans the password for which character pools it draws from — lowercase letters (26 possibilities), uppercase letters (26), digits (10), and symbols (roughly 32) — and sums the pools actually present to get the effective character set size. It then multiplies the password length by the base-2 logarithm of that set size to get entropy in bits, so each additional character multiplies the search space even as the entropy number itself rises only linearly. That entropy value feeds the second stage: four crack-time estimates derived from the standard average-case formula expected time ≈ 2^entropy ÷ guess rate ÷ 2, using guess rates that span eleven orders of magnitude.

Who Should Use This Calculator

It's built for anyone who owns an account: developers hardening authentication flows, security engineers drafting password policies, penetration testers sizing brute-force windows, IT admins auditing legacy credentials, and everyday users curious whether the password they reuse everywhere is as strong as they think. Because it explains the math behind the rating rather than hiding it, it is also a practical teaching tool for courses and workshops that want to move beyond "add a symbol" advice.

Why Password Entropy Matters

The same password can be effectively unbreakable against a rate-limited login form yet cracked in seconds against an attacker who has stolen a database of weakly hashed passwords. Entropy is the variable that makes that spread legible: every bit doubles the number of possible passwords an attacker must try, so reasoning in bits lets you compare a 12-character passphrase against an 8-character symbol-stuffed password on the same scale. That is far more reliable than arbitrary complexity rules like "must contain a symbol", which often push users toward predictable patterns that attackers already know.

Real-World Applications

  • Auditing account-creation flows so new users are steered toward passwords with 60+ bits instead of a bare minimum length
  • Running spot-checks on legacy or reused credentials during a breach response or password-rotation campaign
  • Sizing brute-force resistance in penetration tests before recommending a hashing or rate-limiting fix — pair it with a Hash Generator to inspect the hashes actually in play
  • Teaching security-awareness sessions that contrast a 46-bit password (hours on a GPU cluster) with a 100-bit passphrase (effectively never)
  • Checking whether your login endpoint's throttling is meaningful, using the same math as an API Rate Limit Calculator

Tips for Accurate Results

  • Length beats complexity — each added character multiplies the search space, while adding one new character class only adds a few bits
  • Treat the result as a lower bound: entropy assumes random characters, so dictionary words, keyboard walks, and common substitutions are cracked far faster than the number implies
  • Compare all four crack-time tiers — a password that survives online throttling can still fail against an offline GPU attack on a stolen hash
  • Use a password manager so every account gets a long, random, unique password, and rely on this tool to sanity-check master passwords
  • Re-test old passwords periodically — attacker hardware improves every year, so a password that was strong a decade ago may no longer be
Formula

The Password Entropy & Crack Time Formula, Explained

The two-step math this calculator uses to turn a password into bits and then into estimated crack times

Character Set Size
Charset = 26 (lowercase) + 26 (uppercase) + 10 (digits) + 32 (symbols) — adding only the pools actually present

Entropy Formula
Entropy (bits) = Password Length × log₂(Charset Size)

Expected Crack Time
Crack Time ≈ 2^Entropy ÷ Guess Rate ÷ 2

Guess Rate is the number of guesses per second an attacker can test: 100/hour (0.0278/s) for a throttled online login, 1,000/s for an unthrottled online form, 10,000/s for an offline slow hash such as bcrypt, and 10,000,000,000/s (10 billion/s) for an offline fast hash on a GPU cluster. Dividing by 2 reflects that the average attacker finds the password halfway through the search space.

🎲

Entropy in Bits

Each bit doubles the number of possible passwords. A 12-character password using all four pools (94 characters) has 12 × log₂(94) ≈ 78.7 bits — a search space of roughly 2^78.7, or about 3 × 10^23 combinations.

⏱️

Four Attack-Speed Tiers

Online throttled (100/hr), online unthrottled (1,000/s), offline slow hash (10,000/s, bcrypt-class), and offline fast hash on a GPU cluster (10 billion/s). The same search space takes radically different wall-clock time at each rate.

🧩

Strength Bands

Under 28 bits is Very Weak, 28–35 bits is Weak, 36–59 bits is Reasonable, 60–127 bits is Strong, and 128 bits or more is Very Strong — the thresholds this calculator uses for its color-coded strength bar.

⚙️ Why This Formula Works

The entropy formula is Shannon-style information theory applied to passwords: if each position can hold one of N equally likely characters, a password of length L encodes L × log₂(N) bits of unpredictability. The crack-time formula then converts bits into time using the average-case brute-force result — an attacker searching exhaustively will typically find the password after checking half the search space, so the expected time is the search space halved and divided by the guess rate.

🎯 When to Use It

  • Choosing a password or master passphrase with a concrete, defensible bit target
  • Comparing the real strength of a complex-short password against a long passphrase
  • Estimating whether a given account could survive an offline attack on a leaked database

📋 Assumptions

  • Characters are chosen uniformly and independently at random from the detected pools
  • The attacker relies on pure brute force and tries guesses at the stated fixed rate
  • Symbols are approximated as a 32-character pool (common keyboard symbols)

⚠️ Limitations of the Formula

  • Real passwords are rarely random — dictionary, pattern, and rule-based attacks crack them far faster
  • Symbol count varies by locale and keyboard layout, so the 32-symbol assumption is approximate
  • Guess rates are order-of-magnitude estimates; real rates depend on hardware and the hash algorithm
  • Has no knowledge of breaches — a mathematically strong password may already be public
Walkthrough

Step-by-Step: How to Use the Password Strength Calculator

From typing a password to exporting its full strength analysis

Type or paste a password

Enter the password you want to analyze into the Password to Analyze field. The field is masked by default, never auto-completes, and never submits — scoring starts live as you type.

Watch the entropy and strength bar update live

The big Entropy readout shows your password's score in bits, and the color-coded strength bar fills from Very Weak (red) through Very Strong (dark green) with every keystroke.

Review the character-pool breakdown

Length, Character Pools Used, Charset Size, and Strength Band show exactly which pools the password draws from and how that translates into search-space size.

Compare the four crack-time tiers

The Estimated Crack Time by Attack Speed table shows how long the password survives against throttled online, unthrottled online, offline slow-hash, and GPU-cluster attacks.

Inspect the log-scale chart

The Crack Time Across Attack Tiers chart plots all four estimates on a log scale, making the eleven-order-of-magnitude gap between attack speeds visually obvious.

Export or clear and test another

Click Export Result to download a plain-text summary of the analysis, or Clear to erase the field and score a different password.

Example

Worked Example

Walking through a real analysis — the password "tr0ub4dor"

Scenario

Suppose a user signs up with the password tr0ub4dor — the word "troubador" with the letter "o" replaced by the digit "0". Let's follow exactly what the calculator does with it.

Length9 characters
Character Poolslowercase + digits
Charset Size36 (26 + 10)
Strength BandReasonable (46.5 bits)
Step 1 — Detect character pools: "tr0ub4dor" contains lowercase letters (t, r, u, b, d, o, r) → +26, and digits (0, 4) → +10. No uppercase or symbols. Charset Size = 36.
Step 2 — Compute entropy: log₂(36) = 5.1699, so Entropy = 9 × 5.1699 = 46.5 bits.
Step 3 — Size the search space: 2^46.5 ≈ 1.016 × 10^14 possible passwords, so the average attacker finds the password after about 5.08 × 10^13 guesses (half the space).
Step 4 — Crack time at each guess rate: Crack Time = 2^46.5 ÷ rate ÷ 2. Throttled (0.0278/s): ≈ 1.83 × 10^15 s ≈ 579,680 centuries. Unthrottled (1,000/s): ≈ 5.08 × 10^10 s ≈ 16 centuries. Slow hash (10,000/s): ≈ 5.08 × 10^9 s ≈ 1.6 centuries. GPU cluster (10 billion/s): ≈ 5,078 s ≈ 1.4 hours.
Entropy
46.5 bits
Strength Band
Reasonable
Online (throttled)
579,680 centuries
Offline GPU cluster
1.4 hours

Explanation: The striking takeaway is how the same 46.5-bit password swings from roughly 580,000 centuries against a throttled login form to just 1.4 hours against an offline GPU cluster cracking a fast hash. That gap comes from attack speed, not from the password changing. In practice, "tr0ub4dor" is also a dictionary-root word with a predictable substitution, so pattern-based tools would crack it in a fraction of even the brute-force estimate. This is why length, randomness, and strong server-side hashing (bcrypt or argon2) all matter together.

Interpretation

Understanding Your Result

What each entropy range and strength band means, and what to do about it

Entropy RangeWhat It Generally MeansRecommended Next Step
Under 28 bits — Very WeakAn offline attacker cracks it in seconds to minutesReplace it now with a longer, randomly generated password; enable MFA
28 – 35 bits — WeakVulnerable to GPU-cluster brute force in hours to daysLengthen it toward 60+ bits; stop reusing it across sites
36 – 59 bits — ReasonableSurvives online throttling but is weak offlineAcceptable baseline; add length or use a passphrase to cross 60 bits
60 – 127 bits — StrongYears to centuries even on a 10 B/s GPU clusterGood for most accounts; keep it unique and store it in a password manager
128+ bits — Very StrongBrute force is effectively impossibleIdeal for master passwords, encryption keys, and critical admin accounts

If your password lands in the Reasonable band: you are in good company — it will stop casual guessing and online credential-stuffing, but it will not survive an offline attack against a stolen, weakly hashed database. The cheapest upgrade is length: adding four random characters to a 10-character password adds roughly 26 bits, taking it from about 65 to 92 bits and multiplying the search space by tens of millions.

If your password is Very Weak or Weak: don't panic — but do treat the reading as urgent. The realistic fix is a password manager generating a long random string per account, not memorizing a slightly longer version of a predictable word.

Entropy is an optimistic upper bound, not a guarantee: a mathematically strong password that appears in a breach list, or a pattern-based "strong-looking" password like "P@ssw0rd!", is far weaker than the bits suggest.

ℹ️

This calculator assumes random character selection and pure brute force. Real attackers use dictionary lists, keyboard-walk rules, leaked-password databases, and pattern matching, which crack most human-chosen passwords far faster than entropy math predicts. Use these numbers to compare and improve your passwords — never as a guarantee of safety.

Use Cases

Practical Use Cases for the Password Strength Calculator

Where measuring password entropy and crack time genuinely helps

🛡️

Hardening account signups

Enforce a minimum-entropy threshold on registration so new accounts start at 60+ bits instead of the minimum-length rule users game.

🔑

Adopting a password manager

Score a handful of current passwords to build a business case for moving to generated, unique credentials.

📜

Writing security policies

Replace arbitrary "8 chars + one symbol" rules with an entropy or passphrase target you can justify in a policy review.

🧪

Penetration testing

Size brute-force windows for a target hash rate and decide which test accounts need stronger credentials before an engagement.

🕵️

Breach-response audits

During a credential rotation, spot-check reused or exposed passwords and prioritize the weakest for forced change.

💻

Developer auth hardening

Validate that your login throttling, account lockout, and bcrypt cost factor give the protection your password policy assumes.

🏢

Admin and SSO credential checks

Verify service accounts, root or admin passwords, and SSO master credentials all reach a Strong band.

🔐

Choosing a master password

Before committing to the one password a password manager protects, confirm it exceeds 100 bits and is not a known phrase.

🌐

Web app registration UX

Show users a live entropy readout during signup to steer them toward strength instead of punishing them with rejections.

📊

Security-awareness training

Demonstrate with real numbers how a dictionary word beats a "complex" password and why passphrases win.

🎓

Teaching information theory

Make logarithms and search spaces concrete by computing real entropy values in a classroom or workshop.

Auditing aging passwords

Re-score passwords created years ago — hardware improves every year, so yesterday's "strong" may be today's "weak".

Pros & Cons

Benefits and Limitations

What this password strength calculator does well, and where it can't replace real-world threat intelligence

✅ Benefits

  • Free, instant, and requires no signup or account
  • Runs entirely client-side — the password never leaves your browser
  • Live scoring updates with every keystroke
  • Shows the underlying math (pools, charset, bits) instead of hiding behind a rating
  • Four attack-speed tiers that mirror realistic online and offline threats
  • Log-scale chart makes the attack-speed gap visually obvious
  • Character-pool and charset-size breakdown for every password
  • Downloadable plain-text export of the full analysis
  • Masked input by default, with a show/hide toggle for convenience
  • Strength-band thresholds explained clearly on the page
  • Fast-loading, mobile-friendly, and ad-free where the calculation runs

⚠️ Limitations

  • Entropy assumes random characters, so pattern-based passwords overestimate their real strength
  • Symbol pool approximated at 32 characters; the real count varies by locale and keyboard
  • Guess rates are order-of-magnitude estimates, not calibrated to specific hardware
  • Doesn't check against breach databases — a leaked password still scores "strong" on paper
  • Ignores dictionary, keyboard-walk, and rule-based attacks entirely
  • Large crack-time values are rounded into units like centuries, so precision is limited
  • Not a substitute for a password manager, breach monitoring, or multi-factor authentication
Reference

Crack Time Comparison: Character Set × Length

Entropy and estimated crack time against a 10 B/s GPU cluster for common character sets and lengths

Character SetCharset SizeLengthEntropy (bits)Strength BandEst. Crack Time (10 B/s)
Digits only10826.6Very Weakinstantly
Lowercase26837.6Reasonable10 seconds
Lowercase + digits361051.7Reasonable2.1 days
Lowercase + digits361262.0Strong7.5 years
Mixed case + digits621059.5Reasonable1.3 years
Mixed case + digits621271.5Strong51 centuries
All four pools941278.7Strong7,546 centuries
All four pools9416104.9Strong5.89e+11 centuries
All four pools9420131.1Very Strong4.60e+19 centuries

Common Mistakes and Expert Tips

❌ Common Mistakes

  • Assuming a "complex" short password beats a long passphrase — length usually dominates
  • Reusing one strong password everywhere; a leak at a single site compromises all of them
  • Believing a high entropy score means safety when the password is a dictionary word or known pattern
  • Underestimating offline attacks — throttling only slows online guessing, not a stolen database
  • Using sequential, keyboard-walk, or calendar-date patterns the calculator can't see
  • Never checking whether a "strong" password already appears in a breach database

💡 Expert Tips & Best Practices

  • Aim for at least 60 bits for standard accounts and 100+ bits for master passwords or admin credentials
  • Use a passphrase of four or five random words (diceware-style) — easier to type and remember than a random string of equal entropy
  • Prefer length over character classes: each extra character adds ~6.6 bits (all four pools), while widening the pool set from lowercase-only to all four classes adds less than 2 bits at the same length
  • Pair this tool with a Hash Generator to inspect the algorithm protecting a password in a real system
  • Right-size your login throttling and lockout with an API Rate Limit Calculator so online guessing stays impractically slow
📝

Summary: The password strength calculator turns entropy math into an actionable readout — bits, a strength band, and four crack-time tiers — so you can stop relying on "must contain a symbol" rules and start comparing passwords on a real scale. For the full security workflow, pair it with the Hash Generator to inspect stored hashes and the API Rate Limit Calculator to keep online guessing slow.

FAQ

Frequently Asked Questions

Common questions about password entropy and crack time

How is password entropy calculated?
Entropy in bits equals the password length multiplied by log base 2 of the character set size. The character set size is the sum of the pools actually used — 26 for lowercase, 26 for uppercase, 10 for digits, and about 32 for symbols. A 12-character password using all four pools (94 characters) has entropy of 12 × log2(94) ≈ 78.7 bits.
Is this the same as the password strength checker in the Password Generator page?
No. This page is a dedicated entropy and crack-time calculator: you type or paste any password and it computes entropy bits, a strength band, and crack times across four attack-speed tiers with a comparison chart. It does not generate passwords. The Password Generator page is the reverse — it creates random passwords for you to use, and it includes a basic strength indicator as a side feature. For analyzing the strength of a password you already have, this page is the right tool; for creating a new one, use the generator. The two tools cover two halves of the same workflow.
Does this tool store or transmit my password?
No. Everything runs in JavaScript inside your browser tab. The password you type is never sent over the network, logged, stored in localStorage, or transmitted to any server. Because there is no server call at all, there is nothing for the site owner or a third party to intercept — closing or refreshing the tab erases the value completely. You can verify this by disconnecting from the internet and scoring a password; the analysis still works instantly. The only output you can save is the plain-text summary you deliberately download by clicking Export Result.
Why do the crack-time estimates vary so much between tiers?
Attack speed depends entirely on what the attacker can do. An online login form throttled to 100 guesses/hour is far slower than an offline attacker who has stolen a password database and can test billions of guesses per second on GPU clusters, especially against weakly-hashed passwords. That spread — eleven orders of magnitude between the slowest and fastest tier — is why the same 46-bit password can look unbreakable online yet fall in hours offline. The tiers are not arbitrary: they correspond to real threat models, from brute-forcing a login API to cracking a leaked hash database.
Is entropy the only thing that matters for password strength?
No. Entropy assumes random character selection. Real passwords often follow predictable patterns (common words, keyboard walks, substitutions like '@' for 'a') that dictionary and pattern-based attacks exploit far faster than brute force, even when the raw entropy number looks high. Treat this calculator as a lower-bound estimate, not a guarantee.
What does each strength band mean in bits?
The calculator maps entropy to five bands: under 28 bits is Very Weak, 28–35 bits is Weak, 36–59 bits is Reasonable, 60–127 bits is Strong, and 128 bits or more is Very Strong. The bands roughly track real-world threat levels: Very Weak and Weak passwords fall to offline GPU-cluster brute force in seconds to days; Reasonable passwords survive online throttling but not a serious offline attack; Strong passwords hold for years to centuries even at 10 billion guesses per second; Very Strong is effectively unbreakable by brute force. Because the mapping is based on bits rather than character rules, the same band applies whether your password is a short random string or a long passphrase.
How many bits of entropy should my passwords have?
As a rule of thumb, target at least 60 bits for everyday online accounts and 100+ bits for master passwords, encryption keys, or admin credentials. A 12-character random password drawn from all four pools gives roughly 78.7 bits, and a 16-character one gives about 104.9 bits — comfortably in the Strong band. Anything under 36 bits is generally too weak for anything but throwaway accounts. Remember that these targets assume truly random generation; a human-chosen password with the same nominal bits is usually worth far less in practice, so when precision matters, generate the password randomly with a password manager rather than inventing it yourself.
Why does password length matter more than adding a symbol?
Because length multiplies the search space while an extra character class only adds it. Adding one character multiplies the number of possible passwords by the full charset size — for all four pools, that is a factor of 94, about 6.6 bits per character. Adding a symbol class to a password that already uses lowercase and digits grows the charset from 36 to 68 — roughly 0.9 bits at the same length. So two extra characters (~13 bits) add far more strength than widening the pool set. That is why a 14-character passphrase comfortably beats an 8-character symbol-stuffed password, and why modern guidance stresses length and randomness over complexity rules.
What does 'effectively never' mean in the crack-time results?
When the estimated crack time is so large that it stops being meaningful, the calculator reports 'effectively never'. This typically happens at roughly 100+ bits of entropy, where the expected brute-force time at 10 billion guesses per second exceeds the age of the universe by many orders of magnitude. It is the calculator's way of saying the search space is beyond any realistic offline attack. Two caveats apply: 'effectively never' only covers pure brute force, so a leaked or dictionary-based password is still compromised regardless of bits; and the term is relative to today's hardware — no one can guarantee how fast future machines will guess.
How does a website's password hashing affect my crack time?
The four crack-time tiers are really about hashing. When an attacker steals a database, they cannot read the plaintext passwords — they must guess a candidate, hash it, and compare. With a slow hash like bcrypt or argon2 tuned to 10,000 guesses per second per GPU, each candidate is expensive and your password holds for centuries even at moderate entropy. With a fast, unsalted hash like MD5 or SHA-1, the same GPU tests billions of guesses per second, and a Reasonable-band password can fall in hours. That is why the strongest client-side password is only as safe as the server's hashing — a strong hash multiplies the value of a strong password.
Should I use a passphrase of random words instead of a complex password?
Often, yes. A passphrase built from four or five unrelated random words (diceware-style) gets most of its entropy from length rather than symbols: four words drawn from a 7,776-word diceware list give roughly 51.7 bits (4 × log2(7,776)), and five give about 64.6 bits. That lands in the Strong band while remaining far easier to type and remember than a random 14-character string. The two conditions that make it work are that the words are chosen randomly and unrelated — not a phrase from a book, song, or your biography. Note that this calculator's entropy formula doesn't model word-based passwords; it treats characters as random, so use it to compare general strength rather than to score a passphrase precisely.
Why is 'P@ssw0rd123' weaker than its entropy suggests?
On paper, 'P@ssw0rd123' has 10 characters drawn from all four pools, giving 10 × log2(94) ≈ 65.5 bits — nominally Strong. In reality it is one of the most common passwords ever recorded, because it follows an extremely predictable pattern: the word 'password' with a '0' for 'o' and '@' for 'a', plus an ascending digit tail. Entropy math assumes uniform random selection, and attackers know humans substitute this way, so their dictionaries and rule lists try 'P@ssw0rd123' within the first few guesses. This is the calculator's central caveat made concrete: high entropy is necessary but not sufficient. Run your passwords through a breach check, and prefer randomly generated strings with no recognizable root at all.
How can I create a password with maximum entropy?
The reliable way to maximize entropy is to remove human choice entirely and generate the password randomly. A password manager can produce a fully random string — for example, 16 characters from all four pools, about 104.9 bits, firmly in the Strong band. If you prefer something memorable, generate a passphrase of five random diceware words (about 64.6 bits) using a trustworthy word list and a true random source. Avoid adding your own substitutions to a familiar word: patterns like '3' for 'e' or '@' for 'a' are the first thing attackers check. Whatever you choose, this calculator is a good sanity check — if the result is not at least in the Strong band, increase length.
How often should I update my passwords?
Modern guidance (including NIST SP 800-63B) has moved away from forced periodic rotation of every password, because arbitrary change deadlines push people toward weaker, easier-to-remember passwords. Instead, change a password when there is evidence it is at risk: a breach at a site you use, a suspected compromise, sharing the password with someone, or reuse of the same password across multiple sites. For credentials where you can't verify exposure — like an old master password — periodic rotation every 1–2 years is a reasonable, low-cost precaution. The strongest practice remains generating unique, random passwords per account so one incident never cascades, and using breach monitoring to know when to act.
What is the difference between this calculator and a password generator?
This page is purely analytical: you type or paste a password, and it computes entropy bits, a strength band, and crack times across four attack-speed tiers with a comparison chart. It does not create passwords. A password generator does the opposite — it produces a random string or passphrase for you to use, often with options for length and character classes. The two tools complement each other: use a generator to create strong, unique passwords for each account, and use this calculator to verify that a password you must memorize (for example, a master password) really reaches a strong band rather than merely looking complex.
How do I know if a password has already been exposed in a breach?
The strongest habit is to check any candidate password against Have I Been Pwned, which aggregates billions of passwords from known breaches and lets you search a hash of your password without ever sending the password itself. If a password appears in that corpus, treat it as compromised and never use it, no matter how many bits it scores — attackers load breached password lists directly into their guessing tools. On this page, remember that entropy says nothing about prior exposure: a mathematically perfect 128-bit string that was once used and leaked is worthless the moment it is public. Pair the calculator's strength readout with a breach check, and let a password manager's random generation keep you out of breach lists in the first place.
Learn More

Authoritative Resources on Password Security

Official guidance to complement this calculator — the references behind entropy, hashing, and rotation advice

Related Calculators

Explore other developer & tech tools