Skip to content
  • Hashes.com Escrow Feed

    Pinned Locked Moved Resources
    17k
    1 Votes
    17k Posts
    266k Views
    hashpwn-botH
    Escrow ID# 93867 • Algorithm: Yescrypt $y$, -m 99849 • Total hashes: 2 • Price per hash: $1.0020 • Escrow URL: https://hashes.com/en/escrow/item/?id=93867 • Download hashes: 93867_99849.zip
  • phantom_pwn - Phantom Vault Extractor & Decryptor

    Hash Cracking
    39
    2 Votes
    39 Posts
    8k Views
    T
    Hi, @cyclone , can u please give me you DM?
  • Infosec News

    General Discussion
    129
    1 Votes
    129 Posts
    35k Views
    cycloneC
    Hacked Ledger Nano X Wallets Steal Seed Phrases Via SPI Bus [image: 1791821418903-55a8f487-0c2f-4cca-8e7f-2a35fef9b782-image.jpeg] Security researchers have uncovered modified Ledger Nano X hardware wallets being sold that contain hidden cellular implants designed to steal user's 24-word recovery phrases. Unlike traditional attacks targeting firmware or private keys, this attack intercepts the unencrypted SPI communication between the Ledger's secure element and OLED display. A hidden microcontroller monitors the display traffic, reconstructs recovery words from the transmitted pixels, and sends the stolen phrase to the attacker using a built-in LTE modem and eSIM. [image: 1791821122776-9e6b3e40-eb02-4f44-9f42-39bfa2769e90-image.jpeg] The secure element itself is never compromised. Because the underlying Ledger hardware remains genuine, the device can still pass Ledger Live's authenticity checks while silently exposing the recovery phrase. Hardware hacker Joe Grand first reverse engineered one of these implants, presenting his findings at hardwear.io USA in May 2026. In September 2026, Tibane Labs examined two newer generations of the implant, showing how the attack has evolved from hand-soldered wires into sophisticated, purpose-built hardware. The latest version uses a black-coated flexible PCB concealed beneath the OLED, a Nordic nRF9151 cellular module, an eSIM, and a custom antenna. The original battery remains untouched, and component markings have been deliberately removed to make identification more difficult. The increasingly sophisticated designs suggest these implants are being developed for repeatable, potentially large-scale deployment rather than isolated experiments. Separately, Ledger is investigating reports of cryptocurrency theft involving CryptoBilis, an authorized reseller operating in Southeast Asia. On-chain investigator Specter estimates that more than $86 million in Bitcoin, Ethereum, and Tron may have been stolen. Ledger has not confirmed those losses. Ledger has asked CryptoBilis to suspend sales and shipments while the investigation continues. Importantly, researchers have not established a direct connection between the hardware implants and the reported CryptoBilis thefts. Ledger has not confirmed the cause of the losses. Ledger advises customers who purchased devices from CryptoBilis within the past 90 days not to initialize them. Customers who have already used these devices should consider transferring their assets to a trusted wallet with a newly generated recovery phrase. Sources: Tibane Labs: Ledger Nano X: The Spy Implant https://www.tibane.net/research/ledger-nano-x-implant Grand Idea Studio: Reverse Engineering a Ledger Nano X Hardware Implant https://grandideastudio.com/portfolio/security/ledger-hardware-implant/ Ledger Support: Official CryptoBilis Investigation Statement https://x.com/Ledger_Support/status/2108551100613714002 The Block: Ledger Investigates Wallet Drains, Estimated Losses Exceed $86 Million https://www.theblock.co/news/business/2026-10-09-ledger-cryptobilis-fund-losses-418163
  • 1 Votes
    9 Posts
    2k Views
    E
    @crack365 Recovered $6$.nCT4rHHr6TEdB3P$UIhJKBkP9j8aC6Yeg4EM0DnxAzE4je8H/tsuC3WX4c4NZCRziRNxItNEfevUKwQqjiOVIOC01obIMLPon2Lf7.:update159 Left: $6$ahZSYwroxFNBymMM$0ebR7kgW4clzbBxHxBC1Vw4DE8qP1ok5LZ3tdZqPyxwsWFW03FZnhfCpY7Ity2H53IZT.Si.8tEdrSb6DGvoq0 $6$LriPuXOALQ.$BJlCWSZSMcexsOJ2Q5QD3gaQxiCsZGTzlI0bt9BflIC3GgT40O2U4BSVVRfacH0hQuFf0PR5Z9cmnOb/BB0bK/
  • pcfg-go - The Fast PCFG

    Text / Wordlist / Rules
    7
    0 Votes
    7 Posts
    569 Views
    cycloneC
    v0.6.0; 2026-10-09 https://github.com/cyclone-github/pcfg-go/releases/tag/v0.6.0 0.6.0-dev by @cyclone-github in https://github.com/cyclone-github/pcfg-go/pull/13 pcfg_trainer ~7.9× faster on full RockYou vs v0.5.3 pcfg_guesser ~1.2× faster with ~28% lower RAM usage at 100M guesses vs v0.5.3 Parallelized trainer passes and improved worker scheduling/merge performance Reduced hot-path mutex use, allocations, and temporary buffer churn Added buffer pooling and lower-memory output batching in pcfg_guesser Improved capitalization and OMEN generation hot paths Reduced parse-tree and recursive generation allocation/GC pressure Improved malformed-input, scanner, file I/O, and numeric parsing handling Fixed minor interruption/cleanup issues and Staticcheck/linter warnings
  • rulest - GPU Rules Extractor

    Scripts
    27
    0 Votes
    27 Posts
    2k Views
    A1131A
    rulest v3.2 – GPU-Resident CELF Major update focused on performance and memory: Full GPU-resident CELF (no more coverage matrix) Memory for 14.37M targets: ~6.85 GiB -> ~114 MiB (~61x less) Adaptive batch size based on VRAM Much faster: (RTX 3060 Ti 8 GB, ~132k base, ~14.37M targets), CELF setup (heap build) - ~40 min -> ~1 min, full selection (150k rules, ~700k candidates): ~15 min instead of ~40 min Local-search removed. Output format unchanged. https://github.com/A113L/rulest/releases/tag/v3.2
  • 0 Votes
    4 Posts
    63 Views
    A1131A
    In my benchmarks, greedy-selection throughput increased from so far so fast 65.23 rules/s to 244.4 rules/s — approximately 3.75x faster, representing a 274.7% increase in throughput after last update. Latest benchmark Hash table build: 96.07s (vectorized, one-time) Upper-bound pass: 977 batches in 1:57 (8.3 batch/s) Greedy selection: 250,000 rules in 17:03 Average: 244.4 rules/s 37,447,343 / 57,238,127 cracked entries covered — 65.42% Key changes Upgraded the GPU kernels and cracked-target hash table from 32-bit to 64-bit FNV-1a fingerprints, reducing collision risk at tens-of-millions scale. The unique target fingerprint count increased from 56,857,388 to 57,238,127 (+380,739, or ~0.67%). This also suggests the earlier 98.7% coverage figure was likely inflated by 32-bit fingerprint collisions rather than reflecting actual password coverage, which may also have distorted scoring and contributed to the observed throughput difference. Improved hash-table slot distribution. The previous 32-bit slot hash (key * 2654435761) was replaced by a SplitMix64-based mixing function (mix64(key)) before masking the result to the table size. This is designed to improve slot distribution and reduce clustering and linear-probing overhead. Retained GPU-resident open addressing with a separate occupancy bitset. The table uses a maximum 50% load factor, and the matching slot directly identifies the bit used to track whether a cracked target is still uncovered. The earlier implementation already used open addressing; the update improved the fingerprint width and slot-hashing method rather than introducing the table from scratch. In addition, the benchmarked coverage of recovered entries improved by approximately 0.5-2 percentage points in the comparable test. Minor UI cleanups, such as normalizing progress bars, were also included.
  • 25 Hashes or Less Requests (Windows)

    Pinned Windows: LM, NTLM, DCC, DCC2
    6
    1 Votes
    6 Posts
    2k Views
    E
    a724a56f02f8aec08162ae1e7cff60ea:AxasE4HDUltra aca40560cde197233a22612bfa171057:b405751a7e7abb97f453246caa86cbb4
  • 1 Votes
    11 Posts
    2k Views
    E
    Hashcat formatted Keepass $keepass$*2*1971928*0*7c8f4366d6e4e88531ec1bd6cfa03ed14d1ccf2847822a0b549ae143f2a5e967*6fc3e5be523e2b702f1f924d6ae077024bef5283e68592e8b2a0790c2e32e8e5*9910705295e06c35f6a4e3a0893c82e0*d5eea64c2d375ec5604bdfb40a7d25568cc676d1848702dca9bd7261d932c462*0141bc6b2819b8a1d19f3c67852265c757f31a076803b5b3a6ec68feb4ca37a7 Moderator note: commented out hash due to markdown formatting - @cyclone
  • 25 Hashes or Less Requests (Standard)

    Pinned Standard: MD5, SHA1, SHA256, etc.
    14
    1 Votes
    14 Posts
    2k Views
    C
    D5D6C5ABC54C1927F1A41C147F78DFCC:6D6F6E69746F72783A4C6F67696E20746F203243303536334450414B30303032343A 11F591FA2E2E3E828E0325E20E388D7A:73656375726974793A4C6F67696E20746F203141303145463150415530313131363A CBB1A7EDFBDBB4707182762DB405940F:646F6E6F7464656C6574653A4C6F67696E20746F203244303133463350414E30303030333A 66252D5513480AE911F3149CABDDBF0A:72737276647573723A4C6F67696E20746F203244303133463350414E30303030333A 79AE89A2611618AC1ED8E5ED53138D5F:6663616D3A4C6F67696E20746F203246303043383850414B30303032383A 8E3D6F42B906E305F4F96A20B7F34E83:6675636B6663616D3A4C6F67696E20746F203244303236443250414B30303034383A 88D174CCA4C305BAD1BD4688A75D2711:70756E63686D61646563616D3A4C6F67696E20746F20344C303934393350414A44313435423A -m 20 --hex-salt
  • 0 Votes
    3 Posts
    58 Views
    cycloneC
    8_found.txt 13_left.txt 21 total
  • yescrypt_crack - Yescrypt Hash Cracker

    Hash Cracking
    6
    2 Votes
    6 Posts
    1k Views
    cycloneC
    @partly9642 This is a GPU sanity-check failure. When this happens, yescrypt_crack falls back to CPU mode. The error may indicate an issue with the AMD OpenCL implementation or local OpenCL environment, but further testing is needed to confirm what's actually going on. Please verify that: You are running yescrypt_crack on native Linux or Windows, not WSL or another emulated environment Your AMD GPU and OpenCL drivers are up to date and working correctly The GPU has sufficient VRAM, since yescrypt is memory intensive If everything checks out and the error persists, please open a GitHub issue: https://github.com/cyclone-github/yescrypt_crack/issues Please include: GPU model and VRAM AMD driver/OpenCL/ROCm version Host OS/version Full yescrypt_crack error/output
  • hashgen - the blazingly fast hash generator

    Text / Wordlist / Rules
    13
    1 Votes
    13 Posts
    5k Views
    cycloneC
    https://github.com/cyclone-github/hashgen/releases/tag/v1.3.2 v1.3.2; 2026-08-18 add mode: gost-yescrypt add mode: SSHA -m 111 add mode: sha1crypt -m 15100 add mode: sm3crypt -m 35100 add mode: cmiyc (KoreLogic CMIYC 2026 contest algorithm) add modes: Streebog/GOST 2012 -m 11700, 11750, 11760, 11800, 11850, 11860 add modes: SHA-384 UTF-16LE -m 10830, 10840, 10870 add modes: LDAP SHA/SSHA -m 101, 1411, 1711 add modes: -m 3500, 4300, 4400, 4700, 18500, 18501, 20800, 32800, 34400, 34500, 35900 refactor modes: -m 2600 and 4500 add bcrypt prehash modes: -m 25600, 25800, 28400, 30600 add bcrypt aliases: bcryptmd5, bcryptsha1, bcryptsha512, bcryptsha256 add hashcat alias: wpbcrypt -m 35500 v1.3.1; 2026-04-13 add modes: MD6-128, MD6-224, MD6-256, MD6-384, MD6-512
  • mdxfind info

    Pinned Locked mdxfind
    7
    2 Votes
    7 Posts
    2k Views
    freerouteF
    Based on the latest information from the official website and the v1.531 release notes, here is an updated summary of mdxfind as a digital multi-tool, now with GPU acceleration. MDXfind v1.531: The Swiss Army Knife, Now with a Power Drill Forget single-purpose tools. MDXfind is the cryptographic equivalent of a Swiss Army knife—a hybrid CPU/GPU brute-force hash searcher that tests a single plaintext candidate against 994+ hash algorithms simultaneously. Version 1.531 (August 2026) transforms it from a hand tool into a power tool. 1. The Blade You Need for Unknown Hashes Most crackers require you to know the hash type upfront. MDXfind doesn't care. "ALL" Mode: A single command can identify and crack hashes from a pile of mixed, unidentified dumps, running them against its entire library of algorithms. Filtering Power: You can pare the search space using boolean operators like -h 'ALL' -h '!salt,!user' to exclude salted or username-based hashes and focus on what matters. 2. The New Power Drill: Full GPU Acceleration This is the headline feature of v1.531. The tool now leverages OpenCL to offload intensive cracking work to your graphics card. Massive Parallelism: GPU acceleration dramatically increases candidate testing rates for compute-bound algorithms. Smarter Work Distribution: The dispatch logic was overhauled. Previously, expensive types like SCRYPT ran on a single core. Now, the gate uses rate / Livesalts instead of raw hashes/sec. Measured improvement: SCRYPT on 1,800 salts went from 1× to 4.3× parallel throughput. Compute-bound types gain even more. Platform Support: Runs on x86_64, i686, ARM6/7/8, AArch64, ppc64le, FreeBSD, Windows, and macOS with SSE2/SSSE3/NEON runtime dispatch. 3. "Chained" Attacks (The Nested Blade) It excels at tackling complex, nested hashing constructions that stymie other tools. Iterations: Need to test md5(md5($pass)) or up to 4 billion iterations? Just tweak the -i parameter. Exotics: Supports rare chained formats like MD5DECBASE64MD5BASE64MD5 and the newly added SHA1CRYPT ($sha1$, hashcat 15100) and GOST-YESCRYPT ($gy$). 4. The Crowbar: Cracking the Uncrackable (New Types in v1.531) Four new, difficult hash types were added: -m e999 [SHA1CRYPT] — NetBSD/Juniper sha1crypt, $sha1$ (ha#1a5fb4shcat 15100). Iterated HMAC-SHA1 with the password as the persistent key. Input is liberal and output is conformant: the 28-character digest field encodes 21 bytes where SHA-1 produces only 20, and NetBSD pads the final group with digest[0] wrapped around. hashcat's published -m 15100 example hash uses 0 for that byte and is therefore nonconformant; mdxfind accepts that spelling and reports the correct NetBSD/corpus one. The wrap convention was confirmed against 8,262 real hashes, 8,262 of 8,262. -m e998 GOST-YESCRYPT — $gy$. HMAC-Streebog256(HMAC-Streebog256(Streebog256(K), M), yescrypt(K, S)), where the inner HMAC message is the setting without its trailing $. Validated 25 of 25 against libxcrypt 4.4.27 across distinct real salts, plus salt lengths 4/8/12/16 and empty, and against an independently written third-party implementation. -m e1001 CMIYC — $cmiyc$, a contest-local type recovered from a stripped AIX PowerPC binary. Memory-hard: 64 MiB working set and 9,437,184 SHA-512 operations per candidate per salt. Validated against real hashes with known plaintexts. -m e884 SCRYPT now also accepts the $7$ crypt spelling in addition to SCRYPT:N:r:p:b64salt:b64hash. The $7$ form packs N/r/p as crypt64 characters and uses the salt as raw ASCII rather than base64, so it is normalised at load into the canonical form; both spellings are emitted on a crack. -m e1000 7ZIP — 7-Zip AES, $7z$ (hashcat 11600). Verifies by checking the AES zero-padding on the final ciphertext block rather than decrypting and decompressing, so Deflate64 archives crack — hashcat and john both report "exhausted" on those even when the password is in the wordlist, because neither implements a Deflate64 decompressor in its verify path. Stock 7z2john output exceeds mdxfind's line limit — the entire encrypted stream sits in the final field, roughly 113 KB even for a small archive — so tools/7z2mdx.py truncates that field to the two ciphertext blocks stage 1 actually needs. 5. The Bottle Opener: Modular Companion Tools It doesn't work alone. The distribution includes: mdsplit – Automatically sorts cracked hashes into per-hashtype files, drastically reducing target list size for other tools. getpass – Password extractor. hashpipe – A new companion introduced in v1.531 (exact function detailed in the release notes). 6. The Ergonomic Grip: Real-Time Status & Stability When dealing with massive wordlists, you need to know if it's working. Comfort Messages: Outputs status updates every 15 seconds showing candidates/second and "busyness" (w=), so you can tune the attack. Pausing: Ctrl-Z suspends the process, and fg resumes it without losing progress. Critical Stability Fixes: Heap Corruption Fixed: A bug that caused free(): invalid pointer crashes during hash loading was resolved. The code now passes AddressSanitizer on a 55,404-hash corpus. User-Defined Types: Now have a separate address space from built-in types, preventing accidental aliasing. Windows Fixes: Hostnames now report correctly (via GetComputerNameA), and debug dumps no longer target the non-existent /tmp directory. In Short MDXfind v1.531 is no longer just a Swiss Army knife—it's a Swiss Army knife with a built-in power drill.** If your hash list is a black box, this is the one tool you need to pry it open, now at GPU speed. Release notes: https://github.com/Cynosureprime/mdxfind/releases/tag/v1.531 Github: https://github.com/Cynosureprime/mdxfind and https://www.mdxfind.com/
  • 392k md5

    Standard: MD5, SHA1, SHA256, etc.
    11
    0 Votes
    11 Posts
    2k Views
    ?
    found_11660.txt left_375722.txt
  • 2284 sha256

    Standard: MD5, SHA1, SHA256, etc.
    5
    0 Votes
    5 Posts
    1k Views
    ?
    found_51.txt left_2229.txt
  • CMIYC 2026 (Completed - Team Hashmob Wins!)

    Contest / CTF
    4
    0 Votes
    4 Posts
    190 Views
    cycloneC
    Congrats to Team HashMob for winning 1st in Pro, CsP in 2nd, and hashcat in 3rd. Congrats to UNSHADE winning 1st in Street, Irreverent_Lemur in 2nd, and iceberg10 in 3rd. [image: 1786302483846-173de03f-00f1-48e4-8076-320c999a98f6-image-resized.jpeg] Pro Team Graph: [image: 1786302558486-7acdb240-4c50-4609-bb3b-679d2eb529ea-image-resized.jpeg] Street Team Graph: [image: 1786302593516-db0886ec-4153-451a-83f1-92703b6fb9c9-image-resized.jpeg]
  • 194k SHA512

    Standard: MD5, SHA1, SHA256, etc.
    13
    0 Votes
    13 Posts
    2k Views
    petrovivo1234P
    Found 1,260 Left 170,191 1260_found_HashPwn.txt 170191_left_HashPwn.txt
  • 806k md5

    Standard: MD5, SHA1, SHA256, etc.
    10
    0 Votes
    10 Posts
    225 Views
    ?
    mode 0 found_3324.txt left_674756.txt
  • 31 MD5 Hashes (-m 20)

    Standard: MD5, SHA1, SHA256, etc.
    14
    0 Votes
    14 Posts
    2k Views
    cycloneC
    @tuman has been temp banned (7 days) for hijacking other user's threads 3x times after being warned to stop. Read the rules, or get banned. https://forum.hashpwn.net/post/31