b2KIT

Digital Signature Tool

Create and verify digital signatures using RSA-PSS or ECDSA with the WebCrypto API.

Tested tool guide Tested browser tools Checked August 16, 2026

What Digital Signature Tool does and how it behaves

Digital Signature Tool creates RSA-PSS or ECDSA signatures from an entered message and a compatible private key, then checks a signature against the original message and corresponding public key. Its cryptographic operations run through Web Crypto in the browser, so key material and message contents are not uploaded. The common surprise is that a valid signature is not encrypted text and does not, by itself, identify a person; it only validates the supplied combination.

How the result is produced

1

Creating a signature

Signing requires a private key whose type matches the selected scheme. For RSA-PSS, the salt length is part of the signing parameters; the key also carries its RSA hash settings. For ECDSA, the EC key's named curve and the selected digest must be compatible. The browser signs the encoded message bytes and returns signature bytes.

2

Verifying a signature

Verification requires the original message, signature, corresponding public key, and matching algorithm parameters. The verification operation yields true or false. A false result does not diagnose which item is wrong. Changed whitespace, a different text encoding, another RSA-PSS salt length, or an ECDSA parameter mismatch can all prevent validation.

Good uses

  • Sign a release checksum list with an RSA-PSS private key so recipients can check the published list with the corresponding public key.
  • Check an ECDSA signature attached to a test payload while debugging the exact payload text and selected digest.
  • Confirm that a key pair and chosen signing parameters work together before integrating digital signatures into an application.

Limits and checks

  • Verification is byte-sensitive. Newline endings, invisible spaces, Unicode normalization, or a different character encoding can change the signed message.
  • Web Crypto represents an ECDSA signature as fixed-width r and s values concatenated together. A DER-encoded ECDSA signature from another program has a different representation and may require conversion.
  • A valid result does not establish the signer's name, signing time, or authority. Those conclusions require a separately trusted association between the public key and its claimed owner.

Common questions

Why does signing the same message again produce a different signature?

Do not expect byte-for-byte reproduction. RSA-PSS deliberately incorporates a salt, so repeated signing can produce different signature bytes. ECDSA signatures should also be treated as values to verify, not as reproducible message hashes. The meaningful test is verification against the unchanged message, corresponding public key, and matching scheme parameters.

Does a valid signature prove who signed the message?

No. A valid result shows that the signature, message, public key, and parameters are mathematically consistent. It does not name the key holder, show when signing occurred, or prove that the expected person controlled the private key. Identity depends on independently authenticating the public key, such as through a trusted certificate or verified fingerprint.

References and verification

The behavioral notes were checked against the browser implementation. Standards and primary references below define the relevant format, formula, or platform behavior.

Related Tools