⏱️ Crack Time Estimator
See how long modern GPUs and botnets take to brute-force your password. Processed entirely in your browser — nothing is sent anywhere.
How this works: Brute-force time = (charset size ^ length) ÷ 2 ÷ attack rate. Hash rates are based on real-world benchmarks: RTX 4090 peaks at ~164 GH/s for MD5, ~350 GH/s for NTLM, ~22 GH/s for SHA-256, and ~184 KH/s for bcrypt (cost 5). Nation-state botnet estimates assume ~1 TH/s sustained throughput across distributed hardware. Online attack rates assume no rate-limiting bypass. Actual crack time may vary if dictionary/rule attacks or leaked password lists are used — those can be dramatically faster for common passwords.
What Crack Time Estimates Actually Reveal About Password Security
A password strength meter that tells you your password is "strong" because it has a capital letter, a number, and an exclamation mark is measuring the wrong thing. What actually matters is how long it takes an adversary with real hardware to exhaust every possible combination of characters your password could contain. That number — the brute-force crack time — is the only honest measurement of password resistance, and it varies by orders of magnitude depending on who is attacking you and how they are doing it.
The Keyspace Is Everything
Every password brute-force calculation starts with the same formula: charset size raised to the power of password length. If your password uses only lowercase letters (26 characters) and is eight characters long, the total number of possible combinations is 26^8, or roughly 208 billion. If you add uppercase letters (now 52 characters), that same eight-character password expands to 52^8, or about 53 trillion possibilities. Add digits and common symbols to reach a charset of 95 characters and that eight-character password now has 95^8, roughly 6.6 quadrillion combinations.
This exponential relationship is why length matters far more than complexity. A 12-character lowercase-only password (26^12 = 95 quadrillion combinations) already outpaces an eight-character all-character password. A 20-character passphrase using only lowercase letters generates a keyspace so large — 26^20 equals roughly 19.9 octillion — that even the fastest cracking hardware would need millions of years to exhaust it through brute force.
What Modern Hardware Can Actually Do
The crack times that matter are not theoretical — they are grounded in published benchmark data from GPU cracking tools like Hashcat running on consumer hardware. A single Nvidia RTX 4090, available to anyone for roughly $1,600, achieves the following sustained hash rates against common algorithms:
- MD5: approximately 164 gigahashes per second (164 billion attempts per second)
- NTLM (used by Windows Active Directory): approximately 350 gigahashes per second
- SHA-256: approximately 22 gigahashes per second
- bcrypt at cost factor 5: approximately 184 kilohashes per second — three to six orders of magnitude slower
- Argon2id (modern key derivation): even slower, often below 10 kilohashes per second
These numbers are not estimates. They come from Hashcat's published benchmark suite and have been replicated by independent security researchers. The practical implication: if a website stores your password as an unsalted MD5 hash and its database is stolen, an attacker with a single gaming GPU can attempt 164 billion guesses every second against your hash. An eight-character password using all character types falls in roughly 11 hours under that attack. A nine-character equivalent takes about 43 days. Add one more character and you are at 11 years — which is why "just add one character" advice has some grounding in reality, even though switching to a slow hash would be far more effective.
The Attack Scenario Gap Is Enormous
One of the most important things crack time analysis reveals is the colossal gap between attack scenarios. Consider a 10-character password using mixed case and digits. Against a rate-limited login form that allows 100 attempts per second, the same password might take over 2 billion years. Against an offline MD5 hash with a single RTX 4090, it falls in about four days. The difference is not the password — it is what the attacker has access to.
Online attacks are bottlenecked by network latency, server processing time, and anti-automation controls. Even an unprotected login endpoint rarely exceeds 10,000 requests per second before server infrastructure fails. A properly implemented system with CAPTCHA, account lockout, and exponential backoff drops that to tens or hundreds. This is why online account takeover almost never uses brute force — attackers instead rely on credential stuffing (using leaked username/password pairs from other breaches) or phishing.
Offline attacks change everything. Once an attacker obtains a copy of your hashed password — through a database breach, a stolen backup, or extracted from local storage — there are no server-side controls. The only thing slowing them down is the algorithm your password was hashed with and their available hardware. Websites that use bcrypt, scrypt, or Argon2 with appropriate work factors force even well-resourced attackers to spend orders of magnitude more time per guess. Websites that use MD5, SHA-1, or raw SHA-256 without a proper key derivation function offer essentially no offline protection for anything below 12 characters.
Nation-State and Botnet Threat Models
Academic and security community discussions of nation-state adversaries typically center on sustained cracking capability in the range of 1 terahash per second for fast algorithms like MD5 or NTLM. This is achievable through rented cloud GPU clusters, purpose-built FPGA arrays, or large distributed botnets of compromised machines. At 1 TH/s, a 10-character alphanumeric password (62-character charset, 62^10 ≈ 839 trillion combinations) has an average crack time of under 7 minutes. The same password with symbols added (95-character charset) extends that to roughly 3 days — still achievable in an automated, targeted attack.
The asymmetry here is important: nation-state adversaries generally do not brute-force random members of the public. They target specific individuals or systems. If you are in that threat model, the practical answer is not a slightly longer password — it is a hardware security key, end-to-end encrypted communication, and minimal digital footprint. But for the vast majority of users facing opportunistic attackers and credential-stuffing bots, the offline GPU scenario is the realistic threat to plan against.
Why Entropy Bits Is the Right Unit
Password entropy in bits is calculated as log2(charset^length), or equivalently, length × log2(charset). It represents how many binary choices an attacker must make to guess your password in the worst case. A password with 40 bits of entropy requires 2^40 (about 1 trillion) guesses; one with 80 bits requires 2^80 (about 1.2 × 10^24) guesses. Each additional bit of entropy doubles the required guesses, which is why the relationship between entropy and crack time is exponential.
Security researchers generally regard 72 bits of entropy as sufficient for most threat models when the password is hashed with a modern slow algorithm. Against offline MD5 attacks, you need considerably more — around 90 to 100 bits — to push crack time beyond a human lifetime even for well-resourced attackers. A randomly generated 16-character password using all printable ASCII characters achieves roughly 105 bits. A six-word Diceware passphrase (drawn from a 7,776-word list) reaches approximately 77 bits and is significantly easier to remember.
What Crack Time Estimators Cannot Tell You
Brute-force crack time estimates assume a fully random password. Real attackers rarely brute-force randomly — they use wordlists, rule-based mutations, and Markov-chain models trained on billions of leaked passwords. The word "Password1!" scores as a 10-character, mixed-charset password with about 65 bits of theoretical entropy. In practice it appears in the top 10,000 entries of every major leaked password database and would fall to a dictionary attack in milliseconds. Crack time is a ceiling, not a floor. A weak-looking password generated by a cryptographic random number generator will always outlast a complex-looking but predictable one. Use a password manager to generate and store truly random passwords, treat the brute-force estimate as a best case, and always prioritize using hashing algorithms like bcrypt or Argon2 over speed-optimized alternatives when you control the server side.