Before you start
- Use test or non-production text unless you fully understand the handling and retention rules for the operation.
- Keep keys, passwords, parameters, and the original plaintext in a controlled location; never share a private key.
Security tool
Encrypt or decrypt text with AES-GCM or AES-CBC using PBKDF2, IV, salt, tag length, and Base64 or JSON output.
Use a harmless interoperability sample to confirm the exact payload contract before considering any sensitive workflow.
The AES operation is performed by the server for the current request, unlike browser-local converters. Retention and encryption do not replace your organization’s approved secret-handling and key-management controls.
How to Use AES Encryption and Base64 Payloads Without Confusing Their Security BoundariesKnow the limit: Encryption and signatures protect only when keys, algorithms, endpoints, and access controls are used correctly.
Encrypt or decrypt text with AES-GCM or AES-CBC using PBKDF2, IV, salt, GCM tag settings, and Base64 or JSON payloads.
The backend performs AES operations with the selected mode, key length, PBKDF2 iterations, IV length, salt length, and output format. It is useful for testing AES parameters and payload formats.
Encryption and decryption run on the backend, but plaintext, passwords, keys, and payloads are processed for the current request only and are not stored or written to logs.
AES-GCM is generally recommended for authenticated encryption when compatible with your workflow.
No. Passwords are used for the current operation only and are not stored.
Only if the payload format, password derivation settings, IV, salt, tag, and AES mode match what this tool expects.