@emilgroup/partner-sdk-node
OpenAPI client for @emilgroup/partner-sdk-node
Supply chain provenance
Status for the latest visible version.
Without SLSA provenance there is no cryptographic link between this tarball and the public source, so a manually published version cannot be tied back to a reviewed commit.
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): Consistent with prior versions' publish flow; no behavioral change detected. | ai | |
| publish-pattern | new-deps-added | AI (publish-pattern): form-data/url are standard, well-known deps for an axios-based generated SDK. | ai | |
| source-diff | large-new-source-files | AI (source-diff): Consistent with regenerated OpenAPI client code, not injected payload. | ai |
Versions (showing 16 of 16)
| Version | Deps | Published |
|---|---|---|
| 1.24.0 | 3 / 2 | |
| 1.14.0 | 3 / 2 | |
| 1.13.0 | 3 / 2 | |
| 1.12.0 | 3 / 2 | |
| 1.11.0 | 3 / 2 | |
| 1.10.0 | 3 / 2 | |
| 1.9.0 | 3 / 2 | |
| 1.8.0 | 3 / 2 | |
| 1.7.0 | 3 / 2 | |
| 1.6.0 | 3 / 2 | |
| 1.5.0 | 3 / 2 | |
| 1.4.0 | 1 / 1 | |
| 1.3.0 | 1 / 1 | |
| 1.1.0 | 1 / 1 | |
| 1.0.1 | 1 / 1 | |
| 1.0.0 | 1 / 1 |
v1.24.0
3 findingsAll previous maintainers (cover42devs) were replaced by new maintainers (ahmed.zeno, adobrodey-emil, pavlomaksymov, alexandrecastro, alexeyoleynik, edgar-emil, emil_engineering, jonathan.chen, wojciech_at_emil, maksym-emil, yevheniia-emil, emil_aleksandra, vitaly_emil, andrii_meleniuk, iaroslav.ovcharenko, hussein.istanbouli, thomascover42, emil-hussein, thmd, rkachalka, zamiul, emil-rick, mads-emil, olga_timchenko). 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 2026-07-20. 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.
v1.14.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: cover42devs.
Package was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v1.13.0
1 findingPackage was published without Sigstore provenance. Only ~12% of npm packages have provenance, so this is common but not ideal.
v1.12.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: cover42devs.
Package was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v1.11.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: cover42devs.
Package was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v1.10.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: cover42devs.
Package was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v1.9.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: cover42devs.
Package was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v1.8.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: cover42devs.
Package was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v1.7.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: cover42devs.
Package was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v1.6.0
1 findingPackage was published without Sigstore provenance. Only ~12% of npm packages have provenance, so this is common but not ideal.
v1.5.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: cover42devs.
Package was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v1.4.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: cover42devs.
Package was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v1.3.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: cover42devs.
Package was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v1.1.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: cover42devs.
Package was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v1.0.1
1 findingPackage was published without Sigstore provenance. Only ~12% of npm packages have provenance, so this is common but not ideal.
v1.0.0
1 findingPackage was published without Sigstore provenance. Only ~12% of npm packages have provenance, so this is common but not ideal.