quic: session.peerCertificate behaves differently than for http2

Aperta
#63,673 3 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
3/5
Tempo stimato
1-2 giorni
Idoneità per principianti
55/100
Tipo di issue
Bug
Chiarezza
Abbastanza chiara
Stato di attività
Attiva
Stack tecnologico
javascript
Ambito
networking

Direzione di ricerca

Iniziate dai punti di ingresso session.peerCertificate di QUIC e HTTP/2 e confrontate il modo in cui viene esposto X509Certificate.fingerprint256. Consultate la documentazione correlata di X509Certificate e le altre proprietà del certificato del peer, quindi verificate che lo stile di accesso previsto sia coerente tra i protocolli.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

quic

I am currently implementing a custom certificate verifier.
So I wait for the sesssion.opened promise to be fullfilled, and try to check the peerCertificate.
It is an X509Certificate {} object.
I wanted to check the fingerprint256 property. For quic it is a function, for http2 it was a property (supposedly a getter).

The current doc says:

The peer's certificate as an object with properties such as subject, issuer, valid_from, valid_to, fingerprint, etc. Returns undefined if the session is destroyed or the peer did not present a certificate.

So I think the intention is that it is also a property for quic, but it is not.

Also the docu for X509Certificate says:

x509.fingerprint256#
Added in: v15.6.0
Type:
The SHA-256 fingerprint of this certificate.

Though I can see easily what differs between these implementations.
(Of course not a big deal).

@jasnell is this really an issue?

Probably this applies to other properties as well.

Lingua principale
JavaScript
Stelle
122k
Fork
37.4k
Merge medio
4g 3h
PR unite (30g)
273

Guida per i contributori

Apri la guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di nodejs/node

Tutte le issue di nodejs/node

Issue simili

Altre issue su JavaScript

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.