PatchSiren

PatchSiren cyber security CVE debrief

CVE-2026-73567 JuneAndGreen CVE debrief

The sm-crypto library, which provides JavaScript implementations of Chinese cryptographic algorithms, had a critical vulnerability prior to version 0.5.0. The default key generation path in Node.js used a module-wide SecureRandom instance seeded with Math.random() and new Date().getTime(). An attacker who can observe Math.random() outputs and estimate key generation time can reconstruct the seed, recover SM2 private keys, and forge signatures. This issue was fixed in version 0.5.0.

Vendor
JuneAndGreen
Product
sm-crypto
CVSS
CRITICAL 9.1
CISA KEV
Not listed in stored evidence
Original CVE published
2026-08-13
Original CVE updated
2026-09-18
Advisory published
2026-08-13
Advisory updated
2026-09-18

Who should care

Developers and administrators using sm-crypto versions prior to 0.5.0 for cryptographic operations should assess exposure and upgrade to version 0.5.0 or later. This includes teams responsible for maintaining systems that rely on sm-crypto for secure communication, as well as security teams that need to verify the integrity of cryptographic operations within their environments.

Why it matters

The sm-crypto library's predictable key generation allows an attacker to recover SM2 private keys and forge signatures, impacting cryptographic operations.

  • Recovery of SM2 private keys by an attacker
  • Forgery of signatures using predicted ephemeral scalars
  • Potential compromise of cryptographic operations
  • Verification priority for systems using sm-crypto versions prior to 0.5.0

Technical summary

The sm-crypto library's default key generation path in Node.js used a predictable seed for the SecureRandom instance, supplied by [email protected], which seeds an ARC4 stream from Math.random() and new Date().getTime(). An attacker who can observe the process's Math.random() outputs and estimate the key-generation time can reconstruct the seed, recover generated SM2 private keys, and predict signing ephemeral scalars used to forge signatures. This issue is fixed in version 0.5.0, which changes the key generation path to use a more secure random number generator.

Defensive priority

High priority for systems using sm-crypto versions prior to 0.5.0 for cryptographic operations

Recommended defensive actions

  • Upgrade to sm-crypto version 0.5.0 or later
  • Review and update cryptographic key generation and usage in systems using sm-crypto
  • Monitor for potential exploitation attempts
  • Confirm whether affected product deployments exist in managed environments and assign an owner for follow-up
  • Review the supplied official advisory or CVE record to validate affected scope, severity, and vendor guidance
  • Plan vendor-supported updates or mitigations through normal change control where exposure is confirmed
  • Check relevant monitoring, detection, and logs for exposed assets that need extra review

Evidence notes

The vulnerability was reported and fixed in version 0.5.0 of the sm-crypto library. The issue involves the use of Math.random() and new Date().getTime() to seed the SecureRandom instance, which can be predictable. This weakness allows an attacker to recover SM2 private keys and forge signatures, impacting cryptographic operations. Defenders should verify system configurations, review key generation practices, and monitor for potential exploitation attempts.

Sources and references

Verified primary and authoritative sources

  • CVE-2026-73567 CVE Program record

    Publisher, destination, and source semantics verified

    URL: https://www.cve.org/CVERecord?id=CVE-2026-73567

    CVE Program - Official CVE Program record with source-provided CVE metadata.

  • CVE-2026-73567 NVD vulnerability detail

    Publisher, destination, and source semantics verified

    URL: https://nvd.nist.gov/vuln/detail/CVE-2026-73567

    NIST National Vulnerability Database - Official NIST NVD detail page and source-specific vulnerability assessment.

Supplemental references

Methodology and review provenance

AI-assisted synthesis based on stored public vulnerability evidence. System validation, approval state, and publication status do not by themselves establish human review of this revision. PatchSiren helps prioritize defensive review and does not prove exposure or remediation on any system.