Sigstore Rekor

@pipeworx/sigstore-rekor

Sigstore Rekor の公開透明性ログです。cosign、npm、PyPI のプロベナンスや SLSA アテステーションを支える、ソフトウェア署名イベントの不変かつ追記専用の記録です。

Pipeworx の一部です。AI エージェントを 1683 以上のライブデータソースにつなぐ MCP ゲートウェイです。

ツール

• rekor_log_info(...) — 現在のログ状態です。総エントリ数、署名済みツリーヘッド、Merkle ルート、廃止されたシャードを確認できます。log_index の上限を知るにはこれを呼び出してください。
• rekor_entry_by_index(log_index) — 整数の位置を指定してエントリを 1 件取得し、本文をデコードします。
• rekor_search_by_hash(hash | email) — sha256 アーティファクトダイジェスト（または署名証明書のメールアドレス）を指定すると、それに署名したすべてのエントリを返します。uuid を返します。
• rekor_entry(uuid) — uuid を指定してエントリを 1 件取得し、署名証明書、統合時刻、包含証明を返します。

認証

不要です。

データソース

• https://rekor.sigstore.dev/api/v1/log — 署名済みツリーヘッドとシャードリスト。
• https://rekor.sigstore.dev/api/v1/log/entries?logIndex=N — 位置を指定したエントリ。
• https://rekor.sigstore.dev/api/v1/index/retrieve — {hash} または {email} を POST すると、uuid が返されます。
• https://rekor.sigstore.dev/api/v1/log/entries/{uuid} — uuid を指定したエントリ。

次の利用者が調べ直さずに済むよう、注意点を記します。

• body は base64 エンコードされた JSON です。ここにある各ツールはこれをデコードして entry_body に格納し、アーティファクトダイジェストとエントリ種別をトップレベルに引き上げます。生のフィールドを読むと、不透明なデータのままです。
• logIndex と uuid は異なる識別子空間です。rekor_search_by_hash は uuid を返すため、rekor_entry に渡してください。rekor_entry_by_index には渡せません。
• エントリの種類（rekord、hashedrekord、intoto、dsse）によって本文の形式は異なります。summarize() は各種類で該当フィールドが格納されている場所を確認し、同等のフィールドがない場合は null を返します。artifact_digest が常に設定されていると想定しないでください。
• インデックス検索では、ハッシュに sha256:<hex> 形式を指定する必要があります。他のすべてのツールが出力するのはプレフィックスのない 16 進ダイジェストですが、どちらの形式も受け付けられ、パック内で正規化されます。
• ダイジェストに対応するエントリがないことは、そのアーティファクトに問題がある証拠ではありません。公開署名記録がないことだけを示します。ツールの note にその旨が記載されます。

クイックスタート

MCP クライアント（Claude Desktop、Cursor、Windsurf など）に追加します。

{
  "mcpServers": {
    "sigstore-rekor": {
      "url": "https://gateway.pipeworx.io/sigstore-rekor/mcp"
    }
  }
}

このエンドポイントが実際に提供するもの

https://gateway.pipeworx.io/sigstore-rekor/mcp の tools/list は、上の表のツールに加えて、共有 Pipeworx メタツール（ask_pipeworx、discover_tools、search_within、remember／recall など、ゲートウェイ全体で使えるツール群）も返します。そのため、表示されるツール数はこの表より多くなります。現在、単一パックのエンドポイントには、パック固有のツールと合わせて、およそ 30 個の共有ツールが一覧表示されます。接続時の initialize レスポンスに正確な範囲が示され、その日の状況を確認するための確かな情報源となります。

これは意図的な設計であり、偶然に多重化されているわけではありません。メタツールを使うと、このパックが扱わない質問にも、カタログ全体を横断してルーティングする ask_pipeworx を通じて回答できます。そのため、2 つ目の MCP サーバーを追加する必要はありません。現在、メタツールなしでパックのエンドポイントをマウントする方法はありません。追加のスキーマによるコンテキスト消費がルーティングの利点を上回る場合は、複数のパックエンドポイントではなく、フルゲートウェイに一度だけ接続してください。

また、フル Pipeworx ゲートウェイに接続すると、このパックだけでなく、すべてのパックのツールを直接一覧表示できます。

{
  "mcpServers": {
    "pipeworx": {
      "url": "https://gateway.pipeworx.io/mcp"
    }
  }
}

どちらの URL も、同じゲートウェイと同じ 1683 以上のデータソースに接続します。違いは、どのパックのツールが直接一覧表示されるかだけです。どちらからでも、ask_pipeworx を使えばすべてのツールにアクセスできます。

MCP クライアントがない場合は、HTTP 経由で呼び出す

curl -X POST https://gateway.pipeworx.io/v1/tools/rekor_log_info \
  -H 'Content-Type: application/json' \
  -d '{}'

最初の呼び出しにはアカウントは不要です。ツールを確認するには、GET https://gateway.pipeworx.io/v1/tools/rekor_log_info を実行します。ツールを探すには、{"query":"..."} を指定して POST https://gateway.pipeworx.io/v1/tools/search_packs を実行します。

スタンドアロン（ゲートウェイアカウント不要）

このパッケージはローカルの stdio MCP サーバーとしても実行できます。Pipeworx アカウントも、ゲートウェイとの往復通信も不要です。

{
  "mcpServers": {
    "sigstore-rekor": {
      "command": "npx",
      "args": ["-y", "@pipeworx/mcp-sigstore-rekor"]
    }
  }
}

または、直接実行して起動を確認できます。

npx -y @pipeworx/mcp-sigstore-rekor

stdin/stdout 経由で MCP を使用し、initialize／tools/list／tools/call に応答します。対象はこのパックのツールのみで、上記のゲートウェイ接続で追加される共有メタツールは含まれません。同じソース、同じツールで、ask_pipeworx によるルーティングはありません。

ask_pipeworx を使用する

ツールを直接呼び出す代わりに、平易な英語で質問できます。これは上記のパックエンドポイントだけでなく、フルゲートウェイでも機能します。

ask_pipeworx({ question: "your question about Sigstore Rekor data" })

ゲートウェイが適切なツールを選び、引数を自動的に入力します。

詳細

• ドキュメントとガイド
• pipeworx.io

ライセンス

MIT