Support for automated secret rotation for cas-backend
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
Línea de trabajo
Start by tracing the CLI flow for adding an Azure Blob CAS backend and how it writes service-principal credentials to Vault and stores the secret location in the database. Compare that flow with the existing OIDC and database credential configuration for Vault-managed rotation. The issue is done when CAS backends can use ephemeral credentials that Vault automatically generates and rotates; the issue does not identify specific files or tests.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Background:
Currently, when adding an Azure Blob CAS backend using the CLI, Chainloop writes the service principal credentials directly to Vault and stores the Vault secret location in the database. This method does not support automated secret rotation, as the secret is managed by Chainloop and not by a Vault secrets engine with a rotation policy.
Problem:
There is no straightforward way to safely and automatically rotate the Azure service principal secret for the CAS backend.
Request:
Please add support for ephemeral credentials to be automatically generated and rotated for the CAS backend. Would be great to have similar configuration options as with OIDC and Database credentials config that allow for Vault managed auto rotation.
- Lenguaje dominante
- Go
- Estrellas
- 582
- Forks
- 61
- Merge medio
- 12 h 47 min
- PR fusionados (30 d)
- 137
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de chainloop-dev/chainloop
-
feature-parity trace-provider
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
chainloop-dev/chainloop#3802 ·
Los mantenedores suelen responder en 1 día
-
bug trace-provider
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
chainloop-dev/chainloop#3803 ·
Los mantenedores suelen responder en 1 día
-
feat(trace): support GitHub Copilot (CLI and VS Code) in Chainloop TracePosiblemente ocupada @migmartri la tomó hoy. AbiertoFeature spec trace-provider
chainloop-dev/chainloop#3800 · 1 comentario · 1 asignado ·
Los mantenedores suelen responder en 1 día
-
Allow enabling policy enforcement at the workflow contract levelPosiblemente ocupada @migmartri la tomó hace 10 días. Abiertocomponent/backend new-policy spec
chainloop-dev/chainloop#3762 · 1 comentario · 1 asignado ·
Los mantenedores suelen responder en 1 día
-
chainloop component/CLI performance trace-provider
Dificultad 4/5 3-5 días Aptitud para principiantes 62/100
chainloop-dev/chainloop#3756 ·
Los mantenedores suelen responder en 1 día
Todos los issues de chainloop-dev/chainloop
Issues similares
-
GitHub webhook is not subscribed to release events, so `event: release` never triggersPosiblemente ocupada @qsun la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
woodpecker-ci/woodpecker#7542 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
zilliztech/milvus-backup#1386 ·
Los mantenedores suelen responder en 1 día
-
Pipelined flush no longer observes kill signals after #2042: flush backoffer is built with nil varsAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
model:sonnet runtime:claude security size:S
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
FootprintAI/Containarium#3624 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
Los mantenedores suelen responder en 1 día