Skip to content
KitploitKITPLOIT
ツールエクスプロイトブログ
Log in
提出
ツールエクスプロイトブログ
提出

ハッキング、侵入テスト、サイバーセキュリティツールをあなたのセキュリティアーセナルに!

Kitploitはハッキング、サイバーセキュリティ、ペネトレーションテストのツールディレクトリです。最新のプロジェクトアップデートを見つけて、脆弱性の発見、システム分析、テストの自動化、セキュリティの強化を行いましょう。

フィードお問い合わせプライバシー© 2026 Kitploit

ツールディレクトリ

カテゴリ

すべてのカテゴリを見る
Loading categories
root-signing — クライアントにSigstoreトラストルート(trusted_root.json)を安全に配信するTUFリポジトリを、キーホルダーによるしきい値署名、KMSオンライン署名、自動公開を用いて維持します。 | Kitploit
ツール/GitHubGitHub/sigstore/root-signing
ID管理構成監査暗号化DevSecOpsサプライチェーンセキュリティ認証
GitHubsigstore/root-signing

root-signing

クライアントにSigstoreトラストルート(trusted_root.json)を安全に配信するTUFリポジトリを、キーホルダーによるしきい値署名、KMSオンライン署名、自動公開を用いて維持します。

リポジトリを見る
134100101日前Kitploit レビュー済み

人気

すべて見る →

コミュニティで最も使われているツールを見つけましょう。

すべてのツールを探索

ツールコレクションを閲覧

すべてのツールを見る →
共有

Sigstore root-signing

root-signingプロジェクトは、Sigstoreトラストルート(trusted_root.json) をSigstoreクライアントへ安全に配信するために使用されるTUFリポジトリを維持しています。

ドキュメント

  • 署名者マニュアルは、鍵保持者の観点からプロセスと要件を説明しています
  • メンテナマニュアルは、いくつかのメンテナンス上の側面を説明しています
  • インフラストラクチャドキュメントは、必要なサービスと設定について詳しく説明しています
  • より技術的なドキュメントは、root-signingの実行に使用されるソフトウェアであるtuf-on-ciプロジェクトに含まれています

TUFリポジトリのステータス

このリポジトリは、Sigstoreクライアントでの利用向けに https://tuf-repo-cdn.sigstore.dev/ で公開されています。

メタデータのソースはmetadata/フォルダに、アーティファクト(trusted_root.jsonなど)はtargets/フォルダにあります。 これらのソースを変更する方法の詳細については運用を参照してください。

鍵保持者

root-signingのセキュリティは鍵保持者に依存しています。鍵保持者は、新しいtrusted_root.jsonの内容を検証したり、署名イベントで署名したりといった鍵保持者の職務を遂行する意思と能力を持つ、信頼されたコミュニティメンバーであるべきです。

アーティファクトやメタデータへのすべての変更には、Sigstoreの鍵保持者による暗号署名が必要です。現在の鍵保持者、署名要件、署名スケジュールは公開リポジトリに記載されています。

鍵保持者任期
Lance Ball2025年7月 -
Joshua Lock2022年7月 -
Bob Callaway2021年6月 -
Marina Moore2021年6月 -
Santiago Torres-Arias2021年6月 -
名誉鍵保持者任期
Luke Hinds2021年6月 - 2022年7月
Dan Lorenc2021年6月 - 2025年7月

運用

TUFリポジトリは次の2つの方法で変更されます:

  1. 鍵保持者が各自のハードウェアキーで変更に署名するために協力する_署名イベント_
  2. root-signingの仕組みがKMSキーを使用して変更に署名する_オンライン署名_

署名イベント

署名イベントは、鍵保持者が提案された変更に署名する、root-signingによって作成・管理されるプルリクエストです。 署名イベントは複数の理由で発生します:

  • メンテナがtrusted_root.jsonへの変更を提案する
  • メンテナがリポジトリ設定(現在の鍵保持者、署名しきい値など)への変更を提案する
  • 署名の有効期限が近づいたときにroot-signingが再署名を提案する

いずれの場合も、署名イベントPRが作成されるトリガーは「sign/*」ブランチへのプッシュです(メンテナまたはワークフローによるもの)。

別途root-signing-stagingリポジトリがあります。 自明でない変更(メタデータやアーティファクトへの変更)は、root-signingの署名イベントで導入する前に、root-signing-stagingでテストする必要があります。

オンライン署名

オンライン署名は次の2つの状況で発生します:

  • 署名イベントPRがマージされたとき
  • オンライン(KMS)署名の有効期限が近づいたとき

実際には、オンライン署名の有効期限のため、オンライン署名は少なくとも3日ごとに行われます。

公開と自動テスト

オンライン署名は https://sigstore.github.io/root-signing/ への「プリプロダクション」デプロイにつながります。 これは完全に機能するTUFリポジトリであり、汎用的なTUFクライアントテストとSigstore固有のクライアントテスト(cosignやその他のsigstoreクライアントを使用)の両方を実行するために使用されます。テストが成功すると、https://tuf-repo-cdn.sigstore.dev/ への本番デプロイにつながります。

ワークフロー

root-signing の重要なワークフローは以下のとおりです:

  • create-signing-events は、署名の有効期限が近づいたときに署名イベント用のブランチを作成します。 スケジュールで実行されます
  • signing-event は、署名イベントのプルリクエストを作成および管理します。"sign/*" ブランチが プッシュされたときに実行されます
  • online-sign は、オンライン署名をコミットしてマージし、さらに publish をディスパッチします。 "main" がプッシュされたときに実行されます(ただし、いつでも手動でディスパッチできます)
  • publish は、テストリポジトリを GitHub Pages に公開し、クライアントテストを実行し、最後に リポジトリを公開します。online-sign からのディスパッチで実行されます

謝辞

Dan Lorenc、Trishank Kuppusamy、Marina Moore、Santiago Torres-Arias、そして SigStore コミュニティ全体に特別な感謝を捧げます!

初回ルート署名セレモニー

署名セレモニーの録画はこちらでご覧いただけます。

ツールをダウンロード