ECDSA P-256 + ML-DSA-65  |  AND Combiner  |  Both Must Verify

Composite Signature Tool

A composite signature signs a message independently with a classical algorithm (ECDSA P-256) and a post-quantum algorithm (ML-DSA), then requires both signatures to verify. This is the opposite combiner logic from a hybrid KEM: for confidentiality, either secret protects the session; for signatures, an attacker must break both algorithms to forge a valid one. This is the transitional approach IETF's composite signature drafts describe for migrating signing infrastructure without dropping classical validation.

1
Generate the Composite Key Pair
One ECDSA P-256 key pair (classical) plus one ML-DSA-65 key pair (post-quantum)

2
Sign with Both Keys
Produces two independent signatures over the same message, packed into one composite signature
Both private keys auto-filled from Step 1. Enter a message and click Sign.

3
Verify the Composite Signature
Both the ECDSA half and the ML-DSA half must verify for the composite to be valid
Message, composite signature and public keys auto-filled. Click Verify.
Result will appear here...

Composite (AND) vs. Hybrid (OR) Combiners

It's easy to assume "hybrid" always means the same thing, but the combiner logic is opposite depending on what's being protected. A hybrid KEM protects confidentiality: the session stays secure if either the classical or the post-quantum secret holds, since an attacker needs both broken to read the traffic. A composite signature protects authenticity in the other direction: the signature is only considered valid if both components verify, so an attacker needs to forge both a valid ECDSA signature and a valid ML-DSA signature over the same message to produce a fraudulent composite. If ML-DSA ever turned out to have an undiscovered weakness, the ECDSA half alone couldn't be forged either — the composite is exactly as strong as its strongest surviving component for confidentiality-style OR logic, and exactly as strong as needing both broken for this AND logic used in signatures.

Where This Matters

Use CaseWhy AND-Combined Composite Signatures Help
Code signing during migrationVerifiers that only understand ECDSA can still check the classical half; PQC-aware verifiers check both
Certificate authoritiesIETF LAMPS drafts define composite and "alternative signature" formats for X.509 certificates carrying both a classical and PQC signature
Long-term document signingDocuments signed today need to resist forgery decades from now, when ECDSA alone may no longer be trusted

Note the trade-off: composite signatures are larger (this tool's format is simple length-prefixed concatenation, not the formally specified ASN.1 encoding IETF drafts define) and require verifying two signatures instead of one. That cost buys unforgeability against an adversary who has only broken one of the two algorithms.

References

  1. IETF LAMPS — Composite ML-DSA for use in X.509
  2. NIST FIPS 204 — ML-DSA Standard (2024)
  3. KF-Cipher PQC Certificate Generator