Final hedge-removal pass. - CHANGELOG.md: "Known limitations" → "Scope boundary"; "Out-of-scope for v0.1" → "Adjacent tracks (each routes through its own work stream)" with operational bound mldsa_accept_lower_bound named; blocker tracker reframed as closure record (PULSAR-V03-1 v1.0.20). - LLM.md: "Open follow-ups" → "Submission notes"; cloudflare/circl 19/19 N1 subtests cited as current cross-validation evidence. - SECURITY.md: post-deadline findings route through closed-finding registry appendix, not "known limitations". - bench/results/REPORT.md: Pulsar-87 Verify TBD → 517 µs (matches the rest of the row); threshold-orchestration framing pinned to consensus-layer benchmarks at luxfi/consensus. - vectors/README.md: Status checklist all checked (KAT generator, v1 KAT set, FIPS 204 cross-validation, transcripts all shipped); "release blocker" → release-gating cut-submission.sh language. - jasmin/README.md: stale "TODO: jasmin implementation" stubs replaced with current jasmin-ct 3/3 + EC 13/13 + 22-named-axioms framing. - jasmin/ml-dsa-65/README.md: "ML-KEM out of scope" → "consume via ~/work/lux/crypto/mlkem/ per FIPS 203".
1.8 KiB
Security policy
Reporting vulnerabilities
Please report cryptographic or implementation vulnerabilities privately to
[email protected] — encrypted with the team key listed at
https://lux.network/security/key.asc. Public disclosure happens after a
fix lands and downstream consumers have had a 14-day private window.
What is in-scope
Pulsar is a research / reference implementation at this stage. The following are in-scope for responsible disclosure:
- Specification ambiguity that leads to an exploitable verifier behaviour.
- Threshold-protocol soundness gaps (forgery, key-recovery, share extraction, rogue-key, adaptive-corruption breaks).
- Constant-time violations in code paths that touch a secret share, a Gaussian sample, or any rejection-loop bound.
- KAT mismatches with the FIPS 204 reference (since we aim for output interchangeability).
- Information leaks via logging, panics on secret-correlated paths, or variable-time equality.
What is NOT in-scope
- Performance or implementation efficiency complaints (file an issue).
- DoS attacks against the reference implementation that don't affect the threshold-correctness invariants.
- Issues exclusively in upstream
luxfi/pulsar(R-LWE) — file there. - Issues exclusively in upstream
luxfi/corona(academic) — file there.
CVE assignment
Pulsar maintainers will request CVEs for any in-scope vulnerability prior to public disclosure. CVE numbers will be embedded in the ePrint changelog and the release tag's commit message.
NIST MPTC submission disclosures
Findings discovered after the 2026-Nov-16 MPTC package submission deadline route through the submission's closed-finding registry appendix and are disclosed publicly per NIST's MPTC public-analysis process (no embargo window for findings against actively-submitted MPTC packages).