quic: session.peerCertificate behaves differently than for http2
Chưa có ai nhận issue này.
- Ngôn ngữ chính
- JavaScript
- Star
- 122k
- Fork
- 37.3k
- Merge trung bình
- 4 ngày 2 giờ
- Pull request đã merge (30 ngày)
- 283
Mô tả
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.
Hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Hướng nghiên cứu
Bắt đầu với các điểm vào session.peerCertificate của QUIC và HTTP/2, rồi so sánh cách X509Certificate.fingerprint256 được cung cấp. Kiểm tra tài liệu liên quan đến X509Certificate và các thuộc tính chứng chỉ của peer khác, sau đó xác minh rằng kiểu truy cập dự kiến nhất quán giữa các giao thức.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Đánh giá
- Công nghệ
- javascript
- Lĩnh vực
- networking
- Loại issue
- Lỗi
- Độ khó
- 3/5
- Thời gian dự kiến
- 1-2 ngày
- Mức độ hoạt động
- Sôi nổi
- Độ rõ ràng
- Khá rõ ràng
- Mức phù hợp với người mới
- 55/100