Digital Signature
CROSS
Codes and Restricted Objects Signature Scheme
Mechanism
How it works
Parameter Sets
1 variants shipped
Each variant trades security category against key, ciphertext, or signature size. QNSP exposes all variants via the @cuilabs/liboqs-native binding; tenant crypto-policy determines which are allowed.
| Variant | NIST Level | Public Key | Secret Key | Signature | Note |
|---|---|---|---|---|---|
| CROSS-RSDP / CROSS-RSDPG (multiple param sets) | L5 | 77 B | 32 B | 13,152 B |
NIST ACVP
Conformance evidence
QNSP runs the official NIST ACVP test vectors against every shipped algorithm. Live evidence + SHA-3-256 tamper digest at /verify/conformance.
Use Cases
When to use it
- Code-based signature option for assumption diversification
- NIST PQC additional-signatures track inclusion
Trade-offs
What you give up, what you get
- Tiny public keys (77 bytes), large signatures
- Code-based assumption diversifies away from lattice-based signature dominance
FAQ
CROSS — frequently asked questions
Concise, source-of-truth answers to the questions buyers and engineers ask most about this algorithm.
What is CROSS?
CROSS (Codes and Restricted Objects Signature Scheme) is a code based post-quantum digital signature scheme. It is designed to resist attacks from both classical and quantum computers, and QNSP ships 1 of its parameter sets.
Is CROSS NIST-standardized?
CROSS is not a finalized NIST FIPS standard. QNSP ships it as a non-FIPS post-quantum option, typically to add an independent cryptographic assumption (code based) alongside the FIPS-standardized ML-KEM and ML-DSA for defence-in-depth.
What is CROSS used for?
On QNSP, CROSS is used for Code-based signature option for assumption diversification; NIST PQC additional-signatures track inclusion. It is available from the default crypto-policy tier upward via the liboqs provider.
References