Scope of this document: vulnerability reporting, supported versions, and what counts as a security issue. For the technical design — threat model, architecture-level controls, and how each principle is enforced in the code — see
docs/SECURITY.md.
git-proxy-mcp is a security-focused project designed to let AI assistants work with private Git repositories while keeping your credentials safe on your machine. We take security vulnerabilities extremely seriously.
Key security property: The MCP server does NOT store credentials. It uses the git2 library with credential callbacks that delegate to your existing Git configuration (credential helpers, SSH agent).
| Version | Supported |
|---|---|
| 1.x.x | ✅ Yes (current) |
| 0.x.x | ❌ No (pre-v1, unsupported) |
Security updates are maintained for the current major version. Once we reach v2.0, we will also maintain updates for the most recent v1.x release.
Please do NOT report security vulnerabilities through public GitHub issues.
-
Preferred: Use GitHub Security Advisories to report vulnerabilities privately.
-
Alternative: Email the repository owner directly at matejg03@gmail.com.
When reporting a vulnerability, please include:
- A clear description of the vulnerability
- Steps to reproduce the issue
- Potential impact assessment
- Any suggested fixes (optional but appreciated)
Given our focus on credential security, we consider these especially critical:
| Severity | Examples |
|---|---|
| Critical | Credential leakage in logs, errors, or MCP responses |
| Critical | Authentication bypass or credential exposure |
| High | Unauthorised access to repositories |
| High | Path traversal or arbitrary file access |
| Medium | Denial of service vulnerabilities |
| Medium | Information disclosure (non-credential) |
| Low | Issues requiring local access or unlikely scenarios |
| Action | Timeframe |
|---|---|
| Initial acknowledgement | Within 48 hours |
| Preliminary assessment | Within 1 week |
| Fix development | Depends on severity and complexity |
| Security advisory publication | After fix is available |
-
Acknowledgement: We will acknowledge receipt of your report within 48 hours.
-
Communication: We will keep you informed of our progress and may ask for additional information.
-
Credit: Unless you prefer to remain anonymous, we will credit you in our security advisory and release notes.
-
Disclosure: We follow responsible disclosure practices. We ask that you give us reasonable time to address the issue before any public disclosure.
The MCP server uses your existing Git setup, so your credentials must be stored securely — with an OS credential helper for HTTPS (PATs) or ssh-agent for SSH. The README's Git authentication section has the exact per-platform setup commands.
- Use fine-grained tokens: Create tokens with minimal required permissions
- Rotate regularly: Rotate your Personal Access Tokens periodically
- Use SSH keys: Where possible, prefer SSH keys over PATs
- Enable 2FA: Always enable two-factor authentication on your Git hosting accounts
- Use credential helpers: Never store tokens in plain text files
The configuration file contains security settings, logging, timeouts, limits, and rate limits — never credentials.
Config file location:
- Linux/macOS:
~/.git-proxy-mcp/config.json - Windows:
%USERPROFILE%\.git-proxy-mcp\config.json
See config/example-config.json for the full structure.
When enabled, audit logs record all git operations. Configure in your config.json:
{
"logging": {
"level": "info",
"audit_log_path": "/path/to/audit.log"
}
}Review these logs periodically for unexpected activity.
This project follows these security principles:
- No credential storage: The MCP server never stores credentials — it uses git's native credential system
- Credential isolation: Credentials never leave the user's machine and are never included in MCP responses
- URL sanitisation: All URLs are sanitised before logging to remove embedded credentials
- Defence in depth: Multiple layers of protection (security guards, repo filters, audit logging)
- Secure defaults: Force push disabled, protected branches enforced by default
- Transparency: Open source code for community review
- Industry standard: Uses the same credential approach as VS Code, TortoiseGit, and other Git tools
We thank the security researchers and community members who help keep this project secure.
This security policy was last updated on 2026-01-10.