Scan Databases with cnspec
Scan managed and self-hosted databases, data warehouses, and search engines for security and compliance misconfigurations with cnspec.
Your databases hold the data an attacker actually wants, and most of the risk lives in configuration rather than in the data itself: an account with no password, a server bound to every interface, a privilege granted to PUBLIC, encryption left off, audit logging never enabled. cnspec connects to a database with a read-only credential and assesses that configuration against security and compliance best practices.
cnspec never reads your application data. Every database provider inventories the server through its catalog, its administrative commands, or its management API.
New to cnspec? Read the Quickstart to install cnspec and run your first scan.
Managed and cloud data platforms
Scan the control plane of a managed service: who can reach it, who administers it, and how its credentials are governed.
Snowflake
Scan Snowflake accounts.
Databricks
Scan Databricks accounts and workspaces.
MongoDB Atlas
Scan MongoDB Atlas organizations and projects.
Neon
Scan Neon Postgres organizations and projects.
ClickHouse Cloud
Scan ClickHouse Cloud organizations and services.
Self-managed databases
Scan a database you run yourself, over its own protocol, with a least-privileged auditing account.
Microsoft SQL Server
Scan SQL Server instances and databases.
PostgreSQL
Scan PostgreSQL servers and databases.
MySQL, MariaDB, and Percona
Scan MySQL-compatible servers and schemas.
Oracle Database
Scan Oracle databases, users, roles, and profiles.
IBM Db2
Scan Db2 databases, authorities, and privileges.
MongoDB
Scan self-hosted MongoDB servers.
Apache Cassandra
Scan Cassandra clusters, roles, and keyspaces.
ClickHouse
Scan self-hosted ClickHouse servers.
Redis and Valkey
Scan Redis and Valkey servers.
Search and vector engines
Elasticsearch
Scan Elasticsearch clusters, roles, and API keys.
OpenSearch
Scan OpenSearch clusters and the security plugin.
Weaviate
Scan Weaviate vector databases and their RBAC.
Pick the right provider
Several technologies have both a managed and a self-hosted provider, and they audit different things:
| You run | Use | It audits |
|---|---|---|
| MongoDB Atlas | mongodbatlas | Projects, clusters, network access, database users, API keys |
| MongoDB you host | mongo | Server configuration, users, roles, privileges, databases |
| ClickHouse Cloud | clickhousecloud | Services, IP access lists, endpoints, API keys, members |
| ClickHouse you host | clickhousedb | Server settings, users, roles, grants, quotas, clusters |
| Neon Postgres | neon | Organizations, projects, branches, compute endpoints, API keys |
| PostgreSQL you host | postgresdb | Roles, databases, schemas, privileges, HBA rules, settings |
Scanning a managed service's control plane and scanning the database inside it are complementary. A ClickHouse Cloud service with a locked-down IP allow list can still have a passwordless user inside it, and only clickhousedb will find that.
A note on configuration files
Some databases can also be assessed from their on-disk configuration with the os provider, which reads option files without opening a database connection. That approach sees what the server will load on its next restart; the providers on this page see what the running server actually has in effect. Where both exist, they answer different questions and are worth running together.