diggylab-worker@0.1.38
DiggyLab Desktop Agent collects posts and information from Facebook Groups on a paired computer. (self-hosted scan worker)
AI Security Review
scanned 5d ago · by lpm-firewall-aiThe ordinary login path sends Facebook session credentials to the package-selected default API host without recipient-specific consent. This verified credential transfer supports blocking publication.
Decision evidence
public snapshot- The normal login flow sends the captured Facebook session to the worker API before saving it locally.
- The API defaults to the package-selected host api.diggylab.com; the source shows no recipient-specific confirmation before the session upload.
- The login command sends sessions from both browser login and pasted-cookie login paths.
- The API accepts a caller-configured origin, and login prints that the Facebook session was sent to the server; these facts disclose the transfer but do not establish consent to send Facebook credentials to the default recipient.
Source & flagged code
4 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 unpkgSource file is highly similar to a previously finalized malicious package; route for source-aware review.
worker.jsView on unpkgFindings
Affected versions and remediation
This report applies to diggylab-worker@0.1.38.
See all versions of diggylab-worker for other recorded verdicts.
- Avoid installing diggylab-worker@0.1.38. Remove it from direct dependencies and check your lockfile for transitive copies.
- Choose an independently verified alternative or release. This report does not establish that other versions are safe.
- If this version ran, investigate the affected machine and build environment. Rotate credentials it could access and rebuild from a trusted environment.
Evidence last updated: .
Think this verdict is wrong? Dispute it on GitHub or read how reports are produced.