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

[Security] Strengthen branch protection rules

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

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

評価

難易度
3/5
見積もり時間
1〜2日
初心者へのやさしさ
52/100
issue の種類
機能追加
明瞭さ
おおむね明確
活発さ
静か
技術スタック
github
領域
devops, security

調査の方向性

Repository Settings → Branches から開始し、main に対する既存の保護ルールを確認してから、同じ対応が必要な release ブランチを特定します。記載されているレビュー、ステータスチェック、会話の解決、更新に関する要件を有効にし、テスト用の pull request でルールをテストします。保護されたブランチで必要な設定が適用され、ポリシーを回避できない状態になれば完了です。

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

説明

Issue

OpenSSF Scorecard identified that branch protection is not maximal on development and release branches, scoring 5/10.

Risk Level

High - Inadequate branch protection can allow unauthorized or unreviewed code to reach production.

Current State

  • Some branch protection rules are in place (5/10 score)
  • Protection settings not maximal across all protected branches
  • Gaps in enforcement could allow policy bypass

Recommendation

Strengthen branch protection on main and release branches:

Required Settings:
  • ✅ Require pull request reviews before merging
  • ✅ Require approvals (at least 1-2 reviewers)
  • ✅ Dismiss stale pull request approvals when new commits are pushed
  • ✅ Require review from Code Owners (if CODEOWNERS file exists)
  • ✅ Require status checks to pass before merging
  • ✅ Require branches to be up to date before merging
  • ✅ Require conversation resolution before merging
Optional (Recommended):
  • Consider requiring signed commits
  • Restrict who can push to matching branches
  • Require linear history

Steps to Implement

  1. Navigate to repository Settings → Branches → Branch protection rules
  2. Edit protection rules for main branch
  3. Enable recommended settings listed above
  4. Apply same rules to any release branches
  5. Test with a test PR to ensure rules work as expected

References

Related

Part of OpenSSF Scorecard evaluation THEEDGE-4717 (overall score: 6.8/10)

主要言語
Go
スター
66
フォーク
27
平均マージ
17時間 25分
マージ済み PR(30日)
2

環境構築

はじめの一歩

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

containers/tar-diff のほかの issue

containers/tar-diff の issue をすべて見る

似ている issue

Go の issue をもっと見る

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

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