How runtime
authorization works.
Solving privileged access takes just-in-time access, credentials that never touch the requester, and an experience good enough that people don't work around it. StrongDM delivers all three through runtime authorization, for databases, Kubernetes clusters, cloud, and traditional infrastructure, whether it's a developer, a DBA, an AI agent, or a machine.
HOW IT WORKS
Every request to a database, container, or cloud infrastructure, moves through the same four steps, no matter who or what is asking.
Access is requested for one resource and task, then approved in seconds automatically or when needed by a human based on policy.
The user, machine, or agent connects through StrongDM, which is the only path to any resource.
StrongDM logs every action live, brokers the credential throughout, and ends sessions instantly when policy breaks.
Once the work finishes, access disappears automatically, so no credentials or open sessions linger.
.png)
WHERE IT WORKS
Databases, containers, infrastructure, and AI agents, whether in the cloud or on-premises, all reachable through the same StrongDM gateway.
PostgreSQL, MySQL, Oracle, SQL Server, MongoDB, and 20+ more.
Kubernetes, Amazon EKS, Google GKE, Azure AKS, and Docker.
AWS, including GovCloud, Google Cloud, and Azure.
Claude Code, Claude Desktop, Codex CLI, and Copilot.
Linux, Windows Server (RDP), and SSH-based systems.
Internal tools and HTTP/S resources, no VPN required.
Tunnels requests from the user’s workstation to the gateway through a single TLS 1.2-secured TCP connection. The desktop app runs on Mac and Windows; the CLI additionally supports Linux.
Authenticates the user at login, optionally redirecting to your identity provider or SSO.
Provides graphical and command-line interfaces. Developers get just-in-time access requests through the CLI, using the scripts they already run. Both fit the tools engineers already use, so adoption fits into existing workflows rather than replacing them.
An AI agent doesn’t run the StrongDM desktop app the way a person does. Instead, agents connect one of two ways, depending on which direction the traffic runs.
When an agent like Claude Code, Claude Desktop, Codex CLI, or GitHub Copilot needs to call an external tool through MCP (say, a GitHub or Jira MCP server), StrongDM sits in front of that MCP server. It authenticates the request, enforces policy on which specific tools the agent is allowed to call, and logs every call — the same governance a human session gets.
When an agent needs to run a database query or an SSH command against infrastructure StrongDM already manages, it authenticates as that person, through the same identity provider login the person would use, and then acts under that person’s existing entitlements. The agent never sees a credential. Every command it runs is logged exactly like it would be if the person typed it themselves.
The entry point to your network. Deployed with a DNS entry or sits privately on the corporate network and/or behind a VPN.
On a flat network, the gateway communicates with target systems directly. Where internal subnets block inbound connections, relays create a reverse tunnel back to the gateway.
Decrypts credentials on behalf of end users, machines, and AI agents, and deconstructs requests to support auditing.
Gateways and relays deploy in pairs and scale horizontally.
The Admin UI stores configuration information. Users are assigned to StrongDM Roles, collections of grants to servers, databases, clusters, web apps, and MCP servers, and mapped from identity provider group membership.
Configuration is pushed to the end user's local client and updated in real time.
Admins can also manage configuration as code through the CLI, API, and Terraform provider.
For AI agents: MCP servers are configured as resources like anything else, with an added layer of policy that controls which individual tools an agent may call, not just which resources it can reach. When an agent instead acts on a person's behalf against existing infrastructure, there's nothing extra to configure, as the agent inherits that person's roles as-is.
Why It’s Different
Most access tools authorize once. They check the request, issue the credential, and consider the job done. StrongDM delivers runtime authorization throughout the life of the session. Here’s what that makes possible.
StrongDM brokers the credential at the moment of connection, scopes it to the task, and revokes it the instant the task ends, leaving nothing for an attacker to find.
StrongDM evaluates each command or query against policy before it runs and ends the session immediately if something violates policy.
Engineers and AI agents keep using the tools they already use, while enforcement happens underneath the workflow, not on top of it.
Gateways and relays deploy in pairs and scale horizontally, so a single node failure doesn’t take down access.
CUSTOMER TESTIMONIALS
“Security is a necessary part of day-to-day life. In terms of how we go forward, StrongDM will continue to be part of that story. It has all the mechanisms in place for database access control that we require, and I haven’t found a competitor yet that does the same thing.”
“We chose StrongDM because it’s the one solution to rule them all. You integrate all your data sources, servers, and Kubernetes clusters into StrongDM. Your developers get one simple tool to connect using SSO, and they have access to what they own.”
“Clearcover remains committed to the industry’s best security practices. StrongDM provides us with better insights to bolster our security posture.”
“I would urge all other CISOs to adopt StrongDM as their database proxy platform. We implemented it within a day, and within a week we saw more users requesting access once they saw how easy it was.”
“With StrongDM, people don’t have to maintain usernames and passwords for databases, keys for servers, or passwords for websites. When you eliminate the need for passwords, the attack surface is reduced.”