ramda-adjunct
Supply chain provenance
Status for the latest visible version.
Without SLSA provenance there is no cryptographic link between this tarball and the public source — the axios compromise (March 2026) relied on exactly this gap.
Maintainers
Keywords
Accepted risks
Findings the reviewer chose to accept rather than block on.
| Source | Rule | Reason | Accepted by | When |
|---|---|---|---|---|
| npm-metadata | url-dep:docdash | AI (npm-metadata): devDependency pointing to maintainer's own fork, SHA-pinned; not shipped to consumers. Stable for this package. | ai | |
| provenance | no-provenance | AI (provenance): No provenance is common; not a blocking signal for an established package. | ai |
v6.1.0
2 findingsDependency 'docdash' in `devDependencies` points to 'git+https://github.com/char0n/docdash.git#534b44382138a55dd8d93642c979e51e46471185' instead of a registry version. URL dependencies bypass the registry and can be swapped at any time. A 40-character commit SHA in a dependency URL is a strong supply-chain signal — the 2026-05-11 TanStack/Mini Shai-Hulud attack used this exact shape in `optionalDependencies` to smuggle a malicious payload past lifecycle-script and OSV checks.
Package was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v6.0.0
1 findingPackage was published without Sigstore provenance. Only ~12% of npm packages have provenance, so this is common but not ideal.