Discussion: Roadmap and future
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Tranquilla
- Ambito
- cryptography, security
Direzione di ricerca
Inizia leggendo la roadmap attuale e le issue aperte, quindi esamina il confine tra la Policy/Outcome API e il path-building di rustls-webpki descritto qui. Il lavoro sarà completato con una decisione di un maintainer sulle quattro aree richieste e una dichiarazione chiara sulla roadmap o sull'ambito, anziché con una modifica autonoma del codice.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Hi,
I am reaching out to you as a member of the Red Hat Crypto team. We are evaluating upki as the foundation for system-wide certificate verification on fedora/rhel/centos, targeting parity with Mozilla Firefox's certificate validation behavior. We find the project direction very compelling and the roadmap items align well with what we need.
As part of this effort we are planning integrations with GnuTLS, OpenSSL, NSS, and potentially
other crypto libraries — so we expect to be working closely with the C FFI and OpenSSL callbackpaths in particular. We have already opened a discussion with the OpenSSL project on this topic https://github.com/openssl/openssl/discussions/31932. We wanted to open a discussion about a few areas we could not find on the current roadmap or in open issues, and ask where you are heading with them.
1. NotCoveredByRevocationData and the fresh-certificate grace period
Firefox exempts certificates issued within the last 10 days from revocation checks. upki returns
NotCoveredByRevocationData for certificates outside the filter window, which is in the same
ballpark but not the same policy. Is there a plan to expose a certificate-age threshold in the
Policy / Outcome API to match this behaviour?
2. CT policy: multiple SCTs from distinct log operators
We presume CT enforcement is on the roadmap, and as part of that — Firefox's CT policy requires
SCTs from a minimum number of independently operated logs, not just the presence of any SCT. The
The current Policy API only distinguishes "has at least one SCT" from "has none." Is a configurable
threshold and log list management something you intend to cover as part of that work?
3. OneCRL
Mozilla's OneCRL covers emergency revocation of intermediate CAs outside of the normal CRLite
flow. Is integrating something equivalent on your roadmap, or is this considered out of scope?
4. Alternate path building with a cached intermediate store
Currently path building is delegated to rustls-webpki, which builds a single path from the chain
provided by the caller. Retry against a cached intermediate store would be particularly valuable
during root transitions. Is this planned as part of the intermediate preloading work, or considered
out of scope?
- Lingua principale
- Rust
- Stelle
- 181
- Fork
- 14
- Merge medio
- 14h 16m
- PR unite (30g)
- 21
Preparare l'ambiente
Questo progetto non fornisce container di sviluppo, Dockerfile né guida per i contributori, quindi l'ambiente è a tuo carico: parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di rustls/upki
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 15/100
rustls/upki#276 · 1 reazione ·
I maintainer di solito rispondono entro 1 giorno
-
OneCRL supportAperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
rustls/upki#229 · 1 commento · 8 reazioni ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 30/100
rustls/upki#171 · 5 commenti ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
rustls/upki#149 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
pop-os/cosmic-settings#2296 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
Eyevinn/open-live-ingest#36 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Windows YAML bind mounts fail path validation while equivalent --mount-dir CLI mounts succeedAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
superradcompany/microsandbox#2071 ·
I maintainer di solito rispondono entro 1 giorno
-
app
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
I maintainer di solito rispondono entro 1 giorno
-
bug bug jury peripheral:i2s
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
esp-rs/esp-hal#6828 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno