Azure / Azure/osdu-spi

Deploy lane: materialize Key Vault bindings for suites

Open
#175 0 comments 0 reactions 0 assignees View on GitHub
enhancement
Dominant language
Dockerfile
Stars
1
Forks
9
Avg merge
8h 55m
Merged PRs (30d)
49

Description

## What

The resolver validates `keyvault:` bindings and `keyVaultBindings` and reports the secret names it needs under `key_vault.secret_names`, but the deploy lane in `validate.yml` never fetches them. It calls the resolver with no `--secrets` file, so any suite that declares a Key Vault binding fails as env-not-ready even though the deploy identity holds Key Vault Secrets User on the environment's vault.

## Why later

No shipped descriptor uses a Key Vault binding yet, and the fetch needs its own review: read only the declared names with the deploy identity, mask each value, write a mode 600 temporary file, pass it to each suite resolution, and remove it after every suite. ADR-041 records this as not yet wired.

Raised by review on #174.

Contributor guide

Open the contributing guide

Research direction

Read validate.yml and ADR-041 first, then trace the resolver's key_vault.secret_names output and its --secrets input. Done means the deploy identity reads only declared Key Vault names, values are masked, a mode 600 temporary file is passed to each suite resolution, and the file is removed after every suite.

Written by the indexing model from the issue text.

Assessment

Tech stack
azure
Domain
ci-cd, cloud, security
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Active
Clarity
Mostly clear
Newbie friendliness
48/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.