SSH MCP Bridge
Securely orchestrate infrastructure across multiple SSH servers using AI agents. SSH MCP Bridge enables AI assistants like Claude, ChatGPT, and VS Code Copilot to manage servers, deploy applications, and troubleshoot issues—all without exposing credentials or infrastructure secrets.
What is SSH MCP Bridge?
SSH MCP Bridge is a Model Context Protocol (MCP) server that provides AI agents with secure, auditable SSH access to multiple servers. It acts as a gateway between AI assistants and your infrastructure, enabling:
- Multi-server orchestration - Coordinate actions across reverse proxies, application servers, databases, and supporting services
- Credential isolation - AI agents never see IPs, passwords, or SSH keys
- Full auditability - Track all commands executed across your infrastructure
- Self-discovery - Agents automatically discover available servers and their capabilities
- Bidirectional file transfer - Upload and download files through SFTP without exposing SSH credentials
- Goal-oriented automation - Agents can deploy apps, configure services, and resolve issues autonomously
Use Cases
Homelab & Self-Hosted Infrastructure
- Automate server maintenance and updates
- Deploy applications across multiple nodes
- Move config files, build artifacts, logs, and backups between the MCP server host and SSH targets
- Configure reverse proxies and SSL certificates
- Manage Docker containers and Kubernetes clusters
- Monitor and troubleshoot issues
Enterprise Infrastructure
- Cross-server deployment orchestration
- Database schema migrations
- Service configuration management
- Infrastructure troubleshooting
- Compliance and audit logging
Example Scenarios
Scenario 1: Deploy a Web Application An agent can:
- Create database tables on your database server
- Deploy application code on your app server
- Configure reverse proxy rules on your proxy server
- Verify the deployment is working correctly
Scenario 2: Troubleshoot Performance Issues An agent can:
- Check system resources across all servers
- Analyze application logs
- Review database query performance
- Identify bottlenecks and suggest optimizations
Key Features
| Feature | Description |
|---|---|
| Dual Transport | STDIO (local) + Streamable HTTP (remote) deployment modes |
| Security First | OAuth 2.0/OIDC authentication, credential isolation |
| Auditability | Complete logging of all SSH commands and sessions |
| SFTP File Transfer | Upload/download files with path allowlists, size limits, and SHA-256 metadata |
| Self-Discovery | Servers advertise their capabilities to agents |
| Multi-Server | Orchestrate across unlimited SSH hosts |
| Production Ready | Docker deployment, health checks, session management |
| Scalable | Session pooling, automatic cleanup, resource limits |
| Universal MCP | Works with Claude Desktop, VS Code, ChatGPT, and any MCP client |
Prerequisites
- Python 3.10+ (Python 3.12+ recommended)
- SSH access to your servers with key-based authentication
- One of:
- Claude Desktop (for local use)
- VS Code with Copilot (for local use)
- ChatGPT (for remote HTTP deployment)
- Any MCP-compatible client
Quick Start
You can run the bridge instantly without cloning the repository using pipx or uvx (the Python equivalents of npx):
# Using pipx (Standard)
pipx run ssh-mcp-bridge config.yaml
# Using uvx (Faster)
uvx ssh-mcp-bridge config.yaml
Alternatively, you can install it globally using pip:
pip install ssh-mcp-bridge
ssh-mcp-bridge config.yaml
Advanced: Local Source Deployment
If you want to modify the source code:
# 1. Clone the repository
git clone https://github.com/shashikanth-gs/mcp-ssh-bridge.git
cd mcp-ssh-bridge
# 2. Install dependencies
python -m venv .venv
source .venv/bin/activate
pip install -e .
# 3. Create configuration
cp examples/config.stdio.yaml config.yaml
# Edit config.yaml with your SSH hosts
# 4. Configure your MCP client (see integration guides below)
Remote Deployment (HTTP Mode)
Deploy alongside your servers for remote AI agent access.
# Using Docker (recommended)
docker pull shashikanth-gs/mcp-ssh-bridge:latest
docker run -d \
--name ssh-mcp-bridge \
-p 8080:8080 \
-v $(pwd)/config.yaml:/app/config.yaml:ro \
-v ~/.ssh:/home/mcpuser/.ssh:ro \
shashikanth-gs/mcp-ssh-bridge:latest
# Access via Streamable HTTP at https://your-server/mcp
Configuration
Minimal Configuration Example
server:
enable_stdio: true # For local deployment
enable_http: false # Set to true for remote deployment
log_level: "INFO"
hosts:
- name: web-server
description: "Production web server with Nginx"
host: "192.168.1.100"
username: "admin"
private_key_path: "~/.ssh/id_rsa"
execution_mode: "shell"
- name: db-server
description: "PostgreSQL database server"
host: "192.168.1.101"
username: "dbadmin"
private_key_path: "~/.ssh/db_key"
execution_mode: "exec"
session:
idle_timeout: 30
max_sessions_per_host: 5
security:
allowed_local_paths:
- "~/Downloads"
- "/tmp"
allowed_remote_write_paths:
- "~"
- "/tmp"
max_file_transfer_mb: 100
See examples/ for more configuration options including OAuth setup.
HTTP defaults to loopback and uses stateless Streamable HTTP. Remote binds must
configure bearer authentication plus an explicit allowed_hosts list. Static
API keys remain available for backward-compatible internal deployments, while
JWT/JWKS or Auth0 is recommended for production. Persistent shell sessions
are rejected in HTTP mode by default because they are shared process state; use
exec, or explicitly acknowledge a single-principal deployment with
allow_shared_shell_sessions: true. See the
configuration guide.
Integration Guides
Claude Desktop
Edit ~/Library/Application Support/Claude/claude_desktop_config.json:
{
"mcpServers": {
"ssh-bridge": {
"command": "/path/to/ssh-mcp-bridge/.venv/bin/python",
"args": ["-m", "ssh_mcp_bridge", "/path/to/config.yaml"]
}
}
}
Replace /path/to/ssh-mcp-bridge/.venv/bin/python with your actual venv Python path.
Restart Claude Desktop and ask: "List all available SSH hosts"
VS Code with GitHub Copilot
- Install the MCP extension for VS Code
- Configure in VS Code settings:
{
"mcp.servers": {
"ssh-bridge": {
"command": "/path/to/ssh-mcp-bridge/.venv/bin/python",
"args": ["-m", "ssh_mcp_bridge", "/path/to/config.yaml"]
}
}
}
ChatGPT (Remote HTTP/OAuth)
See docs/CHATGPT_INTEGRATION.md for detailed OAuth setup with Auth0, Azure AD, or other OIDC providers.
Available MCP Tools
Agents can use these tools to interact with your servers:
list_hosts()- Discover available SSH serversexecute_command(host, command)- Execute commands on specific serversget_working_directory(host)- Get current working directoryget_file_transfer_config()- Show file-transfer limits and path policystat_remote_path(host, remote_path)- Get metadata for a remote file or directorylist_remote_directory(host, remote_path, limit)- List files on a remote hostdownload_file(host, remote_path, local_path, overwrite)- Download remote file to the MCP server filesystemupload_file(host, local_path, remote_path, overwrite)- Upload file from the MCP server filesystem to a remote hostclose_session(host)- Close SSH sessionget_session_stats()- View active sessions and statistics
execute_command returns host, output, success, and exit_status. It
does not echo the submitted command, because the command is already present in
the tool-call arguments and may contain sensitive data. MCP clients may still
receive the compact result in both structuredContent and a JSON content
block; that duplication is FastMCP/MCP backward-compatibility behavior.
File transfers are bidirectional but server-side. In STDIO mode, local_path
is on the same machine running Codex, Claude, or another MCP client. In HTTP
mode, local_path is on the remote machine running ssh-mcp-bridge, not on
the laptop connecting to it.
For HTTP deployments, use a server-side staging directory such as
/var/lib/ssh-mcp-bridge/transfers. See File Transfer Guide
for the complete transfer model and policy examples.
Documentation
- Quick Start Guide - Get running in 5 minutes
- Installation Guide - Detailed installation instructions
- Configuration Reference - All configuration options
- File Transfer Guide - STDIO and HTTP upload/download semantics
- Docker Deployment - Container deployment guide
- ChatGPT Integration - OAuth setup for ChatGPT
- Architecture Overview - Technical deep dive
- Security Best Practices - Securing your deployment
- 2.2.0 Release Notes - Framework-native HTTP authentication and transport hardening
- 2.1.0 Release Notes - SFTP file-transfer release details
Docker Deployment
# Pull the image
docker pull shashikanth-gs/mcp-ssh-bridge:latest
# Run with your configuration
docker run -d \
--name ssh-mcp-bridge \
-p 8080:8080 \
-v $(pwd)/config.yaml:/app/config.yaml:ro \
-v ~/.ssh:/home/mcpuser/.ssh:ro \
shashikanth-gs/mcp-ssh-bridge:latest
# Health check
curl http://localhost:8080/health
See docs/DOCKER.md for more deployment options.
Security
- No credential exposure: SSH credentials stay server-side only
- OAuth 2.0 support: Integrate with Auth0, Azure AD, Keycloak, etc.
- Audit logging: All commands logged with timestamps and user context
- Session isolation: Each host maintains independent sessions
- File-transfer allowlists: Upload/download paths are scoped by configuration
- Non-root containers: Docker images run as unprivileged user
- Configurable access: Control which servers agents can access
Contributing
Contributions are welcome! Please see CONTRIBUTING.md for guidelines.
Development Setup
# Clone and setup
git clone https://github.com/shashikanth-gs/mcp-ssh-bridge.git
cd ssh-mcp-bridge
python -m venv .venv
source .venv/bin/activate
pip install -e ".[dev]"
# Run tests
pytest
License
MIT License - See LICENSE for details.
Credits
Created by Shashi Kanth G S (@shashikanth-gs)
Built with:
Support
- Documentation: docs/
- Issues: GitHub Issues
- Discussions: GitHub Discussions
Roadmap
- Bidirectional file transfer support (SFTP)
- Multi-hop SSH (bastion/jump hosts)
- Resource definitions for server state
- Prompt templates for common operations
If you find this project useful, please star it on GitHub!
Metadata
Release files for ssh-mcp-bridge 2.2.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | Actions |
|---|---|---|---|---|
| ssh_mcp_bridge-2.2.0.tar.gz | 41.6 kB | With provenance | Details for ssh_mcp_bridge-2.2.0.tar.gz |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| ssh_mcp_bridge-2.2.0-py3-none-any.whl | Python 3 | none | any | Details for ssh_mcp_bridge-2.2.0-py3-none-any.whl |
Total release size: 74.6 kB
Release files / ssh_mcp_bridge-2.2.0.tar.gz
| Download URL | ssh_mcp_bridge-2.2.0.tar.gz |
|---|---|
| Size | 41.6 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
f3d83615704a1b0772a4da3b4be84b614828d0088896f8f19c57cbac28ac0d29
|
|
BLAKE2b-256 checksum How to use checksums |
7cc34f39095347c49ae1ba1bc9f2c9fb3374aa21f3d47648dea41adf3b6d9ef3
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 11, 2026.
Transparency logRelease files / ssh_mcp_bridge-2.2.0-py3-none-any.whl
| Download URL | ssh_mcp_bridge-2.2.0-py3-none-any.whl |
|---|---|
| Size | 33.0 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
4ac01a021f315ecd135ad465f2b30b6ca7896b4ebd2f47d24929a1fb8cb0adeb
|
|
BLAKE2b-256 checksum How to use checksums |
db9420a75bbe534a0c53e6be39ae139ebb512667802687045cbe242d6651e468
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 11, 2026.
Transparency logSecurity for ssh-mcp-bridge 2.2.0
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
Full provenance
All 2 files in this release have been uploaded with provenance metadata.
Attestation for ssh_mcp_bridge-2.2.0.tar.gz
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 11, 2026.
Transparency logA note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.