Skip to content

Security: john2ydep2-gt/PERO-J

Security

SECURITY.md

Security Policy

Supported Versions

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.

Reporting a Vulnerability

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.

Reporting Methods

  1. 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
  2. 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

What to Include

  • 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)

Response Timeline

  • 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 Levels

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

Responsible Disclosure

We follow coordinated vulnerability disclosure practices:

  1. Researchers report vulnerabilities privately
  2. PERO-J maintainers acknowledge receipt and begin investigation
  3. A patch is developed and tested
  4. The fix is released, and the vulnerability is publicly disclosed after release
  5. 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.

Security Best Practices

For Users

  • 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

For Developers

  • 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

Security Audits

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.

Contact

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

There aren't any published security advisories