bem-naming
Manage naming of BEM entities
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 |
|---|---|---|---|---|
| provenance | missing-githead | AI (provenance): Established package with clean history; missing gitHead is a publish-environment artifact, not a security signal for this package. | ai | |
| provenance | no-provenance | AI (provenance): Package predates Sigstore provenance; lack of attestation is expected for this legacy package and not a security concern. | ai | |
| maintainer-change | maintainer-takeover | AI (maintainer-change): andrewblond and blond are the same person (Andrew Abramov, [email protected]) — a legitimate account rename. Package is part of official bem GitHub org. No malicious signals. | ai | |
| provenance | publisher-changed | AI (provenance): Publisher change from andrewblond to blond reflects same author (Andrew Abramov) changing npm account. Consistent with package.json author/contributor fields. | ai | |
| maintainer-change | maintainer-added | AI (maintainer-change): New maintainer 'blond' is the same person as 'andrewblond' (Andrew Abramov). Legitimate account transition. | ai | |
| maintainer-change | maintainer-removed | AI (maintainer-change): Removal of andrewblond is part of same-person account rename to blond. Not a hostile takeover. | ai |
Versions (showing 12 of 12)
| Version | Deps | Published |
|---|---|---|
| 1.0.1 | 0 / 7 | |
| 1.0.0 | 0 / 7 | |
| 0.5.1 | 0 / 8 | |
| 0.5.0 | 0 / 7 | |
| 0.4.0 | 0 / 7 | |
| 0.3.0 | 0 / 7 | |
| 0.2.1 | 0 / 7 | |
| 0.2.0 | 0 / 7 | |
| 0.1.0 | 0 / 5 | |
| 0.0.3 | 0 / 2 | |
| 0.0.2 | 0 / 2 | |
| 0.0.1 | 0 / 2 |
v1.0.1
1 findingPackage was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v1.0.0
1 findingPackage was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v0.5.1
3 findingsAll previous maintainers (andrewblond) were replaced by new maintainers (blond). This is a strong signal of a potential package hijack and requires careful review.
This version was published by a different npm account than previous versions on 2015-01-12. This could indicate a legitimate maintainer transition or an account compromise.
Package was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v0.5.0
3 findingsAll previous maintainers (andrewblond) were replaced by new maintainers (blond). This is a strong signal of a potential package hijack and requires careful review.
This version was published by a different npm account than previous versions on 2014-12-19. This could indicate a legitimate maintainer transition or an account compromise.
Package was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v0.4.0
3 findingsAll previous maintainers (andrewblond) were replaced by new maintainers (blond). This is a strong signal of a potential package hijack and requires careful review.
This version was published by a different npm account than previous versions on 2014-11-08. This could indicate a legitimate maintainer transition or an account compromise.
Package was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v0.3.0
1 findingPackage was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v0.2.1
2 findingsThis version has no gitHead field linking it to a source commit, but previous versions did. This suggests the publish environment changed. Published by: andrewblond.
Package was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v0.2.0
1 findingPackage was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v0.1.0
1 findingPackage was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v0.0.3
1 findingPackage was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v0.0.2
1 findingPackage was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v0.0.1
1 findingPackage was published without Sigstore provenance. Only ~12% of npm packages have provenance, so this is common but not ideal.