| Version | Status | Security Updates |
|---|---|---|
| 1.x (Testnet) | Active | Yes |
| < 1.0 | Pre-release | No |
Mainnet releases will receive security updates for a minimum of 12 months from release.
If you discover a security vulnerability in PERO-J, please report it privately to prevent public disclosure before a fix is available.
Do not open a public GitHub issue for security vulnerabilities.
-
GitHub Security Advisory (Preferred)
- Navigate to the Security tab
- Click "Report a vulnerability"
- Fill out the form with details of the vulnerability
- This creates a private discussion visible only to maintainers
-
Email
- Send a detailed report to:
security@pero-j.dev - Include steps to reproduce, impact assessment, and proposed remediation
- PGP key available upon request for highly sensitive disclosures
- Send a detailed report to:
- Description: Clear explanation of the vulnerability
- Type: (e.g., smart contract logic flaw, input validation, XSS, injection, etc.)
- Affected Component: (e.g., on-chain contract, indexer, frontend)
- Steps to Reproduce: Detailed instructions or proof-of-concept
- Impact: Severity and potential consequences
- Suggested Fix: (optional, but appreciated)
- Initial Acknowledgment: Within 24 hours
- Triage & Assessment: Within 72 hours
- Fix Development & Testing: Varies by severity (see below)
- Public Disclosure: Coordinated with the reporter, typically 30–90 days after a fix is released
| Severity | Examples | Timeline |
|---|---|---|
| Critical | Fund loss, contract lock-up, consensus failure | 7 days |
| High | Unauthorized state changes, access control bypass | 14 days |
| Medium | Information leakage, denial-of-service | 30 days |
| Low | Minor bugs, edge cases with limited impact | 60 days |
We follow coordinated vulnerability disclosure practices:
- Researchers report vulnerabilities privately
- PERO-J maintainers acknowledge receipt and begin investigation
- A patch is developed and tested
- The fix is released, and the vulnerability is publicly disclosed after release
- Credit is given to the reporter (unless anonymity is requested)
We do not offer monetary bug bounties at this time, but we recognize responsible disclosures in release notes and on this page.
- Do not share your Stellar private keys with any service, including PERO-J
- Use testnet for exploratory transactions before mainnet deployment
- Verify contract addresses before calling smart contracts
- Monitor your wallet transactions regularly
- Review the contract code in
contract/before integrating PERO-J ABIs - Test ABI decoders with known-good values before trusting decoded events
- Keep dependencies up-to-date (
npm audit,cargo audit) - Do not hardcode secrets in environment files; use a secure secrets manager
PERO-J has not undergone a third-party security audit. The project is currently in testnet development. A formal audit is planned before mainnet deployment as outlined in ROADMAP.md.
For non-security questions or general inquiries, please open a GitHub issue or discussion. For security matters, use the reporting methods above.
Last Updated: 2026-07-27
Policy Version: 1.0