Intel

AIKIDO-2026-917323

github.com/kubeflow/hub is vulnerable to Missing Authorization

Missing AuthorizationCVE-2026-63631 Published Aug 14, 2026

99

Critical Risk

This Affects:

GOgithub.com/kubeflow/hub
0.2.9 - 0.3.11
Fixed in 0.3.12
Are you affected? Scan for Free

TL;DR

The core Model Registry REST server performs no authentication or authorization of its own and never reads the caller identity, so tenant isolation depends entirely on the shipped Istio authorization policy. That policy admits any in-mesh caller that presents a non-empty Authorization header and omits the kubeflow-userid header, with no check on the caller principal or source namespace, and no request authentication validates the token. A pod in any namespace can reach another tenant's Model Registry to read, modify, and remove registered models, versions, and artifacts, including rewriting an artifact URI to swap the served model. The fix constrains the mesh policy to authorized caller identities and namespaces so the server is no longer reachable cross-tenant.

Who does this affect?

You are affected if you are using a version that falls within the vulnerable range and you deploy the core Model Registry server in a shared multi-tenant Istio mesh that relies on the shipped Istio authorization policy for tenant isolation.

Background info

github.com/kubeflow/hub is vulnerable to Missing Authorization in versions 0.2.9 - 0.3.11.

How to fix this

Upgrade the github.com/kubeflow/hub library to the patch version.