| Version | Supported |
|---|---|
| 1.0.x | ✅ |
| < 1.0 | ❌ |
Please do not open a public GitHub issue for security problems.
Email info@angeo.dev with:
- the module-ucp-catalog and version affected
- what an attacker can do, and what access they need to start
- reproduction steps or a proof of concept
- your assessment of impact
You will get an acknowledgement within 3 working days and an assessment within 10. If the report is valid you will be credited in the release notes unless you prefer otherwise.
If you would rather use GitHub's private channel, report it there instead.
In scope:
- Authentication or authorisation bypass
- Any path by which an AI agent, or a client impersonating one, exceeds a configured server-side limit
- Exposure of data an anonymous storefront visitor could not otherwise see
- Injection, SSRF, or path traversal through tool arguments or request bodies
- Information disclosure in error responses or logs
Out of scope:
- Misconfiguration of the merchant's own store — guest checkout left on with an unlimited order cap is a configuration decision, not a module vulnerability
- Vulnerabilities in Magento core or third-party extensions, which belong with those vendors
- Denial of service through request volume against an endpoint with rate limiting disabled
- Findings that require admin access to exploit
Modules in this suite deliberately expose functionality to AI agents, and one of them can place orders. The security boundary is that every constraint is enforced server-side, in PHP — not in a prompt, a tool description, or client configuration.
A report showing that a model can be persuaded to attempt something forbidden is expected behaviour and not a vulnerability. A report showing that an attempt succeeds past a server-side guardrail is a vulnerability, and we want to hear about it.