📊 All Features ⚡ Product Details 🔒 Security & Trust
Database security  ·  by Sun AI and Data LLC

DBSheriff
Your databases, protected
from the inside out.

Most security tools tell you about a problem after the damage is done. DBSheriff catches it while it is happening — every statement on your databases is seen, scored within seconds, and a confirmed threat is stopped before a customer record, a financial file or a trade secret leaves the building. It runs inside your own network. We never see your data, and neither does anyone else.

12 database engines, one console Under 5 seconds from query to decision Nothing installed on the database Nothing leaves your network

Full product, every engine, 30 days · Download link arrives by e-mail · Runs on-prem or in your AWS, GCP or Azure account

🔒
The private-subnet guarantee

DBSheriff is deployed entirely within your own private network — your AWS VPC, GCP VPC, Azure VNet or on-premises data centre. No outbound connection is required at runtime. No query text, no user identity, no schema name, no event record and no credential ever leaves your security perimeter. This is not a configuration option. It is the only way DBSheriff operates.

The first five minutes

Real answers on day one.
Not after weeks of watching.

Most database security tools need weeks of quietly watching your traffic before they know your environment well enough to say anything useful. DBSheriff works differently: the moment you connect a database it runs a full posture check and hands your team a plain-English report — no waiting, no learning period. Think of it as a home inspection for your database.

🔍  What it checks the moment you connect
Default, demo or dormant logins that were never turned off
Privileges that let far more people read sensitive data than should
Connections that are not encrypted and could be intercepted
Weak password verifiers, missing password policy, no session limits
Superuser and admin roles outside the set you expect
Audit and statement logging switched off, or too short to see whole queries
Roles with file, OS or network access from inside the database
Classified tables with no protection object on them at all
▲  Why this matters to you

You get a real answer to “is our data safe right now?” in the first five minutes. Every finding is informational: nothing on your systems changes until your own team turns an action on. Passes are recorded too, so the report is evidence, not just a to-do list.

The gap in your security stack

Your existing tools are excellent.
They just can't reach this moment.

Your log-monitoring tools (a SIEM) catch odd behaviour after it is recorded in a log. Your data-leak protection (DLP) stops files at the network's edge. These are important, well-built layers, and DBSheriff is not here to replace any of them. It fills the one gap they all share: the moment a database statement is actually running, before anyone else notices.

The only moment that matters is while the statement is still running. That brief window, often a few seconds, is the only point where a threat can still be stopped, and it is a blind spot for every other tool you own. That is the moment DBSheriff was built to catch.

$4.9M
Average cost of a
data breach
(IBM, 2024)
277
Days to identify
& contain
a breach
83%
Of breaches involve
database or
application-layer data
<5s
DBSheriff's window
from query start
to decision
Security layerWhat it covers🔒  DBSheriff's role
Firewall / access managementControls who can reach your network and log inComplements — catches abuse of already-authorised connections
SIEM / log analyticsDetects anomalies in historical log data, after the factComplements — acts in real time while the statement is still running
DLP (data loss prevention)Flags exfiltration at the network edge, after the query completesComplements — terminates the statement before data reaches the edge
The live query windowNot covered by any of the aboveDBSheriff — this is the gap it was built for
What DBSheriff does

Six things, on every engine,
from one console.

DBSheriff connects to each database with a few ordinary, read-mostly accounts and reads the same views and audit trails your DBAs already use. Nothing is installed on the server. What it does with that is the same on every engine.

👁
1. See every statement, in real time
Who ran it, from which address and application, how long it has been running, what it touched. Statements too fast to be seen running are still counted from the engine's own counters, so a burst of quick reads shows up as a jump. Failed and successful logins are read from the server's audit trail, so a password-guessing burst followed by a login is caught as one story.
🔎
2. Know what is sensitive
DBSheriff scans every database and proposes which tables and columns hold sensitive data, using evidence the engine already has: optimizer statistics, column comments and tags, native sensitivity labels, cheap value sampling. Two independent sources that agree approve a column automatically; everything else waits for you. Decisions can be written back as native tags so your other tools see them.
⚡
3. Catch the behaviour that matters
Hard rules catch what is always trouble: reads of classified tables, bulk export, data leaving through links and file functions, OS access from SQL, privilege escalation, and attempts to blind the monitoring. Underneath, a behavioural model learns what normal looks like for your people and flags off-hours access, new addresses, impossible travel, dormant accounts waking up and injection patterns. Every query is judged by three identities at once, so a cosmetic rewrite is recognised and an evasive one is flagged.
🛡
4. Stop it, in steps you control
Terminate the statement and confirm it is gone. Or respond in graduated steps: a statement timeout, a temporary revoke on the touched table, a session limit — reversible, time-boxed, audited. A burst or a re-run of a killed query climbs a lock ladder up to a fully locked account; unlock restores every step. Trusted identities are never killed. You decide which ones.
📋
5. Evidence for your auditors
Hourly snapshots of roles, privileges, security settings and extensions, with what changed. Which classified tables each login read and whether those tables are protected. A compliance report per server with every posture check marked passed or failed, with the exact query that established it, tied to PCI DSS 4.0, SOC 2, NIST 800-53 and the CIS benchmarks. Export as HTML or CSV.
⚙
6. Posture: the settings that make everything else true
A scheduled scan tells you when something slips: trust or cleartext authentication rules, wide-open address ranges, roles with file or OS access, TLS off, audit logging off, weak verifiers, no password policy, public grants, unreviewed classifications, dormant accounts. Each engine is treated as its own security stack, using its native features rather than a lowest common denominator.
▲  Start safely — detect first, act when you are ready

New installations run in detect-only mode. You see exactly what DBSheriff would have stopped before you let it act. Every action — terminate, revoke, lock, write a tag — is a switch you turn on per server, is reversible, and is written to an audit table you can read. DBSheriff never changes your data, roles or settings on its own.

◆  How it works, at a glance
🗃
Step 1
Your databases
All twelve engines watched at once through their own catalogs and audit trails. Nothing installed on the database itself.
🤖
Step 2
Rules + behavioural scoring
Every active statement scored within seconds. Rules for what is always wrong; a model trained on your own traffic for what is unusual.
🛡
Step 3
Respond & record
Alert, slow down, revoke, terminate or lock, in the steps you chose. Every decision and every action logged inside your network.
Database support

One console.
Twelve database engines.

Most businesses run more than one kind of database. DBSheriff covers them through one platform — same protection, same setup, same console. Each engine gets a security pass built on its own native audit and security features, on-premises and in the managed cloud service alike. The per-engine setup guides list every prerequisite and the monitoring accounts to create.

🐘 PostgreSQL
Self-managed · Amazon RDS & Aurora · pgaudit optional
🐳 MySQL
Self-managed · Amazon RDS & Aurora MySQL · MariaDB
🪄 SQL Server
Self-managed · RDS for SQL Server · Azure SQL MI · server and database audit
🛠 Oracle
Self-managed · RDS for Oracle · unified audit, privilege analysis
❄ Snowflake
Account usage views · native tags and masking policies
🔨 Databricks
Unity Catalog audit · system tables
📊 BigQuery
Audit logs · INFORMATION_SCHEMA · policy tags
🍃 MongoDB
Self-managed · Atlas
🏠 SAP HANA
Self-managed · HANA Cloud
🛡 AWS Redshift
Provisioned clusters · multi-database monitoring on one cluster
🌐 Google Cloud Spanner
IAM-native access control · Cloud Audit Logs
📊 Azure Synapse
Dedicated SQL pools · workspace-native auditing

A licence names the engines you use; the trial has all of them. See the full engine-by-engine feature comparison, tested against real, live infrastructure on every one. Setup guides for each engine are provided directly once you're a customer.

How you run it

Your host, your network,
one installer.

DBSheriff is a set of containers on one Linux host that you control. The host can sit on-premises or be a VM in your own AWS, GCP or Azure account; the databases it watches can be anywhere. The guided installer verifies the signed release, loads the images and walks you through the first server.

What the host needs

  • x86_64 Linux: Ubuntu 22.04+, RHEL / Rocky 9+, Debian 12+ or Amazon Linux 2023
  • 4 vCPU, 16 GB RAM, 60 GB disk — e.g. AWS m6i.xlarge, GCP e2-standard-4, Azure D4s_v5; 8 vCPU / 32 GB for more than about five monitored servers
  • Docker Engine 24+ with the Compose v2 plugin
  • No inbound access from the internet. Outbound only for the download, and not even that for an air-gapped install

From download to first finding

  • Sign up with a work e-mail; a private download link and install command arrive within a minute
  • One command on the host installs the release
  • The installer checks the release's signed checksums, loads the images and starts the guided setup
  • Register the first database with the accounts from its setup guide; the posture report is on screen minutes later
  • Air-gapped? Download the package and the image bundle on another machine and copy them over

Trial, then licence

  • 30 days, full product: every engine, unlimited servers, kill and lock actions, classification and compliance reports. No licence file
  • When the 30 days are up, or earlier, a licence is a file naming your engines and servers. No reinstall
  • Releases are Cython-compiled, CVE-scanned and signed; every shipped file is listed with the release

Documentation

  • Full installation guide — host requirements, the installer, day-2 operations
  • Per-engine setup guides — prerequisites and the monitoring accounts to create
  • Feature guides per engine ship inside the package

Sent directly once you're a customer or trial user — not published publicly.

Real-world scenarios

What this actually
looks like in practice.

🌐
A stolen password, used from the other side of the world
Someone gets hold of an employee's login and uses it from a country they have never logged in from. DBSheriff notices the impossible distance and timing instantly and can widen the response to every session of that login.
😴
An old, forgotten account suddenly wakes up
A former contractor's login sits untouched for months, then is suddenly used again. That silence-then-activity pattern is a classic sign of a compromised account, and the posture scan had already listed it as dormant.
📤
Someone tries to quietly copy out your customer list
A user starts pulling far more rows from a classified table than their baseline, or exports in bulk through a file function or a database link. DBSheriff catches the volume and the route, and can stop it before the file leaves.
🔑
Someone tries to grant themselves more access
An account hands itself admin-level privileges it was never supposed to have, or switches audit logging off first. DBSheriff treats both as red flags automatically. No exceptions.
Compliance & governance

Built for regulated industries
where breaches are existential.

A single data breach can be company-ending for financial services, healthcare and government organisations. DBSheriff gives you a definitive answer when an auditor asks whether access to sensitive data was actively watched and controlled — and because everything stays inside your own network, adding it does not add compliance paperwork of its own.

◆  Findings are mapped to

PCI DSS 4.0  ·  SOC 2  ·  NIST 800-53  ·  CIS benchmarks per engine  ·  and the access-control evidence HIPAA and GDPR reviews ask for  ·  your own database access policies

See the layer your stack
is missing — DBSheriff

Try the full product on your own host for 30 days — every database engine, no licence file, nothing leaves your network. Or let us walk you through a live demonstration and show you exactly where DBSheriff sits alongside your existing security tools.

Work e-mail required for the trial · No commitment · NDA available before any technical discussion

Who builds it

Built by people who ran
the systems this protects.

DBSheriff is built by Sun AI and Data LLC, Concord, California. Its founder brings 20+ years in data engineering and cloud architecture, including building and leading systems that process over 160 billion transactions a year at Mastercard (Brighterion) and a $120M merchant risk and fraud platform deployed across four global regions. Real-time scoring of every event, evidence you can hand to an auditor, and nothing leaving the perimeter are not new ideas to us. They are how we have always had to work.

Let's talk

Request a demo,
or reach out directly.

Want a private walkthrough of DBSheriff on your stack, help with a trial install, or a licence quote? Write to us. We reply within one to two business days.

🇺🇸
United StatesSun AI and Data LLC
Concord, CA
+1 341-239-7000
🇮🇳
IndiaSun AI & Data
Mi Casa, 4th floor, Nagarjuna Enclave
Miyapur, Hyderabad 500049
+91 93476 13353

Send an inquiry

Response within 1–2 business days · NDA available on request

Or email directly: info@sunaidata.com