Skip to content

Security: Fused-Gaming/Fused-Gaming-Skill-MCP

SECURITY.md

πŸ›‘οΈ Security Policy

Fused Gaming MCP Security Incident Response and Disclosure Policy


1. Reporting Security Vulnerabilities

1.1 Do NOT Report Publicly

Never open a public issue or discussion for security vulnerabilities.

Instead, follow the responsible disclosure process below.

1.2 Responsible Disclosure Process

If you discover a security vulnerability:

  1. Email security@fused-gaming.dev with details:

    • Vulnerability title
    • Affected versions (if known)
    • Steps to reproduce
    • Potential impact
    • Proof of concept (if safe to share)
    • Suggested fix (if available)
  2. Wait for acknowledgment (within 24 hours)

  3. Work with us on a fix timeline

  4. Coordinate disclosure before public announcement

1.3 Disclosure Timeline

We commit to:

Severity Acknowledgment Assessment Fix Released Public Disclosure
Critical 24 hours 3 days 7 days Day 8+
High 24 hours 3 days 14 days Day 15+
Medium 2 days 5 days 30 days Day 31+
Low 3 days 7 days 90 days Day 91+

2. Security Expectations

What We Protect

  • βœ… Authentication systems - User identities and sessions
  • βœ… Data confidentiality - Encryption and access controls
  • βœ… Data integrity - Prevention of unauthorized modification
  • βœ… Availability - Protection against DoS
  • βœ… Supply chain - Dependency security

What We Don't Protect

We are not responsible for:

  • ❌ Self-inflicted vulnerabilities (enabling experimental features, running untrusted code)
  • ❌ Social engineering or phishing
  • ❌ Physical security of deployment infrastructure
  • ❌ User misconfiguration of firewall rules
  • ❌ Zero-day vulnerabilities in third-party dependencies (until publicly disclosed)

Security by Default

  • Secure-by-default: Safety is the default mode
  • Users must opt-in to risky features
  • Defaults are conservative
  • No features that sacrifice security for convenience

3. Supported Versions

Security patches are provided for:

  • βœ… Latest major version: Full support, all fixes
  • βœ… Previous major version: Critical fixes only (6 months)
  • ❌ Older versions: No support

Example: If current version is 2.x:

  • 2.x: Full support
  • 1.x: Critical fixes for 6 months after 2.0 release
  • 0.x: No support

4. Incident Response

4.1 Detection

We monitor for:

  • Automated scanning (npm audit, Snyk)
  • Manual code review
  • Community reports
  • Third-party disclosures

4.2 Assessment

Upon receipt:

  1. Verify the vulnerability exists
  2. Determine which versions are affected
  3. Assess severity (CVSS score)
  4. Evaluate impact (confidentiality, integrity, availability)
  5. Plan remediation approach

4.3 Remediation

For each vulnerability:

  1. Develop fix (patched code or workaround)
  2. Test thoroughly (unit tests, integration tests, manual testing)
  3. Create PR with security tag [SECURITY]
  4. Fast-track review (24-hour target)
  5. Tag release with version bump
  6. Publish new version to npm
  7. Announce in release notes and security advisory

4.4 Communication

When a security update is released:

  • Update GitHub Security Advisory
  • Add entry to CHANGELOG.md (Security section)
  • Publish release notes
  • Post to community channels
  • Email security contact list (if applicable)

5. Security Best Practices for Users

When using Fused Gaming MCP:

Installation

# βœ… DO: Use exact versions
npm install @fused-gaming/mcp-core@1.0.5

# ❌ DON'T: Use wildcards
npm install @fused-gaming/mcp-core@1.0.*

Dependencies

# βœ… DO: Regular audits
npm audit
npm outdated

# ❌ DON'T: Ignore vulnerabilities
npm install --production

Credentials

# βœ… DO: Use environment variables
const apiKey = process.env.API_KEY;

# ❌ DON'T: Hardcode secrets
const apiKey = 'sk_live_...';

Updates

# βœ… DO: Update promptly
npm update
npm install @fused-gaming/mcp-core@latest

# ❌ DON'T: Stay on old versions
npm install @fused-gaming/mcp-core@1.0.0 --save

6. Security Headers & Configuration

Recommended Headers

app.use((req, res, next) => {
  // Prevent clickjacking
  res.setHeader('X-Frame-Options', 'DENY');
  
  // Prevent MIME type sniffing
  res.setHeader('X-Content-Type-Options', 'nosniff');
  
  // Content Security Policy (primary XSS protection)
  res.setHeader('Content-Security-Policy', "default-src 'self'; script-src 'self'");
  
  // HTTPS only (if applicable)
  res.setHeader('Strict-Transport-Security', 'max-age=31536000; includeSubDomains');
  
  // Disable prefetch for sensitive pages
  res.setHeader('X-DNS-Prefetch-Control', 'off');
  
  next();
});

Environment Variables

Never commit:

  • Database credentials
  • API keys
  • JWT secrets
  • Encryption keys
  • OAuth tokens

Use .env.local or CI/CD secrets:

# βœ… DO
DATABASE_URL=postgresql://...
JWT_SECRET=random-secret-key

# ❌ DON'T
DATABASE_URL=postgresql://...  # In public repo!

7. Third-Party Integrations

For security concerns with dependencies:

  1. Check NPM Security Advisories
  2. Report issues to package maintainers
  3. Use npm audit to identify vulnerabilities
  4. Update or replace compromised packages

8. Security Acknowledgments

We appreciate the security research community. Contributors who report valid vulnerabilities may receive:

  • Public acknowledgment (if desired)
  • Mention in security advisory
  • Priority support status

9. Security Roadmap

Planned security improvements:

  • Q2 2026: Automated security scanning in all CI/CD pipelines
  • Q3 2026: Third-party penetration testing
  • Q4 2026: Security certification (SOC 2 Type II)
  • Q1 2027: Advanced threat detection system

10. Contact Information

For Security Vulnerabilities: Email security@fused-gaming.dev ONLY

  • ❌ Do NOT open public GitHub issues for security vulnerabilities
  • ❌ Do NOT use GitHub Discussions for unpatched vulnerabilities
  • βœ… Do email security@fused-gaming.dev with private disclosure

For Non-Security Issues: Use GitHub Issues with appropriate labels

  • Feature requests, bugs, and documentation use public GitHub Issues
  • Use bug, enhancement, or documentation labels as appropriate
  • Do NOT use public channels for security concerns

11. Compliance

Fused Gaming MCP follows:


12. FAQ

Q: How long does vulnerability disclosure take?

A: Follow the timeline in section 1.3 based on severity.

Q: Can I publish my finding?

A: Yes, after we publish the fix and advisory (90+ days after disclosure).

Q: What if I can't reach the security team?

A: Open a private GitHub security advisory or email again.

Q: Do you pay for bug bounties?

A: Not currently, but we acknowledge contributions.

Q: Is this project insured for security incidents?

A: No specific insurance, but we follow industry best practices.


Last Updated: 2026-05-02
Version: 1.0.0
Maintained By: Fused Gaming Security Team


Appendix: Vulnerability Severity Guide

CVSS Score Interpretation

Score Rating Examples
9.0-10.0 Critical Remote code execution, authentication bypass, data breach
7.0-8.9 High Privilege escalation, unauthorized access
4.0-6.9 Medium Information disclosure, weak encryption
0.1-3.9 Low Minor information leakage, logic error

For more detailed security information, see:

There aren't any published security advisories