ci: run cargo-deny advisories on a weekly schedule

クローズ 初心者向け
#1,815 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

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

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

評価

難易度
2/5
見積もり時間
1〜3時間
初心者へのやさしさ
85/100
issue の種類
機能追加
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
github-actions, rust
領域
ci-cd, security

調査の方向性

.github/workflows/ci.yml と既存の cargo-deny ジョブを読み、.github/workflows/deny-advisories.yml にあるアクションのバージョン固定とタイムアウトの規約を確認します。依頼された advisories のみを対象とするチェックを、スケジュール実行と手動実行に対応したワークフローとして追加し、make actionlint を実行します。actionlint が成功し、新しいワークフローがスケジュールどおりと手動ディスパッチ時に advisories のチェックを実行すれば完了です。

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

説明

github_actions security

Summary

The deny job in .github/workflows/ci.yml runs cargo-deny check advisories bans licenses sources on push and pull request only. An advisory published between pushes therefore surfaces only through Dependabot or the Scorecard job. Dependabot covers GHSA-listed advisories; RUSTSEC unsound and unmaintained entries — the class deny.toml's unsound = "all" was added for after RUSTSEC-2026-0306 slipped through — have no Dependabot path at all, so a quiet week on main leaves them invisible until the next unrelated push.

Plan

A new .github/workflows/deny-advisories.yml, not a schedule: trigger on ci.yml (which would run the whole 20-job matrix weekly):

  • schedule: cron '0 7 * * 1' (Mondays 07:00 UTC, off the quarterly 1st/8th/15th/22nd out-of-band slots) plus workflow_dispatch.
  • Top-level permissions: contents: read.
  • actions/checkout SHA-pinned with persist-credentials: false, timeout-minutes.
  • The same digest-pinned EmbarkStudios/cargo-deny-action, command: check advisories only — yanked = "deny" is an [advisories] setting, so yanks are covered; bans, licences and sources do not age.
  • Goes red; no auto-filed issue (that needs issues: write and dedupe logic for a one-line check — the Actions tab is the signal).

The schedule runs on the default branch, so it takes effect after merge. make actionlint before commit.

主要言語
Rust
スター
32
フォーク
3
平均マージ
1日 1時間
マージ済み PR(30日)
104

環境構築

はじめの一歩

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

dekobon/big-code-analysis のほかの issue

dekobon/big-code-analysis の issue をすべて見る

似ている issue

Rust の issue をもっと見る

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

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