bitnami/sealed-secrets

Add namespace selector as scope

Aberta

#479 aberto em 27 de nov. de 2020

Ver no GitHubGuia do colaborador
 (7 comentários) (14 reações) (0 responsável)Go (771 forks)auto 404
backlogenhancementgood first issue

Métricas do repositório

Stars
 (9.222 estrelas)
Métricas de merge de PR
 (Métricas PR pendentes)

Description

Currently there're are 3 scopes how a Sealed Secret can be encrypted:

  • strict
  • namespace
  • cluster-wide

We're maintaining a multi-tenant cluster and users are asking how they can reuse an existing Sealed Secret for a different namespace without encrypting again or make them cluster-wide.

A possible approach would be to support encryption of Sealed Secrets using a namespace selector as each tenant has its own set of labels on their namespaces.

Something like:

kubeseal --scope namespace-selector --selector owner=team1 -oyaml < secret.yaml > sealedsecret.yaml

The Sealed Secrets controller would only decrypt the Sealed Secret if the corresponding namespace has the label owner set to team1.

What are your thoughts about adding namespace selector as scope? Is this a feature which we might add?

Guia do colaborador

Direção de pesquisa
Examine como os escopos existentes (strict, namespace, cluster wide) são implementados no controlador sealed secrets e no código fonte da CLI. Entenda o fluxo de criptografia/descriptografia e como o escopo é verificado. Em seguida, projete um novo escopo que use seletores de rótulo em namespaces para permitir a descriptografia. Preste atenção em como o escopo é armazenado no objeto SealedSecret e como é validado durante a descriptografia. Considere as alterações necessárias na CLI do kubeseal para aceitar a nova flag scope namespace selector e uma flag selector. Considere também a compatibilidade com versões anteriores e os testes.
Pilha de tecnologia
go
Domain
backendinfrastructure
Tipo Issue
Funcionalidade
DifficultyDificuldade de implementação estimada para um novo contribuidor, de 1 para alterações muito pequenas a 5 para trabalho de nível especializado.
3
Tempo estimadoUm intervalo de tempo aproximado para um colaborador experiente investigar, implementar, testar e preparar um pull request.
Mais de 1 semana
Status da atividadeQuão disponível o issue aparece agora: novo, ativo, obsoleto, bloqueado ou aguardando entrada do mantenedor.
Ativo
ClarityCom que clareza o issue explica a mudança esperada, os critérios de aceitação e a próxima etapa.
Claro
Prerequisites
GoKubernetes
Simpatia para novatosUma pontuação de 1 a 100 que estima o quão acessível este issue é para colaboradores iniciantes.
25