mTLS host rewrite skips Agent Platform sandboxEnvironments calls ('sandbox' in url matches the path), causing 401 under Agent Identity; base_url workaround then doubles to mtls.mtls
维护者通常 1 天内回复
@Venkaiahbabuneelam 已经在做这个了。
开始于 2026年10月5日。
评估
- 难度
- 3/5
- 预计耗时
- 1-2 天
- 新手友好度
- 78/100
- Issue 类型
- 缺陷
- 描述清晰度
- 描述清楚
- 活跃度
- 活跃
- 技术栈
- python
- 领域
- api, authentication, networking
调研方向
Start in google/genai/_api_client.py at the BaseApiClient request, async, streaming, upload, and download URL-rewrite paths. Run the no-network reproduction in the issue and inspect how the existing urlparse/urlunparse imports can support hostname-only handling. Done means sandboxEnvironments URLs use the regional mTLS host and already-mTLS operation URLs remain unchanged across all five paths.
由索引模型根据 Issue 内容生成。
描述
Environment
- google-genai 2.23.0 (reproduced unchanged on 2.26.0 and on
mainat 41b1ea6) - google-cloud-aiplatform 2.2.0 (
agentplatformpackage, which builds ongoogle.genai._api_client.BaseApiClient) - Python 3.13
- Runtime: Gemini Enterprise Agent Platform / Agent Runtime, BYOC container,
identity_type=AGENT_IDENTITY, us-central1. The client cert config is present at/var/run/secrets/workload-spiffe-credentials/credentials.json,mtls.should_use_client_cert()andmtls.has_default_client_cert_source()both return true, and the client uses the mTLSAuthorizedSessionpath added in #2172 (a95d08a).
Description
When mTLS is active, BaseApiClient rewrites the request host like this (google/genai/_api_client.py on main, lines ~1497, 1575, 1648, 2057 and 2431: sync, async, streaming, upload and download paths):
if self._authorized_session._is_mtls and 'googleapis.com' in url:
if 'sandbox' in url:
url = url.replace('sandbox.googleapis.com', 'mtls.sandbox.googleapis.com')
else:
url = url.replace('googleapis.com', 'mtls.googleapis.com')
The 'sandbox' in url branch looks meant for the *.sandbox.googleapis.com staging hosts (the tests use e.g. us-central1-autopush-aiplatform.sandbox.googleapis.com). But it tests the whole URL, path included. That causes two problems:
-
Agent Platform sandbox calls skip the mTLS host. Every sandbox API path has
sandboxin it (.../reasoningEngines/<id>/sandboxEnvironments..., used bysandboxes.create/get/execute/delete). So these calls take the staging branch, thereplacefinds nothing to match, and the request goes to the plain{region}-aiplatform.googleapis.comhost with a certificate-bound Agent Identity token. The server rejects it with:401 UNAUTHENTICATED: Request had invalid authentication credentials. Expected OAuth 2 access token, login cookie or other valid authentication credential.This happens on every call for the life of the process. The same calls work with ordinary user ADC (no cert, no mTLS). Other calls from the same client (e.g. to the reasoning engine itself) are rewritten correctly and work.
-
The rewrite isn't idempotent, so
base_urlcan't work around it. If the caller setshttp_options.base_urltohttps://{region}-aiplatform.mtls.googleapis.com/, sandbox calls do go through. But any call whose path lackssandbox, such as polling the.../operations/<id>returned bysandboxes.create, takes theelsebranch and becomes{region}-aiplatform.mtls.mtls.googleapis.com. That fails withSSLError: [SSL: CERTIFICATE_VERIFY_FAILED] ... Hostname mismatch. No singlebase_urlworks for both kinds of call.
Reproduction (no credentials, no network)
The script below patches the two mtls checks to report a client cert. It then swaps in a fake mTLS session that records the final URL instead of sending the request.
from google.oauth2.credentials import Credentials
from google.auth.transport import mtls
from google.genai import _api_client, version
# Pretend we're on Agent Runtime with an Agent Identity client cert.
mtls.should_use_client_cert = lambda: True
mtls.has_default_client_cert_source = lambda: True
class Sent(Exception):
pass
class FakeMtlsSession:
"""Stands in for google.auth AuthorizedSession after configure_mtls_channel()."""
_is_mtls = True
def request(self, method, url, **kwargs):
raise Sent(url)
def final_url(path, base_url=None):
client = _api_client.BaseApiClient(
vertexai=True,
project='my-project',
location='us-central1',
credentials=Credentials(token='placeholder'), # never sent anywhere
http_options={'base_url': base_url} if base_url else None,
)
client._authorized_session = FakeMtlsSession()
try:
client.request('get', path, {})
except Sent as e:
return e.args[0]
print('google-genai', version.__version__)
engine = 'reasoningEngines/123'
mtls_host = 'https://us-central1-aiplatform.mtls.googleapis.com/'
cases = [
('(a) sandbox call, default base_url', f'{engine}/sandboxEnvironments', None),
(' control: non-sandbox call, default base_url', f'{engine}', None),
('(b) operation poll, base_url = mTLS host', f'{engine}/operations/456', mtls_host),
]
for label, path, base in cases:
print(f'{label}\n -> {final_url(path, base)}')
Output (2.23.0 and 2.26.0 are identical):
google-genai 2.26.0
(a) sandbox call, default base_url
-> https://us-central1-aiplatform.googleapis.com/v1beta1/projects/my-project/locations/us-central1/reasoningEngines/123/sandboxEnvironments
control: non-sandbox call, default base_url
-> https://us-central1-aiplatform.mtls.googleapis.com/v1beta1/projects/my-project/locations/us-central1/reasoningEngines/123
(b) operation poll, base_url = mTLS host
-> https://us-central1-aiplatform.mtls.mtls.googleapis.com/v1beta1/projects/my-project/locations/us-central1/reasoningEngines/123/operations/456
Expected
- (a)
https://us-central1-aiplatform.mtls.googleapis.com/.../sandboxEnvironments - (b)
https://us-central1-aiplatform.mtls.googleapis.com/.../operations/456, i.e. a host that is already mTLS is left alone.
Actual
- (a) stays on the plain host, which returns a 401 for a bound token.
- (b) gets
mtls.added a second time, which fails TLS hostname verification.
Suggested fix
Base the decision on the hostname, not the full URL string, and skip hosts that are already mTLS. One helper used by all five call sites:
def _to_mtls_url(url: str) -> str:
parsed = urlparse(url)
host = parsed.netloc
if '.mtls.' in host:
return url
if 'sandbox.googleapis.com' in host:
host = host.replace('sandbox.googleapis.com', 'mtls.sandbox.googleapis.com')
else:
host = host.replace('googleapis.com', 'mtls.googleapis.com')
return urlunparse(parsed._replace(netloc=host))
The existing 'googleapis.com' in url check at each call site still gates the call. urlparse/urlunparse are already imported in _api_client.py.
Workaround
Use two clients: one whose base_url is the regional *.mtls.googleapis.com host for sandboxEnvironments calls, and a second with the default host for polling the long-running operation that sandboxes.create returns. After making this change, creates under Agent Identity were accepted and returned an operation. That confirms the host is the cause of the 401s, not IAM.
Related: #1956, #2172.
- 主要语言
- Python
- 星标
- 4k
- 派生
- 1k
- 平均合并
- 1 天 17 小时
- 30 天内合并 PR
- 54
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 没有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue,再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库,在一个分支上完成修改。
- 提交 Pull Request,并在描述里引用这个 Issue 编号。
googleapis/python-genai 的其他 Issue
-
Curated history keeps half a user turn when the model turn is invalid可能已有人在做 @Venkaiahbabuneelam 于 3 天前认领。 未关闭priority: p2 status:awaiting user response type: bug
难度 2/5 1-3 小时 新手友好度 62/100
googleapis/python-genai#3051 · 1 条评论 · 已指派 1 人 ·
维护者通常 1 天内回复
-
[Bug]: Unsubscripted typing.List and typing.Dict crash convert_if_exist_pydantic_model in AFC可能已有人在做 @Venkaiahbabuneelam 于 3 天前认领。 未关闭priority: p2 type: bug
难度 2/5 1-3 小时 新手友好度 82/100
googleapis/python-genai#3044 · 1 条评论 · 已指派 1 人 ·
维护者通常 1 天内回复
-
Name collision in google.genai.interactions: triggers.Interaction shadows response model Interaction in static type checkers可能已有人在做 @Venkaiahbabuneelam 于 10 天前认领。 未关闭priority: p2 type: bug
难度 2/5 1-3 小时 新手友好度 78/100
googleapis/python-genai#3013 · 1 条评论 · 已指派 1 人 ·
维护者通常 1 天内回复
-
Callable tools: optional scalar parameters (`int | None`) get `"type": "object"` in `parameters_json_schema`, so Gemini sends `{}`可能已有人在做 @Venkaiahbabuneelam 于 2 天前认领。 未关闭priority: p2 type: bug
googleapis/python-genai#3060 · 1 条评论 · 已指派 1 人 ·
维护者通常 1 天内回复
-
Gemini API latency has recently increased significantly, especially with store=true可能已有人在做 @Venkaiahbabuneelam 于 2 天前认领。 未关闭priority: p3 status:awaiting user response type: question
googleapis/python-genai#3059 · 2 条评论 · 已指派 1 人 ·
维护者通常 1 天内回复
查看 googleapis/python-genai 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 82/100
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 76/100
rpm-software-management/mock#1824 ·
-
难度 2/5 1-3 小时 新手友好度 75/100
jpata/particleflow#520 ·
维护者通常 1 天内回复
-
bug good first issue hacktoberfest
难度 1/5 1 小时以内 新手友好度 78/100
gridhead/gi-loadouts#699 ·
维护者通常 13 天内回复
-
难度 1/5 1 小时以内 新手友好度 86/100
FinanceFlash/unvibecode#206 ·
维护者通常 1 天内回复