● W3C WEBCRYPTO NATIVE ENGINE ACTIVE STANDARDS: FIPS 180-4 • FIPS 198-1 • RFC 5116 • RFC 2898 • RFC 4648

CRPT Cryptographic Primitives & Verification Suite

High-throughput, zero-dependency cryptographic workbench executing natively inside your browser engine via the W3C Web Cryptography API (window.crypto.subtle). All digests, authenticated ciphers, file checksums, and key derivations run strictly inside local non-persistent memory with zero server transit, zero external scripts, and zero telemetry.

# Cryptographic Hash Functions

Deterministic one-way compression functions mapping arbitrary-length byte streams into fixed-length message digests. Computed asynchronously via OS-backed cryptographic providers.

Load Official NIST CAVP Test Vector:
SHA-256 (256-Bit / 32-Byte Digest)
e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855
SHA-384 (384-Bit / 48-Byte Truncated SHA-512)
38b060a751ac96384cd9327eb1b1e36a21fdb71114be07434c0cc7bf63f6e1da274edebfe76f65fbd51ad2f14898b95b
SHA-512 (512-Bit / 64-Byte Word64 Digest)
cf83e1357eefb8bdf1542850d66d8007d620e4050b5715dc83f4a921d36ce9ce47d0d13c5d85f2b0ff8318d2877eec2f63b931bd47417a81a538327af927da3e
SHA-1 (160-Bit Legacy Digest — Deprecated for Collision Resistance per NIST SP 800-131A)
da39a3ee5e6b4b0d3255bfef95601890afd80709

# Zero-Upload Local File Integrity Verifier

Verify software binaries, ISO images, and archive checksums directly inside browser RAM. Files are read locally via the HTML5 FileReader interface and never uploaded over the network.

Click to Select a Local File or Drag & Drop Here
Computes SHA-256 & SHA-512 binary checksums locally in browser memory

# Keyed-Hash Message Authentication Code (HMAC)

Generate cryptographic authentication tags for webhook verification, JWT signing, and API request authentication using a secret symmetric signing key.

HMAC-SHA256 Signature (Hex)
Enter message and secret key to compute HMAC-SHA256...
HMAC-SHA512 Signature (Hex)
Enter message and secret key to compute HMAC-SHA512...

# Authenticated Encryption: AES-256-GCM

Authenticated Encryption with Associated Data (AEAD) combining 256-bit AES in Galois/Counter Mode with a 128-bit GHASH authentication tag. Passphrases are stretched via 100,000 iterations of PBKDF2-HMAC-SHA256 with a fresh 16-byte salt and 12-byte IV per execution.

Serialized AEAD Payload (Base64: [16B Salt] + [12B Nonce] + [Ciphertext + 16B Tag])
Awaiting plaintext and passphrase input...
Note: Every click generates a unique 128-bit random salt and 96-bit nonce, producing distinct ciphertext even for identical inputs.

# Cryptographically Secure Entropy & Key Generator

Extract raw cryptographic randomness directly from the operating system kernel entropy pool (/dev/urandom, getrandom(2), or Windows CNG via crypto.getRandomValues). Never uses predictable user-space PRNGs like Math.random().

Generated Cryptographic Secret
Bit Security 256 bits
Shannon Entropy 4.00 bits/char
String Length 64 chars

# Binary-to-Text Radix & Byte Transcoder

Inspect and transcode UTF-8 string buffers into hexadecimal byte representations, standard Base64 (RFC 4648 §4), and URL-safe Base64URL (RFC 4648 §5) for JWT and cryptographic header inspection.

Hexadecimal Byte Stream (Base16)
Standard Base64 (RFC 4648 §4) & Base64URL (§5)

# Cryptographic Architecture & Security Specifications

Engineering reference detailing primitive parameters, formal security bounds, and browser runtime memory constraints.

Primitive Standard / Specification Block / State Size Output / Tag Size Classical Security Bound
SHA-256 NIST FIPS 180-4 / RFC 6234 512-bit (64 bytes) 256-bit (32 bytes) 128-bit collision / 256-bit preimage
SHA-384 NIST FIPS 180-4 1024-bit (128 bytes) 384-bit (48 bytes) 192-bit collision / 384-bit preimage
SHA-512 NIST FIPS 180-4 / RFC 6234 1024-bit (128 bytes) 512-bit (64 bytes) 256-bit collision / 512-bit preimage
HMAC-SHA256 NIST FIPS 198-1 / RFC 2104 512-bit internal block 256-bit (32 bytes) Up to 256-bit key authentication
AES-256-GCM NIST SP 800-38D / RFC 5116 128-bit AES block Ciphertext + 128-bit Tag 256-bit confidentiality / 128-bit integrity
PBKDF2-SHA256 PKCS #5 v2.1 / RFC 2898 128-bit CSPRNG Salt 256-bit Derived Key 100,000 HMAC-SHA256 rounds

1. Nonce Uniqueness in AES-GCM

Galois/Counter Mode requires that the 96-bit Initialization Vector (IV/nonce) is never reused under the same key. A single nonce collision permits an attacker to XOR ciphertexts and recover the GHASH authentication key $H$ via polynomial root-finding over $ ext{GF}(2^{128})$. Every encryption call on this node draws a fresh 12-byte IV from the OS CSPRNG.

2. Key Stretching via PBKDF2

Human-memorable passphrases lack sufficient bit-entropy to resist offline GPU dictionary attacks directly. Before invoking AES-GCM, user passphrases are salted with 16 random bytes and iterated through 100,000 rounds of PBKDF2-HMAC-SHA256, producing a non-extractable 256-bit CryptoKey handle.

3. V8/SpiderMonkey Heap Lifecycle

While window.crypto.subtle executes cryptographic math inside compiled C++/Rust browser internals with constant-time guarantees, JavaScript DOM strings are immutable objects on the garbage-collected heap. Explicit memory zeroing (explicit_bzero) is only possible on typed Uint8Array buffers, not on rendered DOM text nodes.

Why are there no external JavaScript libraries (like CryptoJS) loaded on this page?

User-space JavaScript cryptography libraries run inside the JIT interpreter, making them slower, susceptible to cache-timing side-channel variations, and vulnerable to supply-chain CDN tampering. By relying strictly on the W3C window.crypto.subtle specification, all primitives execute in native compiled browser code (BoringSSL in Chromium, NSS in Firefox, CoreCrypto in WebKit) backed by CPU hardware instructions (AES-NI and Intel SHA extensions).

How is the AES-256-GCM encrypted Base64 payload structured?

To make payloads self-contained and portable, the binary output concatenates three segments prior to Base64 encoding: bytes 0..15 store the 128-bit PBKDF2 salt, bytes 16..27 store the 96-bit AES-GCM initialization vector, and bytes 28..N contain the encrypted ciphertext suffixed with the 128-bit (16-byte) GHASH authentication tag.

# Peer Engineering Benchmarks: Zero-Framework Web Utilities

Curated directory of independent web engineering tools constructed without third-party frontend frameworks, executing entirely on native browser APIs with zero telemetry overhead.

Height Percentile & Anthropometric Distribution Engine →

Statistical modeling interface computing real-time demographic height percentiles, standard normal cumulative distribution functions (CDF), and population z-scores entirely in client memory.

W3C Screen Wake Lock Sentinel Utility →

Hardware power-management utility utilizing the native W3C navigator.wakeLock API to prevent OS display dimming or system sleep during long-running compilations and monitoring jobs.

Vanilla Web Systems & Micro-Tools Index →

Comprehensive directory of dependency-free browser utilities engineered with raw DOM interfaces, HTML5 Canvas 2D pipelines, and client-side numerical processors.

[2026-11-10] v2.0.0 — Expanded widescreen desktop grid layout, added local File Checksum Verifier, HMAC-SHA256/512 signer, Radix Transcoder, Shannon entropy telemetry, and FIPS specification matrix.
[2026-11-10] v1.1.0 — Implemented PBKDF2 salt serialization, added NIST verification vectors, and verified FIPS 180-4 compatibility.
[2026-11-10] v1.0.0 — Initial zero-dependency release utilizing W3C WebCrypto runtime.