envoyproxy/envoy

k8s TLS secret credential provider

Open

#35 729 ouverte le 16 août 2024

Voir sur GitHub
 (1 commentaire) (0 réactions) (0 assignés)C++ (5 373 forks)batch import
area/sdsenhancementhelp wanted

Métriques du dépôt

Stars
 (27 997 stars)
Métriques de merge PR
 (Merge moyen 8j) (378 PRs mergées en 30 j)

Description

On k8s (and other environments) secrets have an independent pipeline, e.g. k8s Secrets API. Secrets must be served independently from the rest of Envoy configuration because of the higher security expectations for credentials in-transit and at-rest over the regular xDS. Currently, this requires running an agent next to Envoy to convert from the platform secrets API to SDS, which adds a runtime overhead per instance. The feature request is to integrate with those platform APIs directly via the new credential provider functionality, bypassing SDS.

Guide contributeur

Direction de recherche
Examinez l'interface du fournisseur d'informations d'identification existant dans Envoy et l'API Kubernetes pour l'accès aux secrets. Comprenez le pipeline SDS et comment le contourner.
Stack technique
Aucun
Domaine
infrastructurecloudsecurity
Type d'issue
Fonctionnalité
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
4
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
3-5 jours
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
KubernetesC++Envoy
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
20