| Version | Supported |
|---|---|
| 0.1.x (latest) | ✅ Active |
| < 0.1.2 | ❌ No longer supported |
Please do not report security vulnerabilities through public GitHub issues.
To report a vulnerability:
- Email: Open a private disclosure via GitHub Security Advisories
- Response time: We aim to acknowledge within 48 hours and provide a fix or mitigation plan within 7 days for confirmed critical issues.
Please include:
- Description of the vulnerability
- Steps to reproduce
- Potential impact
- Suggested fix (optional)
SUPABASE_SERVICE_ROLE_KEYhas full database access — never expose in client-side code or logsJINA_API_KEYshould be treated as a secret — rotate if exposed- Use
MCP_REQUIRE_BEARER=truein production to enforce authentication on MCP endpoints - Never commit
.envfiles —.env.exampleis provided as a safe template
- By default, the gateway binds to
0.0.0.0:18790— restrict to127.0.0.1if running locally - For public endpoints, always enable Bearer token auth (
MCP_REQUIRE_BEARER=true) and use HTTPS (e.g. via Cloudflare Tunnel or a reverse proxy)
- All dependencies are pinned in
package-lock.json - npm publish tokens use granular access (no
bypass_2fa) - CI publishes only on signed git tags
- All memory data is stored in your own Supabase project — Mars Group has no access to your data
- Memory chunks include embeddings (float vectors) — ensure your Supabase project has appropriate RLS policies if multi-tenant use is intended
We follow responsible disclosure and will credit researchers who report valid vulnerabilities (unless they prefer to remain anonymous).