T08 · Insecure Dependencies
- Location
references/obsidian_features.md:11- Finding
Unpinned Global Installation of a Mutable npm Package
- Content
View full analysis
- Remediation
View remediation
``` 2. Record and verify the expected package integrity hash or signed provenance before installation. Confirm that the package publisher, repository, release tag, and npm provenance metadata correspond to the official Obsidian project. 3. Prefer an official installation channel that provides signed artifacts, checksums, and reproducible release information. 4. Avoid recommending installation from an administrative or root shell. State explicitly that users must not use `sudo` unless the official platform-specific installation procedure requires it. 5. Where practical, avoid global installation. Use an isolated environment, container, or dedicated unprivileged service account with access only to the intended vault. 6. Review package contents and lifecycle scripts before recommending a new version, including any bundled native binaries. 7. Add a warning that the package is open beta and that users should back up vaults, test with non-sensitive data, and verify the package version before authenticating. 8. Prefer prompting for encryption passwords interactively rather than placing passwords in command-line arguments, because command arguments may be exposed through shell history or process listings. ]]>
