Binary Authorization API

正常analytics Google

Binary Authorization API 用于管理 attestors、IAM policy 与镜像验证流程，面向 GKE 和 Anthos 的发布门禁。

访问站点 ↗健康巡检 9 小时前

适合什么时候用

直接覆盖 attestors 与验证操作

先注意什么

接口面偏治理和验证，不负责镜像构建

第一步先查

准备 cloud-platform scope 的 OAuth 令牌后，先读取 attestors，再测试 validateAttestationOccurrence、getIamPolicy 和 setIamPolicy 相关操作。

认证

oauth

CORS

不支持

HTTPS

是

需要

延迟

44 ms

协议

REST

计费

—

可用率 · 30 天窗口

巡检: 1可用率: 100%平均延迟: 44ms

关于这个 API

这份接口围绕 Binary Authorization 的发布门禁而不是镜像仓库本身，重点是 attestors、IAM policy 和 validateAttestationOccurrence 这类校验动作。 OpenAPI 文档直接暴露了 "/v1beta1/{attestor}:validateAttestationOccurrence", "/v1beta1/{name}", "/v1beta1/{parent}/attestors", and "/v1beta1/{resource}:getIamPolicy"，以及 "projects" and "systempolicy" 这些功能标签。

这很适合创建或维护 attestors、在部署前验证 attestation occurrence，以及为 GKE / Anthos 相关资源设置 IAM policy。spec 里能看到 "https://www.googleapis.com/auth/cloud-platform" 这类 scope。

接口面偏治理和验证，不负责镜像构建 scope 只有 cloud-platform，权限边界要在项目侧处理

你可以做什么

1创建或维护 attestors
2在部署前验证 attestation occurrence
3为 GKE / Anthos 相关资源设置 IAM policy

优劣对比

优点

直接覆盖 attestors 与验证操作
把 GKE、Anthos Service Mesh、Anthos Clusters 放进同一治理面
IAM 相关路径完整

注意事项

接口面偏治理和验证，不负责镜像构建
scope 只有 cloud-platform，权限边界要在项目侧处理

示例请求

通用模板 — 实际 endpoint 请查阅文档替换 <endpoint>。

curl https://google.com/<endpoint> \
  -H "Authorization: Bearer $ACCESS_TOKEN"

快速开始

准备 cloud-platform scope 的 OAuth 令牌后，先读取 attestors，再测试 validateAttestationOccurrence、getIamPolicy 和 setIamPolicy 相关操作。

技术细节

CORS: NoHTTPS: Yes注册: Yes开源: No

认证方式: oauth
计费: unknown
协议: REST
响应时间: 44 ms
上次巡检: 2026/5/12 07:37:30