Investigate database pressure
Find the RDS instance, then ask for CPU, connection count or storage metrics over the incident window. Combine the infrastructure evidence with a PostgreSQL or MySQL query through the same endpoint.
Cloud & infrastructure · MCP Firewall integration
Put AWS investigation tools behind GateRook’s MCP Firewall. Expose resource state, CloudWatch metrics and alarms for the account and regions you configure. GateRook resolves credentials locally and returns permitted results through read-only tools; this connector cannot provision, restart or delete resources.
Connection in GateRook
stage-aws
AWS
stage / QAThe security boundary
Your AI requests a tool. GateRook checks its mode and policy, requires approval when configured, and resolves credentials locally before an allowed call runs.
Understand the request flowAsk your AI
List the RDS databases in our stage AWS account in eu-central-1.
{
"connection": "stage-aws",
"region": "eu-central-1",
"type": "AWS::RDS::DBInstance",
"limit": 10
}{
"provider": "aws",
"account": "412398765012",
"region": "eu-central-1",
"type": "AWS::RDS::DBInstance",
"mode": "list",
"resources": [
{
"identifier": "stage-orders",
"properties": {
"DBInstanceIdentifier": "stage-orders",
"Engine": "postgres"
}
}
],
"count": 1,
"truncated": false,
"nextCursor": null
}Sample configuration and output, not a live connection. Replace example values with your environment. Tool names here are connector names; the endpoint may expose a connection-specific name.
Useful access. Explicit control.
Find the RDS instance, then ask for CPU, connection count or storage metrics over the incident window. Combine the infrastructure evidence with a PostgreSQL or MySQL query through the same endpoint.
Inspect supported instances, load balancers, ECS services and queues. Ask AI to explain the resource relationships using the state returned by AWS.
Read current alarm states and the associated metric series before deciding which service to investigate. Every MCP call is available in the activity log.
From service to MCP Firewall
GateRook must be running on a computer that can reach your service. Open Connections, choose Add connection, and select AWS. Give the connection a name and environment.
New to GateRook? Start with the full setup guide.Prepare a local AWS profile or access key with permission to read the resources and metrics you need. If you use AssumeRole, configure its trust relationship and ExternalId before adding the connection.
Open Connections, add AWS, name it stage-aws and choose the stage environment. Enter the regions, credential source and optional role. Keep the generated session policy enabled.
Run Test connection and inspect the resolved account. Check the Cloud policy for permitted services, regions and resource filters, then save the connection. A successful identity check does not grant permissions missing from AWS IAM.
Add the tested connection to an endpoint. In Tools & policies, enable only the tools needed for the task. Start with Read only where supported; use Approval for any selected mutation and leave other tools Off. A connection alone does not grant an AI client access.
In Clients, choose your AI app and endpoint, review the connection details, and connect. Try this guide’s example in Playground before asking your AI. Open Activity to inspect the tool, target, decision and returned result. The getting started guide covers this shared flow.
Connection settings
These are example values for the connection form. Enter credentials into GateRook’s secret fields, not into an AI prompt. Requirements and alternatives are noted per field.
| Setting | Example | How to use it |
|---|---|---|
Regions | eu-central-1 | Add one or more AWS regions. The first region is the default for tool calls. |
Credentials source | profile | Use an existing AWS profile on this computer, or choose accessKey and enter its secret in the protected field. |
Profile | stage-reader | The named profile must exist in your local AWS configuration. |
Role ARN | arn:aws:iam::412398765012:role/gw-readonly | Optional AssumeRole target. Configure the role trust and ExternalId to match the connection. |
Session policy | generated | When assuming a role, GateRook adds a generated read-only session policy. Without a role, that session policy cannot be enforced by AWS. |
Account ID | 412398765012 | Enter the expected account or inspect the account found by Test connection. Later calls reject an account mismatch. |
Know what you expose
The connector defines available operations. GateRook’s MCP Firewall enforces endpoint modes and connection policies before an AI client can use them.
| Tool | Purpose | Access behavior |
|---|---|---|
aws_describe | List resources by CloudFormation type, or inspect one identifier returned by a list. Supports allowed regions, parent identifiers, property selection and post-list filters. | Read only |
aws_metrics | Query CloudWatch metrics and metric math, list recently active metrics, or inspect alarms. Query up to ten metrics in one request. | Read only |
GateRook stores local connection secrets encrypted and resolves them for connectors. Allowed tool results are returned to your AI client and may be processed by its provider. Scope the data you expose as well as the actions you allow.
Practical answers
Use Test connection to isolate service access problems. Use Playground and Activity to inspect endpoint permissions and tool calls.
Yes. Configure AWS credentials or a local profile in GateRook, then connect the AI client to the GateRook endpoint. The client uses GateRook endpoint authentication; it does not need the AWS secret access key.
No. Its tools are aws_describe and aws_metrics. Both are read-only. Use the results to investigate and plan a change through your existing deployment process.
Check the connection region, Cloud policy filters and AWS permissions. Also check whether the CloudFormation type supports the Cloud Control operation and whether its list operation needs a parent.
Keep exploring
Control Google Cloud access through GateRook. Keep service account keys local, scope read-only inventory and monitoring, and enable log access deliberately.
Protect Kubernetes access with GateRook’s MCP Firewall. Restrict namespaces, enable log access deliberately and approve enabled rollout or manifest changes.
Put PostgreSQL behind GateRook’s MCP Firewall. Follow the illustrated setup, scope AI queries, approve an UPDATE and inspect its Activity audit trail.
Your MCP Firewall. Your access rules.
Start with read-only access. Approve changes. Inspect the audit trail.