Серверная часть секретов Google Cloud Secret Manager в провайдере Google Apache Airflow никогда не применяла область команды при разрешении соединений и переменных: `team_name` вызывающего абонента принималось серверной частью, но удалялось на внутренней границе вызова, поэтому каждый поиск разрешался по секретному имени, не зависящему от команды. В развертывании, работающем в многокомандном режиме с этим бэкэндом, задача или Dag, принадлежащие одной команде, разрешали соединение или переменную другой команды, получая ее учетные данные в полном объеме. Никакой необычной настройки не требуется, кроме включения многокомандного режима и использования этого бэкэнда.
Пользователям рекомендуется выполнить обновление до apache-airflow-providers-google 22.3.0 или более поздней версии, которая создает и применяет секретное имя на уровне группы.
Показать оригинальное описание (EN)
The Google Cloud Secret Manager secrets backend in Apache Airflow's Google provider never applied the team scope when resolving Connections and Variables: the caller's `team_name` was accepted by the backend but dropped at the internal call boundary, so every lookup resolved against the team-agnostic secret name. In a deployment running multi-team mode with this backend, a task or Dag belonging to one team resolved another team's Connection or Variable, obtaining its credentials in full. No unusual configuration is required beyond enabling multi-team mode and using this backend. Users are advised to upgrade to apache-airflow-providers-google 22.3.0 or later, which builds and applies the team-scoped secret name.