Verily Life Sciences · Authentication Profile
Verily Life Sciences Authentication
Authentication
Verily Life Sciences declares 0 security scheme(s) across its OpenAPI definitions.
CompanyHealthLife SciencesPrecision HealthClinical ResearchBiomedical DataFHIRResearch Data PlatformTrusted Research EnvironmentGenomicsCloud InfrastructureTerraform
Methods:
Schemes: 0
OAuth flows:
API key in:
Security Schemes
Source
Authentication Profile
generated: '2026-09-02'
method: searched
source: https://support.workbench.verily.com/docs/references/cli_reference/wb/auth/, https://github.com/verily-src/terraform-provider-workbench
docs: https://support.workbench.verily.com/docs/references/cli_reference/wb/auth/
name: Verily Workbench — authentication profile
summary: >-
Verily Workbench delegates identity entirely to Google. There is no Workbench-issued API key, no
Workbench developer console that mints credentials, and no self-serve token page. Every caller
authenticates as a Google identity (Gmail or Google Workspace) or as an impersonated Google service
account, and presents the resulting token as a bearer token to the control-plane API. This profile is
assembled from the CLI reference and from Verily's own open-source Terraform provider, whose generated
clients name the security schemes the API declares; it is NOT derived from a published OpenAPI, because
Verily serves none publicly (the spec endpoints return HTTP 403).
api_base: https://workbench.verily.com/api
security_schemes:
- name: bearerAuth
type: http
scheme: bearer
bearer_format: Google OAuth 2.0 access token or Google-signed ID token
evidence: >-
Declared as `BearerAuthScopes = "bearerAuth.Scopes"` in the oapi-codegen generated clients at
internal/openapi/wsm/types.go and internal/openapi/user/types.go in
github.com/verily-src/terraform-provider-workbench — code generated from Verily's internal OpenAPI.
applies_to: [/api/wsm, /api/user]
- name: authorization
type: apiKey
in: header
header: Authorization
evidence: >-
Declared as `AuthorizationScopes = "authorization.Scopes"` in the same generated clients. Recorded as
published; the exact distinction from bearerAuth is not documented publicly.
applies_to: [/api/wsm, /api/user]
identity_providers:
- provider: Google (Gmail / Google Workspace)
note: >-
"Self-serve account creation via Gmail or Google identity" is the documented path onto the free
Standard tier.
source: https://verily.com/newsroom/verily-launches-free-version-of-its-pre-exchange-and-workbench-solutions-powering-precision-health-ai-and-discovery
- provider: Google Cloud service account (impersonation)
note: >-
The Terraform provider exposes `impersonate_service_account` (a service-account email impersonated via
Application Default Credentials) and `use_id_token` (send a Google ID token rather than an access
token; documented as false for local development).
source: https://github.com/verily-src/terraform-provider-workbench/blob/main/docs/index.md
client_flows:
- client: wb CLI
commands:
- command: wb auth login
note: Interactive browser-based Google login.
- command: wb auth status
note: Reports the currently authenticated identity.
- command: wb auth print-access-token
note: Prints the bearer token the CLI holds — the documented way to call the REST API directly.
- command: wb auth revoke
note: Revokes the stored credential.
prerequisite: gcloud SDK installed (documented CLI prerequisite).
- client: Terraform provider verily-src/workbench
configuration:
host: https://workbench.verily.com
impersonate_service_account: <service account email>
use_id_token: true
- client: SSH keys
note: >-
Separate from API authentication. `wb security ssh-key generate|add|get` manages keys used to reach
workspace compute, not the control-plane API.
scopes:
documented: false
note: >-
No OAuth scope reference page is published, and the spec endpoints that would carry the scope names
are 403. `scopes/` is therefore not emitted rather than being filled with guesses.
public_unauthenticated_endpoints:
- url: https://workbench.verily.com/api/axon/cli-version
status: 200
note: Returns supported CLI version window and artifact checksum.
- url: https://workbench.verily.com/api/wsm/version
status: 200
- url: https://workbench.verily.com/api/axon/version
status: 200
- url: https://workbench.verily.com/api/user/version
status: 200
- url: https://workbench.verily.com/api/wsm/status
status: 200
- url: https://workbench.verily.com/api/axon/status
status: 200
- url: https://workbench.verily.com/api/user/status
status: 200
gaps:
- No published OAuth scope list.
- No API-key or personal-access-token option; every integration needs a Google identity.
- No /.well-known/openid-configuration or /.well-known/oauth-authorization-server on any Verily host.
Work with this as data
Every security artifact here is available over the APIs.io API and to AI agents over MCP.
MCP server
One button, every client — Claude, Cursor, VS Code and the rest.
https://apis.io/mcp
Tools for security posture
4 MCP tools reach this
find_securityBrowse and filter every security artifact in the catalog.apis_io_searchSTART HERE — APIs, providers and tags for one query, each with its total.resolveTurn a domain, URL or GitHub org into the provider it belongs to.find_cohortsEvery scored population of providers in the catalog.
Call it yourself
curl for this page
This security artifact
curl "https://apis.io/api/v1/security/verily-life-sciences-authentication"
All security posture
curl "https://apis.io/api/v1/security?limit=25"
Discovery needs no key. Ratings and market analysis are Pro.