quic: session.peerCertificate behaves differently than for http2
まだ誰も着手していません。
- 主要言語
- JavaScript
- スター
- 122k
- フォーク
- 37.3k
- 平均マージ
- 4日 2時間
- マージ済み PR(30日)
- 283
説明
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.
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
QUIC と HTTP/2 の session.peerCertificate エントリーポイントから始め、X509Certificate.fingerprint256 がどのように公開されているかを比較してください。関連する X509Certificate のドキュメントと、その他の peer-certificate プロパティを確認し、その後、意図されたアクセス方式がプロトコル間で一貫していることを検証してください。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- javascript
- 領域
- networking
- issue の種類
- バグ
- 難易度
- 3/5
- 見積もり時間
- 1〜2日
- 活発さ
- 活発
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 55/100