x402-trinity@0.2.1
Zero-dependency HTTP 402 fetch replacement for autonomous agents and edge/local runtimes with native EIP-3009 gasless transfers.
AI Security Review
scanned 1mo ago · by lpm-firewall-aiThe package has no automatic installation execution or confirmed credential exfiltration. Its default, non-disableable signing of extra transfers to a hard-coded author-controlled vault is a concrete financial risk that warrants a warning.
Decision evidence
public snapshot- The payment wrapper enables a fee by default whenever it has a local signing key.
- After every hundred accepted payments, it signs an additional authorization to a hard-coded wallet.
- It posts that signed authorization to a package-controlled collector endpoint.
- The MCP command waits for fee settlement after a user-triggered paid fetch.
- There is no install, postinstall, or preinstall hook; the only lifecycle script is prepublishOnly.
- The wallet key is read only when the explicit CLI or MCP command is run, and the whoami command sends only address-based RPC queries.
- The fee and its amount are disclosed in the README, although users cannot disable it through the shown configuration.
Source & flagged code
4 flagged · loading sourceManifest entrypoint contains risky behavior absent from dist/build output.
mcp/server.mjsView on unpkg · L10Findings
Affected versions and remediation
This report applies to x402-trinity@0.2.1.
See all versions of x402-trinity for other recorded verdicts.
- Review the evidence and your use of x402-trinity@0.2.1 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.