github / github/github-mcp-server

Suggestion: add a recommended security policy / rate limiting guide

Aberta
#2,233 2 comentários 0 reações 0 responsáveis Ver no GitHub
Linguagem predominante
Go
Estrelas
33k
Forks
5k
Merge médio
2d 1h
PRs com merge (30d)
52

Descrição

## Context

The GitHub MCP server exposes 83 tools, including destructive operations like `delete_file`, write operations like `push_files` and `merge_pull_request`, and resource creation like `create_repository`. There are no built-in rate limits or access controls — every tool is available to the agent at all times.

For agents in production workflows, this can be risky. An agent stuck in a loop can create dozens of repos or issues. A prompt injection can trigger file deletion. There's no way to say "read everything but don't delete" without external tooling.

## Suggestion

Would the maintainers be open to adding a recommended security policy or rate limiting guide to the repo? This could be:

1. **A documentation section** in the README covering best practices for limiting tool access (e.g. using PATs with minimal scopes, using a proxy for rate limiting)
2. **A sample policy file** showing recommended rate limits for write operations and blocks on destructive tools

We maintain [Intercept](https://github.com/PolicyLayer/Intercept), an open-source MCP enforcement proxy, and have published a [ready-made policy template for the GitHub MCP server](https://policylayer.com/policies/github) with suggested defaults (file deletion blocked, writes rate limited at 30/hour, repo creation at 5/hour). Happy to contribute a PR if there's interest.

## Use case

Developers connecting the GitHub MCP server to Claude Code, Cursor, or other AI agents who want to limit what the agent can do without restricting the PAT scopes (which are too coarse-grained for per-tool control).

Guia de contribuição

Abrir o guia de contribuição

Avaliação

Esta issue ainda não foi avaliada.

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.