@toothfairyai/tfcode-linux-x64-musl
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
Accepted risks
Findings the reviewer chose to accept rather than block on.
| Source | Rule | Reason | Accepted by | When |
|---|---|---|---|---|
| source-diff | obfuscated-file:bin/app/dist/assets/ghostty-web-CUD9we_Z.js | AI (source-diff): Vite-bundled terminal emulator asset, minified not obfuscated. | ai | |
| source-diff | obfuscated-file:bin/app/dist/assets/index-DSyAsb_v.js | AI (source-diff): Vite-bundled app asset with bundler banner, minified not obfuscated. | ai | |
| source-diff | obfuscated-file:bin/app/dist/assets/session-DlDHWejp.js | AI (source-diff): Vite-bundled app asset with bundler banner, minified not obfuscated. | ai | |
| npm-metadata | bundled-binaries | AI (npm-metadata): Package's own compiled CLI binary, matches platform-specific package purpose. | ai | |
| bogus-package | bogus-package | AI (bogus-package): Metadata-only signals typical of platform binary sub-packages, not spam. | ai |
v1.5.9
5 findingsPackage contains compiled binaries that could be backdoors: • bin/tfcode
Newly added source file contains lines over 3000 chars, suggesting minified or obfuscated code. New obfuscated files are a strong attack indicator.
Newly added source file contains lines over 3000 chars, suggesting minified or obfuscated code. New obfuscated files are a strong attack indicator. Artifact: bundled (vite) — bundler banner in the scanned head, but the file is larger than the scan window and its remainder is unclassified, so this is not a clean bill of health.
Newly added source file contains lines over 3000 chars, suggesting minified or obfuscated code. New obfuscated files are a strong attack indicator. Artifact: bundled (vite) — bundler banner in the scanned head, but the file is larger than the scan window and its remainder is unclassified, so this is not a clean bill of health.
Package was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v1.4.3
1 findingPackage was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v1.4.1
1 findingPackage was published without Sigstore provenance. Consider requesting the maintainer enable provenance via CI/CD.
v1.4.0
1 findingPackage was published without Sigstore provenance. Only ~12% of npm packages have provenance, so this is common but not ideal.