Closed Bug 665739 Opened 13 years ago Closed 1 year ago

Feature: Add support for TLS cached-information extension.

Categories

(NSS :: Libraries, enhancement, P5)

enhancement

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: robertnishihara, Unassigned)

References

Details

Attachments

(3 files)

User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.1 (KHTML, like Gecko) Chrome/13.0.782.24 Safari/535.1 Build Identifier: nss-tip This feature adds client and server support for the TLS cached-information extension. This extension allows the client to store server certificate chains in order to improve performance. Reproducible: Always
Assignee: nobody → rkn
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
(In reply to comment #2) > Created attachment 542510 [details] [diff] [review] [review] > This patch adds the cached-info feature. I forgot to include the fnv1a64.c file. I'll submit a new patch in a second.
This is the file missing from my patch. It belongs in "/mozilla/security/nss/lib/ssl/".
This feature could be useful to neutralize the size additions proposed with multi-OCSP-stapling (bug 611836).
This is src/net/third_party/nss/patches/cachedinfo.patch in the Chromium source tree, against NSS 3.12.9. I attached it here for reference only.
Purely FYI - The firefox telemetry for the last 30 days shows that roughly 30% of its handshakes would fit in IW2, 80% in IW3, and ~all of them in IW10. firefox didn't have stapling of any flavor enabled during that window.. so the need would be expected to grow. I'm curious if there is chrome (or other) data available and if it matches?

The bug assignee is inactive on Bugzilla, so the assignee is being reset.

Assignee: robertnishihara → nobody
Status: ASSIGNED → NEW
Severity: normal → S3
Severity: S3 → N/A
Status: NEW → RESOLVED
Closed: 1 year ago
Priority: -- → P5
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: