@botonic/core
Runtime and APIs for Botonic bots: actions, context, messaging, and integration hooks used by the **current** framework line.
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
Accepted risks
Findings the reviewer chose to accept rather than block on.
| Source | Rule | Reason | Accepted by | When |
|---|---|---|---|---|
| provenance | no-provenance | AI (provenance): Established package with long history; provenance not previously required and absence alone is not a risk signal here. | ai | |
| typosquat | typosquat.levenshtein:cors | AI (typosquat): Scoped @botonic/core is a long-established framework package, not a typosquat of cors. | ai |
Versions (showing 8 of 8)
| Version | Deps | Published |
|---|---|---|
| 2.29.0 | 2 / 0 | |
| 2.27.0 | 2 / 0 | |
| 2.26.0 | 2 / 0 | |
| 0.49.0 | 5 / 2 | |
| 0.48.1 | 5 / 2 | |
| 0.48.0 | 5 / 2 | |
| 0.47.0 | 5 / 2 | |
| 0.41.0 | 5 / 2 |
v2.29.0
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: team.platform.
Package was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v2.27.0
2 findingsPackage name '@botonic/core' is 1 edit(s) away from popular package 'cors'.
Package was published without Sigstore provenance. Only ~12% of npm packages have provenance, so this is common but not ideal.
v2.26.0
1 findingPackage was published without Sigstore provenance. Only ~12% of npm packages have provenance, so this is common but not ideal.
v0.49.0
2 findings[Accepted risk] Package was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
This version was published by a different npm account (oraventos) than the most recent previously approved version (team.platform) on 2026-05-28, but oraventos is listed as a maintainer on prior approved versions (matched on name). This looks like a manual publish by a known maintainer rather than a publisher change. Recorded as INFO for audit trail.
v0.48.1
1 findingPackage was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v0.48.0
1 findingPackage was published without Sigstore provenance. Only ~12% of npm packages have provenance, so this is common but not ideal.
v0.47.0
1 findingPackage was published without Sigstore provenance. Only ~12% of npm packages have provenance, so this is common but not ideal.
v0.41.0
1 findingPackage was published without Sigstore provenance. Only ~12% of npm packages have provenance, so this is common but not ideal.