Product

How Jentic Works

From API assessment to production deployment in four simple steps.

Product Overview

PLATFORM

Jentic OneSelf-hosted, open-source control plane between your agents and any APIAPI DirectoryBrowse 10,000+ APIs ready for AI agent integrationAPI ScorecardAssess your APIs for AI-readiness with automated scoringAgentic SandboxSafely simulate AI agents with your production APIsJenticSign in to the Jentic web app

CAPABILITIES

IntegrationConnect AI agents to your existing systemsWorkflowsDiscover and capture successful agent workflowsGovernanceDefine, observe, and enforce AI policies

TOOLS

Arazzo UIVisualize Arazzo workflows as interactive documentationArazzo EditorBuild and edit multi-step API workflows visually
Pricing
Developers

GET STARTED

DocumentationGuides and API referenceQuickstartGet up and running in minutes

COMMUNITY

GitHubOpen source projects and examples
Resources
BlogLatest articles and insightsPress & MediaBrand assets and press contactOpen StandardsBuilt on open specs. Never locked in.NewsletterAPIs, AI agents, mixed with architecture and strategy.
Company
About UsOur mission and teamCareersJoin our teamContactGet in touch
Install Jentic OneBook a Demo
How Jentic WorksJentic OneAPI DirectoryAPI ScorecardAgentic SandboxJenticIntegrationWorkflowsGovernanceArazzo UIArazzo Editor
Pricing
DocumentationQuickstartGitHub
BlogPress & MediaOpen StandardsNewsletter
About UsCareersContact
Request a demoInstall Jentic One
Jentic
For Enterprises
  • Product Overview
  • Agentic Sandbox
  • Book a Demo
For Developers
  • Jentic One
  • Documentation
  • GitHub
Company
  • About Jentic
  • Careers
  • Contact Us
ISO/IEC 27001:2022 certification badge issued by Prescient Security

Information Security Management System

Certified to ISO/IEC 27001:2022 by Prescient Security

Terms & Conditions•Privacy Policy•
© 2026 Jentic. All rights reserved.
APIs / Security / Google / BigQuery Data Policy API
BigQuery Data Policy API logo

Google BigQuery Data Policy API

Browse all Google APIs
✓ Official Vendor SpecSecurityComplianceoauth29 EndpointsREST

For Agents

Manage column-level masking and access policies attached to BigQuery policy tags. Agents can create, rename, and IAM-bind data policies that protect sensitive columns at query time.

Use for: I need to create a data policy that masks customer email columns, List all BigQuery data policies under a project and location, Get the masking rule attached to a specific data policy, Update the masking expression on an existing data policy

Not supported: Does not run queries, manage encryption keys, or transfer data — use for column-level masking policy management only.

The BigQuery Data Policy API manages column-level masking policies that BigQuery enforces at query time. You attach a data policy to a policy tag in Data Catalog, and any column tagged with it is masked, hashed, or nulled out for callers who lack the unmask role. The API exposes create, list, patch, rename, and delete operations on data policies plus IAM policy management on each resource. Together with policy tags, this lets data platform teams enforce GDPR/HIPAA-style column controls without writing per-query views.

Jentic One on GithubView OpenAPI Document

Install Jentic One Beta

Connect the BigQuery Data Policy API to your agent

Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the BigQuery Data Policy 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.

1

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 | sh
2

Step 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 instance

Jentic 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.

Capabilities

What an agent can do with BigQuery Data Policy API.

Create data policies that apply masking rules to columns tagged with a policy tag

List all data policies in a project and location for inventory and audit

Patch a data policy to change its data-masking expression

Rename a data policy resource without re-tagging columns

Delete data policies that are no longer enforced

Read and set IAM policies that grant the unmask role on sensitive columns

Test caller permissions on a data policy before delegating access

Use Cases

Patterns agents use BigQuery Data Policy API for, with concrete tasks.

★ PII Masking at Query Time

Apply masking policies to columns tagged with sensitivity labels so PII is hashed or nulled for callers without the unmask role. Data policies are managed at /v1/{parent}/dataPolicies and bound via setIamPolicy. This avoids creating per-team views and keeps a single source of truth for the underlying table.

Create a data policy named mask_email_sha256 that applies SHA256 to columns tagged with the pii.email policy tag in project myproj location US.

Tiered Access Across Analyst Groups

Grant the dataPolicies.maskedReader role to broad analyst groups and roles/datacatalog.categoryFineGrainedReader to a small unmask group. Use setIamPolicy on the data policy resource to control which principals see the raw values. The whole tiering can be expressed as a few API calls, avoiding hand-managed BigQuery views.

Bind roles/bigquerydatapolicy.maskedReader to group analysts@example.com on data policy projects/myproj/locations/US/dataPolicies/mask_email_sha256.

Compliance Audit and Inventory

Periodically list all data policies in each project and location and verify that critical policy tags have a policy attached. The list endpoint at /v1/{parent}/dataPolicies returns the policy expression and bound resources, which can be exported into a compliance system.

List all data policies in project myproj location US and return any that have an empty data masking expression.

Agent-Driven Policy Provisioning

An AI agent can take a request like 'mask credit card numbers everywhere they appear' and create the matching data policy via Jentic. The agent loads the create operation, generates the masking expression, and binds the right IAM role to a reviewer group. Sensitive credentials never leave the Jentic vault.

From the request 'redact CCN columns for everyone except finance', create the data policy and grant unmask role to finance-readers@example.com.

Key Endpoints

9 endpoints — the bigquery data policy api manages column-level masking policies that bigquery enforces at query time.

METHOD

PATH

DESCRIPTION

POST

/v1/{+parent}/dataPolicies

Create a new data policy under a project and location

GET

/v1/{+parent}/dataPolicies

List data policies under a project and location

GET

/v1/{+name}

Get a single data policy

PATCH

/v1/{+name}

Update a data policy's masking expression

POST

/v1/{+name}:rename

Rename a data policy resource

DELETE

/v1/{+name}

Delete a data policy

POST

/v1/{+resource}:setIamPolicy

Set the IAM policy on a data policy

POST

/v1/{+parent}/dataPolicies

Create a new data policy under a project and location

GET

/v1/{+parent}/dataPolicies

List data policies under a project and location

GET

/v1/{+name}

Get a single data policy

PATCH

/v1/{+name}

Update a data policy's masking expression

POST

/v1/{+name}:rename

Rename a data policy resource

DELETE

/v1/{+name}

Delete a data policy

POST

/v1/{+resource}:setIamPolicy

Set the IAM policy on a data policy

Why Jentic?

Three things that make agents converge on Jentic-routed access.

Credential management

Credential isolation

Google OAuth 2.0 client credentials and refresh tokens are stored encrypted in the Jentic vault (MAXsystem). The agent only ever sees a scoped, short-lived access token, so it cannot persist or exfiltrate the refresh token.

Intent-based discovery

Intent-based discovery

Agents search Jentic with intents like 'mask a BigQuery column' and Jentic returns the create dataPolicy operation with its dataMaskingPolicy schema, so the agent can call the right endpoint without reading the Discovery doc.

Time to first call

Time to first call

Direct integration: half a day for OAuth and learning the policyTag/maskingPolicy shape. Through Jentic: under 30 minutes — search, load schema, execute.

Related APIs

Alternatives and complements available in the Jentic catalogue.

Complementary

BigQuery API

→

Runs the queries that the data policies mask at execution time.

Choose BigQuery when the agent needs to query data; choose Data Policy when it needs to set up the masking that BigQuery applies.

Complementary

Cloud KMS API

→

Manages encryption keys that protect the underlying data at rest.

Use Cloud KMS for at-rest encryption of the table; use Data Policy for query-time masking of specific columns.

Alternative

BigQuery Connection API

→

Provides a different control plane for federated source access.

Use Connection to control access to whole external sources; use Data Policy for column-level masking inside BigQuery.

FAQs

Specific to using BigQuery Data Policy API through Jentic.

What authentication does the BigQuery Data Policy API use?

The BigQuery Data Policy API uses Google OAuth 2.0 with the cloud-platform and bigquery scopes. Jentic stores the OAuth refresh token encrypted and provides the agent only a scoped access token at execution time.

Can I attach a masking expression to a Data Catalog policy tag?

Yes. Create the data policy via POST /v1/{parent}/dataPolicies with a policyTag field referencing the Data Catalog tag and a dataMaskingPolicy expression (for example SHA256, DEFAULT_MASKING_VALUE, or a custom UDF). BigQuery enforces it on every query.

What are the rate limits for the BigQuery Data Policy API?

Project-level quotas apply: typically a small write QPS for create/patch/rename/delete on the same data policy and a few hundred QPS for reads. Specific per-project values are visible in the Google Cloud quotas console.

How do I rename a data policy through Jentic?

Search Jentic for 'rename a BigQuery data policy', load the schema for POST /v1/{name}:rename, and execute with the new newDataPolicyId. Jentic forwards the OAuth token; the policyTag binding stays intact.

Does this API mask data in tables that have no policy tag?

No. Data policies only take effect on columns whose schema includes a policyTag that this policy is attached to. Untagged columns are returned in cleartext regardless of how many data policies exist.

GET STARTED

Start building with BigQuery Data Policy API

Explore with Jentic
View OpenAPI Document