For Agents
Provision and manage Cloud Intrusion Detection System endpoints on a Google Cloud VPC to inspect mirrored traffic for malware, C2, and other network threats.
Use for: Create a Cloud IDS endpoint in europe-west1 for our production VPC, List all Cloud IDS endpoints in a project, Update the severity threshold on a Cloud IDS endpoint to LOW, Delete an unused Cloud IDS endpoint
Not supported: Does not return detected threats, manage firewall rules, or scan web apps — use for Cloud IDS endpoint lifecycle (create, list, update, delete) on a VPC only.
The Cloud IDS API manages Cloud Intrusion Detection System endpoints on Google Cloud. Cloud IDS is built on Palo Alto Networks threat detection technology and inspects mirrored VPC traffic for malware, spyware, command-and-control activity, and other network-based threats. The API provides CRUD over IDS endpoints attached to a VPC and a region, lists locations where Cloud IDS is available, and exposes long-running operations that track endpoint provisioning. Detected threats themselves are streamed to Cloud Logging and Security Command Center; this API is the control plane for the inspection endpoints, not the threat feed.
Install Jentic One Beta
Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Cloud IDS API, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.
Two steps, two machines. Install the instance in a safe environment, then register your agent from wherever it runs.
Step 1: Jentic One Host machine
# On the machine that will host your Jentic One instance:
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | shStep 2: Agent machine
# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh
jentic register # connects your agent to your Jentic One instanceJentic One is in public beta. The setup above keeps your agent separate from the instance, which is what you want before using real credentials: an agent running as the same OS user as Jentic One can read its stored keys directly. Just evaluating? A single local install is fine to start. See the secure deployment guide for the tiers.
What an agent can do with Cloud IDS API.
Create a Cloud IDS endpoint attached to a specified VPC, region, and severity threshold
List Cloud IDS endpoints in a project and region with their state and threat-severity settings
Get a single Cloud IDS endpoint to inspect its network, severity threshold, and update timestamps
Update a Cloud IDS endpoint to change severity threshold or threat exception lists
Delete a Cloud IDS endpoint when its inspection scope is no longer required
Track long-running endpoint provisioning operations to confirm readiness
List supported Cloud IDS locations to plan multi-region deployments
Patterns agents use Cloud IDS API for, with concrete tasks.
★ Production VPC Threat Inspection
Security teams running production workloads on Google Cloud deploy a Cloud IDS endpoint per VPC and per region of interest, with severity threshold tuned to MEDIUM or LOW. Mirrored VPC traffic is inspected by Palo Alto threat signatures and any detections are emitted to Cloud Logging and Security Command Center. The API drives this provisioning as code so endpoints are reproducible across environments.
Create a Cloud IDS endpoint named prod-eu in projects/p/locations/europe-west1 attached to network projects/p/global/networks/prod-vpc with severity LOW, and poll the returned operation until done.
Regional Rollout Inventory
When expanding into a new region, a SecOps team lists Cloud IDS endpoints across the project to confirm coverage matches the workload footprint. Gaps are filled by creating new endpoints; over-provisioned endpoints in unused regions are deleted. The API's list and locations operations make this auditable.
List all Cloud IDS endpoints under projects/p across all locations, then for each region with no endpoint produce a remediation plan with location, network, and proposed severity.
Severity Tuning After False Positives
Operations teams adjust an IDS endpoint's severity threshold after a wave of low-severity false positives, or extend the threat-exceptions list to silence specific signatures. The API supports PATCH on the endpoint resource so the change is auditable and revertible.
Update endpoint projects/p/locations/europe-west1/endpoints/prod-eu to set severity to MEDIUM and add threatExceptions for signature IDs 12345 and 67890, then confirm the response shows the new values.
AI Agent IDS Health and Drift Check
An AI agent runs a daily health check on Cloud IDS deployments via Jentic, listing endpoints, comparing configurations against declared policy, and surfacing drift to SecOps. The agent uses a service-account credential isolated by Jentic so raw private keys never enter its context.
List Cloud IDS endpoints under projects/p across all locations, compare each one's severity field against declared-ids.yaml, and emit a drift report listing endpoints whose severity does not match the declared value.
8 endpoints — the cloud ids api manages cloud intrusion detection system endpoints on google cloud.
METHOD
PATH
DESCRIPTION
/v1/{+parent}/endpoints
List Cloud IDS endpoints under a project and location
/v1/{+parent}/endpoints
Create a new Cloud IDS endpoint
/v1/{+name}
Get a Cloud IDS endpoint by name
/v1/{+name}
Update a Cloud IDS endpoint
/v1/{+name}
Delete a Cloud IDS endpoint
/v1/{+name}/locations
List supported Cloud IDS locations
/v1/{+name}/operations
List long-running operations
/v1/{+name}:cancel
Cancel a long-running operation
/v1/{+parent}/endpoints
List Cloud IDS endpoints under a project and location
/v1/{+parent}/endpoints
Create a new Cloud IDS endpoint
/v1/{+name}
Get a Cloud IDS endpoint by name
/v1/{+name}
Update a Cloud IDS endpoint
/v1/{+name}
Delete a Cloud IDS endpoint
/v1/{+name}/locations
List supported Cloud IDS locations
/v1/{+name}/operations
List long-running operations
/v1/{+name}:cancel
Cancel a long-running operation
Three things that make agents converge on Jentic-routed access.
Credential isolation
Cloud IDS admin credentials live encrypted in the Jentic vault. Each call mints a short-lived OAuth token scoped to cloud-platform so raw service-account keys never enter the agent runtime.
Intent-based discovery
Agents search 'create cloud ids endpoint' or 'list cloud ids endpoints' and Jentic returns the matching operation with its parameter and body schema, abstracting URL-encoded resource names.
Time to first call
Direct integration: 1-2 days for OAuth, the parent/name resource pattern, and long-running-operation polling. Through Jentic: under 1 hour for the same workflow.
Alternatives and complements available in the Jentic catalogue.
Specific to using Cloud IDS API through Jentic.
What authentication does the Cloud IDS API use?
Google OAuth 2.0 with the cloud-platform scope and an IAM principal that holds ids.endpoints.* permissions on the parent project. Through Jentic the credential is held encrypted in the vault and exchanged for a scoped access token at call time.
Can I update an existing Cloud IDS endpoint's severity?
Yes. Call PATCH /v1/{+name} on the endpoint resource with severity set to INFORMATIONAL, LOW, MEDIUM, HIGH, or CRITICAL. Endpoint updates run as long-running operations; poll the returned operation name until done.
What are the rate limits for the Cloud IDS API?
Google enforces a per-project quota on Cloud IDS admin operations (default in the low hundreds of QPS). Most actions are infrequent control-plane changes that complete via long-running operations within minutes.
How do I deploy a Cloud IDS endpoint through Jentic?
Search Jentic with 'create cloud ids endpoint', load the POST /v1/{+parent}/endpoints operation, and execute with parent set to projects/{p}/locations/{region} and a body specifying network, severity, and endpoint id. Jentic handles OAuth and returns the operation name.
Does the Cloud IDS API return detected threats?
No. Detected threats are exported to Cloud Logging and surface in Security Command Center. This API is the control plane for IDS endpoints; consume threat findings via the Cloud Logging or Security Command Center APIs.
GET STARTED