`trait ValidatedRsaPrivateComponents` over `struct RsaPrivateKey`

オープン

#640 2026年1月22日に作成コメント 0 件リアクション 0 件担当者 0 名 GitHub で見る

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

評価

難易度: 5/5
見積もり時間: 1週間以上
初心者へのやさしさ: 25/100

issue の種類: リファクタリング
明瞭さ: 説明が足りない
活発さ: 停滞
技術スタック: rust
領域: cryptography

調査の方向性

Start by reviewing the current RsaPrivateKey representation and the no-alloc work referenced in pull request #636. Determine whether a ValidatedRsaPrivateComponents trait can replace the existing struct while supporting borrowed PKCS#8 data and the proposed variants. Done would require a settled design and explicit scope, which this issue does not currently define.

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

説明

The current RsaPrivateKey is just a validated construct essentially.

Are there any reasons on

a) why it can't be just expressed as a trait benefiting no-alloc impl ? e.g. why do we need hold copies ?

b) why that can't be handed over to end-user e.g. hazmat unchecked or validating PKCS#8 wrapper ?

Given no-alloc will require memory efficient representation for it

https://github.com/RustCrypto/RSA/pull/636

type PKCS8Rsa impl VerifiedRsaPrivateKey
  type [..]: Unsigned // Can be optimised across exp & modulus over largest variant of say just one generic `U`
  ..

Pros:

hazmat End-users can provide unchecked / checked construct as-is without specialised API surface
Generalize impls around that in no-alloc and alloc
Could provide conditional for Multi Prime (MP-RSA)
Could provide conditional for precomputed
Optimised memory pressure given usage-scenario/s
Direct PKCS#8 (or other containers) borrowed layout into validated type
Associated types can be optimized for it's intended use in algorithms

Cons:

Complexity ?
Harder ?
.. ?

主要言語: Rust
スター: 673
フォーク: 190
PR マージ指標: 30日以内にマージされた PR はありません

コントリビューションガイド

このリポジトリのコントリビューションガイドは索引されていません

はじめの一歩

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

RustCrypto/RSA のほかの issue

Bump MSRV to 1.89 オープン

難易度 2/5 1〜3時間初心者へのやさしさ 68/100

RustCrypto/RSA#707 · コメント 2 件 · リアクション 1 件 · 2026年8月29日に作成
Silent salt_len truncation in signature_algorithm_identifier() causes signature verification failures オープン

難易度 3/5 半日初心者へのやさしさ 74/100

RustCrypto/RSA#703 · 2026年6月16日に作成
numtraits libm feature and num-bigint-dig directly depends on C library libm オープン

難易度 4/5 3〜5日初心者へのやさしさ 48/100

RustCrypto/RSA#686 · コメント 4 件 · 2026年4月24日に作成
`rsa` v0.10 release tracking オープン

難易度 5/5 1週間以上初心者へのやさしさ 35/100

RustCrypto/RSA#647 · コメント 9 件 · リアクション 1 件 · 2026年1月26日に作成
broken rust docs オープン

難易度 4/5 3〜5日初心者へのやさしさ 35/100

RustCrypto/RSA#641 · リアクション 3 件 · 2026年1月23日に作成

RustCrypto/RSA の issue をすべて見る

似ている issue

[coverage-improver] Cover empty-artifact fallback root in build_plugin_plans オープン

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

TheLarkInn/aipm#2413 · 2026年9月24日に作成
AGENTS.md points to src/settings_window.rs, src/config.rs, and src/app.rs, which were split into directories オープン

documentation

難易度 1/5 1時間未満初心者へのやさしさ 90/100

alexgorbatchev/simple-ptt#15 · 2026年9月24日に作成
bench: run.sh's skip-update message always cites bench/skips.txt オープン

tooling

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

svandragt/vivace#313 · 2026年9月24日に作成
`t/vm/frames/light-call-frame-writes-dedup.t` wall-clock ratio check fails under `-j4` load オープン

todo:ticket

難易度 2/5 1〜3時間初心者へのやさしさ 70/100

tokuhirom/mutsu#9299 · 2026年9月24日に作成
fix(taiko-client-rs): prevent BeaconClient panic on zero beacon spec values オープン

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

taikoxyz/taiko-mono#22168 · コメント 1 件 · 2026年9月24日に作成

Rust の issue をもっと見る