crescodb@1.2.0
Your whole backend in a few commands: auto-generated REST API, auth with roles, file storage and realtime over SQLite, PostgreSQL or MySQL. Runs locally, deploys to a server you own, and ejects in one command.
AI Security Review
scanned 3d ago · by lpm-firewall-aiThe flagged deploy upload is user-triggered and excludes `.env` files, so it does not establish automatic exfiltration. However, Cloud deployments automatically enable runtime monitoring, and the package README does not disclose that reporting; this warrants a telemetry warning.
Decision evidence
public snapshot- Production monitoring uses CRESCO_MONITOR_TOKEN, which the source says Cresco Cloud injects automatically.
- With a token configured, a background timer sends reports to the configured monitoring URL, defaulting to the Cresco platform.
- The report includes runtime and deployment metadata along with collected application aggregates; the package README does not describe this runtime reporting.
- Without a monitoring token, the monitor does not start; self-hosters must provide one.
- The deploy upload is reached only when the user runs `cresco deploy --server`; it excludes `.env` files and local databases.
- The monitored data is sent to a monitoring endpoint and the feature is identified in source comments as production monitoring.
Source & flagged code
10 flaggedPackage source references child process execution.
src/core/agent-exec.jsView on unpkg · L6Findings
Affected versions and remediation
This report applies to crescodb@1.2.0.
See all versions of crescodb for other recorded verdicts.
- Review the evidence and your use of crescodb@1.2.0 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.