@aliou/pi-guardrails
Supply chain provenance
Status for the latest visible version.
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): GitHub Actions CI publish via SLSA attestation replaces gitHead as the source-commit link; expected for this workflow. | ai | |
| semgrep | semgrep:etc-passwd-access | AI (semgrep): Reference appears in a test fixture string testing that the guardrail correctly handles /etc/passwd access patterns. | ai | |
| provenance | publisher-changed | AI (provenance): Publisher changed to GitHub Actions with SLSA/Sigstore attestation from the package's own repo — expected CI/CD publishing pattern. | ai | |
| semgrep | semgrep:ssh-key-access | AI (semgrep): Patterns appear in a guardrails deny-list config (enabled: false) to block SSH key access, not to harvest credentials. | ai | |
| semgrep | semgrep:credential-dir-access | AI (semgrep): Same context: deny-list pattern in a security guardrails config, not credential harvesting code. | ai |
Versions (showing 37 of 37)
| Version | Deps | Published |
|---|---|---|
| 0.13.1 | 2 / 12 | |
| 0.13.0 | 2 / 12 | |
| 0.12.1 | 2 / 12 | |
| 0.12.0 | 2 / 12 | |
| 0.11.2 | 2 / 11 | |
| 0.11.1 | 2 / 11 | |
| 0.11.0 | 2 / 11 | |
| 0.10.0 | 2 / 10 | |
| 0.9.5 | 2 / 10 | |
| 0.9.4 | 2 / 10 | |
| 0.9.3 | 2 / 10 | |
| 0.9.2 | 2 / 10 | |
| 0.9.1 | 2 / 10 | |
| 0.9.0 | 2 / 10 | |
| 0.8.0 | 2 / 10 | |
| 0.7.7 | 2 / 8 | |
| 0.7.6 | 2 / 8 | |
| 0.7.5 | 2 / 8 | |
| 0.7.4 | 2 / 0 | |
| 0.7.3 | 2 / 0 | |
| 0.7.2 | 2 / 0 | |
| 0.7.1 | 2 / 0 | |
| 0.7.0 | 2 / 0 | |
| 0.6.1 | 2 / 0 | |
| 0.6.0 | 2 / 0 | |
| 0.5.4 | 0 / 0 | |
| 0.5.3 | 0 / 0 | |
| 0.5.2 | 0 / 0 | |
| 0.5.1 | 0 / 0 | |
| 0.5.0 | 0 / 0 | |
| 0.4.1 | 0 / 0 | |
| 0.4.0 | 0 / 0 | |
| 0.3.0 | 0 / 0 | |
| 0.2.1 | 0 / 0 | |
| 0.2.0 | 0 / 0 | |
| 0.1.0 | 0 / 0 | |
| 0.0.1 | 0 / 0 |
v0.13.1
1 findingPublished via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.13.0
1 findingPublished via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.12.1
1 findingPublished via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.12.0
1 findingPublished via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.11.2
3 findingsAccessing /etc/passwd or /etc/shadow — credential harvesting on Linux 39 | it("ignores interpreter inline code", async () => { 40 | const result = await extractBashPathCandidates( > 41 | "python3 -c 'open(\"/etc/passwd\").read()'", 42 | CWD, 43 | );
Accessing /etc/passwd or /etc/shadow — credential harvesting on Linux 66 | 67 | it("ignores interpreter inline code", () => { > 68 | expect(tokens("python3", ["-c", 'open("/etc/passwd")'])).toEqual([]); 69 | }); 70 |
Published via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.11.1
7 findingsAccessing SSH keys — strong indicator of credential theft 259 | enabled: false, 260 | patterns: [ > 261 | { pattern: "~/.ssh/**" }, 262 | { pattern: "~/.ssh/*_rsa" }, 263 | { pattern: "~/.ssh/*_ed25519" },
Accessing SSH keys — strong indicator of credential theft 260 | patterns: [ 261 | { pattern: "~/.ssh/**" }, > 262 | { pattern: "~/.ssh/*_rsa" }, 263 | { pattern: "~/.ssh/*_ed25519" }, 264 | { pattern: "~/.ssh/*.pem" },
Accessing SSH keys — strong indicator of credential theft 261 | { pattern: "~/.ssh/**" }, 262 | { pattern: "~/.ssh/*_rsa" }, > 263 | { pattern: "~/.ssh/*_ed25519" }, 264 | { pattern: "~/.ssh/*.pem" }, 265 | ],
Accessing SSH keys — strong indicator of credential theft 262 | { pattern: "~/.ssh/*_rsa" }, 263 | { pattern: "~/.ssh/*_ed25519" }, > 264 | { pattern: "~/.ssh/*.pem" }, 265 | ], 266 | allowedPatterns: [{ pattern: "~/.ssh/*.pub" }],
Accessing SSH keys — strong indicator of credential theft 264 | { pattern: "~/.ssh/*.pem" }, 265 | ], > 266 | allowedPatterns: [{ pattern: "~/.ssh/*.pub" }], 267 | protection: "noAccess", 268 | onlyIfExists: true,
Accessing credential directories suggests credential harvesting 290 | enabled: false, 291 | patterns: [ > 292 | { pattern: "~/.gnupg/**" }, 293 | { pattern: "~/*.gpg" }, 294 | { pattern: "~/.gpg-agent.conf" },
Published via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.11.0
7 findingsAccessing SSH keys — strong indicator of credential theft 251 | enabled: false, 252 | patterns: [ > 253 | { pattern: "~/.ssh/**" }, 254 | { pattern: "~/.ssh/*_rsa" }, 255 | { pattern: "~/.ssh/*_ed25519" },
Accessing SSH keys — strong indicator of credential theft 252 | patterns: [ 253 | { pattern: "~/.ssh/**" }, > 254 | { pattern: "~/.ssh/*_rsa" }, 255 | { pattern: "~/.ssh/*_ed25519" }, 256 | { pattern: "~/.ssh/*.pem" },
Accessing SSH keys — strong indicator of credential theft 253 | { pattern: "~/.ssh/**" }, 254 | { pattern: "~/.ssh/*_rsa" }, > 255 | { pattern: "~/.ssh/*_ed25519" }, 256 | { pattern: "~/.ssh/*.pem" }, 257 | ],
Accessing SSH keys — strong indicator of credential theft 254 | { pattern: "~/.ssh/*_rsa" }, 255 | { pattern: "~/.ssh/*_ed25519" }, > 256 | { pattern: "~/.ssh/*.pem" }, 257 | ], 258 | allowedPatterns: [{ pattern: "~/.ssh/*.pub" }],
Accessing SSH keys — strong indicator of credential theft 256 | { pattern: "~/.ssh/*.pem" }, 257 | ], > 258 | allowedPatterns: [{ pattern: "~/.ssh/*.pub" }], 259 | protection: "noAccess", 260 | onlyIfExists: true,
Accessing credential directories suggests credential harvesting 282 | enabled: false, 283 | patterns: [ > 284 | { pattern: "~/.gnupg/**" }, 285 | { pattern: "~/*.gpg" }, 286 | { pattern: "~/.gpg-agent.conf" },
Published via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.10.0
7 findingsAccessing SSH keys — strong indicator of credential theft 232 | enabled: false, 233 | patterns: [ > 234 | { pattern: "~/.ssh/**" }, 235 | { pattern: "~/.ssh/*_rsa" }, 236 | { pattern: "~/.ssh/*_ed25519" },
Accessing SSH keys — strong indicator of credential theft 233 | patterns: [ 234 | { pattern: "~/.ssh/**" }, > 235 | { pattern: "~/.ssh/*_rsa" }, 236 | { pattern: "~/.ssh/*_ed25519" }, 237 | { pattern: "~/.ssh/*.pem" },
Accessing SSH keys — strong indicator of credential theft 234 | { pattern: "~/.ssh/**" }, 235 | { pattern: "~/.ssh/*_rsa" }, > 236 | { pattern: "~/.ssh/*_ed25519" }, 237 | { pattern: "~/.ssh/*.pem" }, 238 | ],
Accessing SSH keys — strong indicator of credential theft 235 | { pattern: "~/.ssh/*_rsa" }, 236 | { pattern: "~/.ssh/*_ed25519" }, > 237 | { pattern: "~/.ssh/*.pem" }, 238 | ], 239 | allowedPatterns: [{ pattern: "~/.ssh/*.pub" }],
Accessing SSH keys — strong indicator of credential theft 237 | { pattern: "~/.ssh/*.pem" }, 238 | ], > 239 | allowedPatterns: [{ pattern: "~/.ssh/*.pub" }], 240 | protection: "noAccess", 241 | onlyIfExists: true,
Accessing credential directories suggests credential harvesting 263 | enabled: false, 264 | patterns: [ > 265 | { pattern: "~/.gnupg/**" }, 266 | { pattern: "~/*.gpg" }, 267 | { pattern: "~/.gpg-agent.conf" },
Published via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.9.5
1 findingPublished via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.9.4
1 findingPublished via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.9.3
1 findingPublished via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.9.2
1 findingPublished via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.9.1
1 findingPublished via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.9.0
1 findingPublished via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.8.0
1 findingPublished via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.7.7
1 findingPublished via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.7.6
1 findingPublished via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.7.5
1 findingPublished via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.7.4
1 findingPublished via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.7.3
1 findingPublished via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.7.2
1 findingPublished via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.7.1
1 findingPublished via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.7.0
1 findingPublished via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.6.1
1 findingPublished via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.6.0
1 findingPublished via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.5.4
1 findingPublished via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.5.3
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: aliou.
Package was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v0.5.2
3 findingsThis version has no gitHead field linking it to a source commit, but previous versions did. This suggests the publish environment changed. Published by: GitHub Actions.
This version was published by a different npm account than previous versions on 2026-02-02. This could indicate a legitimate maintainer transition or an account compromise.
Published via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.5.1
3 findingsThis version has no gitHead field linking it to a source commit, but previous versions did. This suggests the publish environment changed. Published by: GitHub Actions.
This version was published by a different npm account than previous versions on 2026-01-29. This could indicate a legitimate maintainer transition or an account compromise.
Published via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.5.0
3 findingsThis version has no gitHead field linking it to a source commit, but previous versions did. This suggests the publish environment changed. Published by: GitHub Actions.
This version was published by a different npm account than previous versions on 2026-01-29. This could indicate a legitimate maintainer transition or an account compromise.
Published via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.4.1
3 findingsThis version has no gitHead field linking it to a source commit, but previous versions did. This suggests the publish environment changed. Published by: GitHub Actions.
This version was published by a different npm account than previous versions on 2026-01-28. This could indicate a legitimate maintainer transition or an account compromise.
Published via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.4.0
3 findingsThis version has no gitHead field linking it to a source commit, but previous versions did. This suggests the publish environment changed. Published by: GitHub Actions.
This version was published by a different npm account than previous versions on 2026-01-27. This could indicate a legitimate maintainer transition or an account compromise.
Published via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.3.0
2 findingsThis version was published by a different npm account than previous versions on 2026-01-27. This could indicate a legitimate maintainer transition or an account compromise.
Published via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.2.1
2 findingsThis version was published by a different npm account than previous versions on 2026-01-26. This could indicate a legitimate maintainer transition or an account compromise.
Published via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.2.0
2 findingsThis version was published by a different npm account than previous versions on 2026-01-25. This could indicate a legitimate maintainer transition or an account compromise.
Published via CI/CD with Sigstore attestation (predicate: https://slsa.dev/provenance/v1). This is the strongest supply chain integrity signal.
v0.1.0
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.