@stacksjs/actions@0.75.357
The Stacks actions.
AI Security Review
scanned 7d ago · by lpm-firewall-aiThe deploy workflow embeds a Stacks-branded email service that uses the deployer's AWS SES capacity without disclosing that publisher-specific use. The behavior is in an explicit deploy subpath rather than the package's main import, but importing that module launches the workflow.
Decision evidence
public snapshot- The deploy module loads AWS credentials from environment variables or project .env files.
- The deploy workflow uses AWS clients to deploy a server to the user's cloud account.
- That server sends email from hello@stacksjs.com through SES.
- A POST to the server's subscription endpoint stores the submitted address and triggers the welcome email.
- The only lifecycle script is prepublishOnly, which builds the package and is not an install hook.
- The AWS credential use occurs in deployment code, not in the main package entrypoint.
- The email is triggered by a subscription POST rather than sent during package installation.
Source & flagged code
5 flaggedPackage source references dynamic require/import behavior.
dist/lint/stx-gate.jsView on unpkg · L1Findings
Affected versions and remediation
This report applies to @stacksjs/actions@0.75.357.
See all versions of @stacksjs/actions for other recorded verdicts.
- Avoid installing @stacksjs/actions@0.75.357. 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.