Feature Request: support validation of additional git commit signature types
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
Direzione di ricerca
Inizia esaminando la validazione GPG esistente in source-controller e l’implementazione delle firme SSH in fluxcd/pkg PR 1141. Chiarisci con i maintainer quali tipi di firma, restrizioni per signer o author, verifiche dei certificati e configurazione degli strumenti rientrano nell’ambito prima dell’implementazione; il lavoro è considerato completato quando esistono un design concordato e una copertura di validazione per i percorsi selezionati.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Hi,
I'm currently looking into improving the validation of git commit and tag signatures. SSH signature validation has now been implemented.
I would be happy to implement the support in the source-controller as well but had a few questions regarding the design of the implementation.
In general the GPG validation lacks the configuration options to define a list of valid commiters or authors. This is especially troublesome if an instance key is used to sign the commits (GitLab, GitHub).
To give users the option to use "signed web commits" I would propose following options and implementation:
- GPG and SSH:
- Verify signatures (GPG and SSH) with provided public keys
- Verify commit commiter against list of valid commiters, if provided via configuration
- Verify commit auther against list of valid authers, if provided via configuration
- x509:
- Verify signature certificate CN against list of valid commiters, if provided via configuration
- Verify signature certificate agains a CA certificate, if provided
- support implementations for smimesign and gitsign
- provide config option to pass further configuration to gitsign (rekor and fulcio configuration)
What are your thoughts on this?
Implementing this would enable our organisation to enforce signed Git commits for Kubernetes deployments. Then the user and organisation can choose which type of git signatures are used which level will be enforced.
- Lingua principale
- Go
- Stelle
- 283
- Fork
- 252
- Merge medio
- 1h 6m
- PR unite (30g)
- 12
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di fluxcd/source-controller
-
area/docs good first issue help wanted
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
fluxcd/source-controller#666 · 2 commenti ·
-
area/git bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 55/100
fluxcd/source-controller#2165 · 3 commenti ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 45/100
fluxcd/source-controller#2150 ·
-
GitRepository `.spec.ref.commit` + `.spec.ref.branch` does not shallow clone, contrary to the docs Aperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 42/100
fluxcd/source-controller#2146 · 2 commenti ·
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 55/100
fluxcd/source-controller#2136 · 1 commento ·
Tutte le issue di fluxcd/source-controller
Issue simili
-
bug github_actions
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
registrystack/registry-stack#1393 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
JakeChampion/lang#10213 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
oasisprotocol/oasis-sdk#2523 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100