
Secure Schema MCP
io.github.Siddharth-coder13Published by GitHub account Siddharth-coder13v1.0.1Updated Oct 24, 2026
Read-only MCP server for exposing database schema metadata without row data.
Overview
A read-only MCP server that gives an AI assistant a database's schema — tables, columns, keys and relationships — without exposing row data.
- What you can do
- Get a compact overview of permitted tables, views, primary keys and foreign-key relationships, in compact or markdown format. List the tables and views the assistant is allowed to see. Inspect one table or view for columns, SQL types, nullability, primary and unique keys and foreign keys.
- When to use it
- Useful when an AI coding tool needs to understand an existing SQLite, PostgreSQL or MySQL database structure to write queries, migrations or application code, and you want that context without handing over row data or query access.
- Requirements
- Runs locally over stdio, launched by an MCP client such as Cursor or Codex. Needs a reachable SQLite, PostgreSQL or MySQL database and the required DATABASE_URL connection string; Python 3.12+ if installed without uvx. Optional settings include DATABASE_SCHEMA, ALLOWED_TABLES and SECURE_SCHEMA_ENV. Remote databases need network access and valid TLS settings.
Installation
In SourceWeft
- Open Secure Schema MCP in the dashboard and add it to a workspace.
- Enable the server for the chats that should use its tools.
Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.
Other MCP clients
Follow the launch instructions in the repository.
README
Secure Schema MCP
A read-only MCP server that gives AI coding tools database structure without exposing row data. It returns table and view names, columns, types, keys, and relationships in a compact format designed to reduce LLM token usage.
What it exposes
Schema metadata can still be sensitive. A column name such as ssn reveals information even without values, so production deployments should always use the table allowlist and a dedicated database account.
Requirements
- An MCP-compatible client such as Cursor or Codex
- A reachable SQLite, PostgreSQL, or MySQL database
- Python 3.12 or newer when installing without
uvx
SQLite support uses Python's built-in driver. PostgreSQL and MySQL drivers are included. Other SQLAlchemy dialects are not tested or bundled in v1.
Configure your IDE
The recommended setup uses uvx to download and run the published Python package in an isolated environment. You do not need to clone this repository or start the server separately. Your IDE launches it over stdio when needed.
Cursor
Add this server to your Cursor MCP configuration:
Restart or reload Cursor after changing its MCP configuration.
Codex
Add this to ~/.codex/config.toml or a trusted project's .codex/config.toml:
Install once instead
If you prefer a persistent installation:
Then use "command": "mcp-secure-schema" with an empty args list in the IDE configuration.
Database URLs
Secure Schema MCP accepts SQLAlchemy connection URLs:
Percent-encode special characters in URL usernames and passwords. For example, @ in a password becomes %40.
Local and remote databases use the same MCP configuration. For remote databases, the machine running the IDE must also have working DNS, network access, firewall permission, and valid TLS settings.
Configuration
Multiple schemas
DATABASE_SCHEMA selects the default namespace. Resolution works as follows:
- In production, a configured
DATABASE_SCHEMAis a security boundary and tool arguments cannot override it. - Outside production, an explicit tool
schemaargument overridesDATABASE_SCHEMA. - Without either value, the database driver's default schema is used.
For strict production access to multiple schemas, run one MCP server entry per schema with its own DATABASE_SCHEMA and ALLOWED_TABLES values. The table allowlist contains unqualified names, not schema.table values.
Tools
schema_overview: compact map of permitted tables, views, primary keys, and foreign-key relationshipslist_tables: permitted table and view inventoryinspect_table: columns, SQL types, nullability, primary keys, unique constraints, and foreign keys for one entity
Every tool defaults to format="compact" for lower token usage:
Pass format="markdown" when a human-readable table is more useful.
Security notes
- The server exposes only SQLAlchemy inspection operations; it provides no row-query or write tool.
- Missing and disallowed table names return the same message when an allowlist is active, avoiding an existence leak.
- Client-facing errors are sanitized. Operational details are written to server stderr.
- The IDE launches the MCP process and supplies its environment, so treat the IDE and its configuration as trusted.
- Do not commit configurations containing credentials. For stronger isolation, launch through a wrapper that obtains
DATABASE_URLfrom an OS keychain or secret manager. - Use a dedicated least-privilege database account and TLS certificate verification for remote connections.
Example PostgreSQL role:
Metadata visibility varies by PostgreSQL provider and database policy. Grant only the additional catalog or object privileges required for inspection; avoid granting row SELECT unless your environment requires it.
Troubleshooting
The server exits immediately
Check the IDE's MCP logs. DATABASE_URL is mandatory, and production mode also requires a non-empty ALLOWED_TABLES value.
No tables or views are discovered
Confirm DATABASE_SCHEMA, exact table-name casing, database permissions, and whether the allowlist contains the expected names.
The connection URL fails with a valid password
Percent-encode reserved URL characters or use a secret-injection wrapper. Do not paste real credentials into issues or logs.
uvx is not found
Install uv using its official instructions, or install the package with pipx and use mcp-secure-schema as the command.
Starting the command appears to hang
That is normal for a stdio MCP server. It waits for an MCP client on standard input and is normally started by the IDE.
Development
Clone the repository only when developing or testing the server:
Run the test suite:
Run the opt-in PostgreSQL integration test against a disposable database. The test creates and removes a randomly named schema:
The tests verify row-data isolation, allowlist behavior, sanitized errors, compact output, relationships, schema selection, and the locked production namespace.
Release checklist
Maintainers should update the matching versions in pyproject.toml and server.json, run the complete SQLite and PostgreSQL suites, build with uv build --no-sources, verify installation from the wheel, publish to PyPI, and only then publish server.json to the MCP Registry.
License
Licensed under the Apache License 2.0. See LICENSE and NOTICE.
Source: README.md at commit fb661d1
Tools
0Version history
1- v1.0.1LatestSep 16, 2026
Score
50% of the applicable checks met
How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.
- Reached in the last 30 days25 pts
Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.
- Auth declared10 pts
Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.
- Tools listed15 pts
Answer tools/list without a credential, or ship a package that starts in a sandbox without one.
- DescriptionRequired15 pts
- Logo10 pts
- Documentation15 pts
- License10 pts