Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Feature Request: support validation of additional git commit signature types

オープン
#1,996 コメント 15 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
35/100
issue の種類
機能追加
明瞭さ
説明が足りない
活発さ
静か
技術スタック
git, go
領域
security

調査の方向性

まず source-controller の既存の GPG 検証と、fluxcd/pkg PR 1141 の SSH 署名実装を確認します。実装前に、どの署名タイプ、signer または author の制約、証明書チェック、ツール設定を対象範囲とするかを maintainers と明確にします。選択したパスについて、合意済みの設計と検証カバレッジが整えば完了とします。

索引モデルが issue の本文から書いたものです。

説明

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.

主要言語
Go
スター
283
フォーク
252
平均マージ
1時間 4分
マージ済み PR(30日)
11

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

fluxcd/source-controller のほかの issue

fluxcd/source-controller の issue をすべて見る

似ている issue

Go の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。