@dptech-corp/bohr-cli@2.6.84
CLI tool for Bohrium scientific computing platform
AI Security Review
scanned 2mo ago · by lpm-firewall-aiThe package has an automatic lifecycle downloader that installs remote executables into a vendor-managed Bohr tool location. Source inspection found no credential harvesting, exfiltration, self-dependency chain, or broad foreign agent configuration mutation, so blocking is not justified.
Decision evidence
public snapshot- The npm postinstall hook runs automatically during installation.
- Postinstall fetches release metadata and binaries from remote vendor services.
- Downloaded executables are installed under the user's ~/.bohr tools directory.
- The downloader follows server-provided redirects, and the Wenyon binary URL comes from remote metadata.
- The code verifies SHA-256 values before activating downloaded binaries.
- No source in this package harvests credentials, reads unrelated user files, or exfiltrates data.
- No self-dependency, eval-style execution, or broad project configuration mutation was found.
Source & flagged code
9 flagged · loading sourcePackage defines install-time lifecycle scripts.
package.jsonView on unpkgInstall-time lifecycle script is not statically allowlisted and needs review.
package.jsonView on unpkgFindings
Affected versions and remediation
This report applies to @dptech-corp/bohr-cli@2.6.84.
See all versions of @dptech-corp/bohr-cli for other recorded verdicts.
- Review the evidence and your use of @dptech-corp/bohr-cli@2.6.84 before allowing it. Restrict the permissions described in this report.
- Choose an independently verified alternative or release. This report does not establish that other versions are safe.
Evidence last updated: .
Think this verdict is wrong? Dispute it on GitHub or read how reports are produced.