autotel-adapters@2.0.22
Framework adapters and composable DX helpers for autotel
AI Security Review
scanned 15d ago · by lpm-firewall-aiSource inspection found no concrete attack behavior in the flagged files. The apparent signals align with framework logging and tracing; the manifest contains no install lifecycle hook.
Decision evidence
public snapshot- The package has no install lifecycle hook; its scripts build, type-check, lint, test, or clean.
- The Cloudflare adapter is activated when a caller wraps a request handler with its exported tracing helper.
- The shared integration code records request status, duration, and configured completion callbacks for logging.
- The reviewed adapter and integration excerpts show request tracing and logging, with no credential harvesting, outbound request, shell execution, or persistence behavior.
- The package entrypoint re-exports framework adapters, and the manifest lists only autotel and autotel-edge as runtime dependencies.
Source & flagged code
5 flagged · loading sourcePackage metadata claims a different repository identity while copied source loads a runtime dependency bridge.
dist/cloudflare.cjsView on unpkg · L3The Cloudflare adapter is activated when a caller wraps a request handler with its exported tracing helper.
dist/cloudflare.cjsView on unpkg · L68Findings
Affected versions and remediation
This report applies to autotel-adapters@2.0.22.
See all versions of autotel-adapters for other recorded verdicts.
- Review the evidence and your use of autotel-adapters@2.0.22 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.