Skip to main content
AllDevToolsHub
๐Ÿ›ก๏ธ

Web Security & Cryptography Hub

A comprehensive suite of cryptography and security utilities. Generate strong passwords, RSA keys, Bcrypt hashes, and decode JWTs safely. Zero data is ever sent to our servers.

The non-negotiable rule: never transmit plaintext

Cryptography tools have one job that separates them from every other category on this site: the plaintext you feed them is sensitive. A JWT decoder that silently uploads your token to a server is a security incident, not a tool. Every utility in this hub runs locally, your keys, tokens, and passwords never leave your browser tab.

The tools here map to the cryptographic operations you actually perform in web development. JWT decoding lets you inspect the payload and verify the signature without leaking the token. RSA/ED25519 key generation produces key pairs for SSH, code signing, or JWT verification using the Web Crypto API. Bcrypt/Argon2 hashing lets you pre-compute password hashes for staging databases or verify hashing behavior. AES encryption/decryption handles symmetric encryption for data-at-rest scenarios.

The password tools deserve special attention. Password strength is measured in entropy bits, not character-class rules. The entropy calculator shows you the actual information-theoretic strength of a password, "correct horse battery staple" scores higher than "P@ssw0rd!" despite having "fewer rules." The generator uses crypto.getRandomValues() for cryptographically secure output.

Choosing the right algorithm in 2026: ED25519 for signing (faster than RSA at equivalent security), X25519 for key exchange, AES-256-GCM for symmetric encryption (provides both confidentiality and authenticity in one step), Argon2id for new password hashing projects, bcrypt at cost 12+ as an acceptable fallback. Avoid AES-CBC + manual HMAC, GCM subsumes both.

Featured Tools

All Web Security & Cryptography Hub Tools

Quick Summary

Cryptographic operations need two things you don't get from random online tools: correctness (using audited algorithms) and privacy (never transmitting plaintext). This hub provides client-side primitives, JWT decoding, RSA key generation, bcrypt hashing, AES encryption, password analysis, all running offline in your browser.

Key Takeaways

Key Takeaways

  • Bearer tokens, passwords, and private keys are sensitive credentials, they should never be pasted into a third-party server.
  • Modern crypto choices in 2026: ED25519/X25519 (signing/key exchange), AES-256-GCM (symmetric), Argon2id (password hashing), bcrypt cost 12+ (acceptable fallback).
  • JWT signatures verify authenticity; the payload itself is just base64-encoded JSON anyone can read.
  • Password strength = entropy bits, not character classes, `correct horse battery staple` beats `P@ssw0rd!` despite 'fewer rules'.
  • Web Crypto API (`window.crypto.subtle`) powers most of these tools, same primitives the browser itself uses for TLS.
Use Cases

When to use it

  • Decoding a production JWT to debug auth without leaking the token to jwt.io's servers.
  • Generating RSA or ED25519 key pairs for SSH, code signing, or JWT verification.
  • Hashing seed passwords with bcrypt before inserting into a staging database.
  • Auditing password policies by checking real-world entropy against NIST recommendations.
Watch out

Common Mistakes

  • Decoding sensitive JWTs on jwt.io, the request is logged. Use a client-side tool.
  • Storing bcrypt-hashed passwords with cost factor < 12, too fast to defeat modern brute-force.
  • Using AES-CBC + manual HMAC when AES-GCM provides both confidentiality and authenticity in one step.
  • Re-using IVs/nonces across encryptions with the same key, catastrophic for GCM mode.
FAQ

Web Security & Cryptography Hub, Frequently Asked

Is the browser's Web Crypto API actually secure?

Yes, it's the same API used internally for TLS and Subresource Integrity. Implementations are audited; you should trust it more than a hand-rolled JS crypto library.

Why does bcrypt limit passwords to 72 bytes?

Bcrypt's algorithm uses only the first 72 bytes of input. Longer passwords are silently truncated. To bypass this, pre-hash long inputs with SHA-256 before bcrypt, or use Argon2id, which has no such limit.

Can these tools be used for compliance audits?

They're auditable (open source, runs client-side) but not formally certified. For PCI/HIPAA/SOC2 evidence, use them as part of the diagnostic toolkit, not as the system of record.

In-Depth Tutorials