Bug 1373158 (rhel7-chacha20-nss)
Summary: | CHACHA20-POLY1305 in NSS | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | Nikos Mavrogiannopoulos <nmavrogi> |
Component: | nss-softokn | Assignee: | Daiki Ueno <dueno> |
Status: | CLOSED ERRATA | QA Contact: | Hubert Kario <hkario> |
Severity: | unspecified | Docs Contact: | Mirek Jahoda <mjahoda> |
Priority: | unspecified | ||
Version: | 7.4 | CC: | dueno, hkario, kengert, mgrepl, rrelyea, szidek, tmraz |
Target Milestone: | rc | Keywords: | Rebase |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | nss-softokn-3.28.3-2.el7 | Doc Type: | Enhancement |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-08-01 16:47:42 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | 1369055 | ||
Bug Blocks: | 1371038, 1373157, 1377248 |
Comment 1
Nikos Mavrogiannopoulos
2016-09-05 11:34:04 UTC
Does this inclusion require a change to nss-softokn? If yes, this cannot be done for RHEL 7.3, where nss-softokn is currently expected to remain frozen. We have full flexibility for RHEL 7.4, which is expected to rebase all of NSS, including nss-softokn. Upstream NSS has support ChaCha for TLS since upstream release NSS 3.25, and I see that code with that name has been added to the NSS freebl and softokn directories. We intend to rebase RHEL 7.4 to version NSS 3.28, because it will be required for Firefox 52. Based on current releases schedules, NSS 3.28 should be ready by mid November. Bob, can we assume that the upstream NSS implementation of ChaCha is sufficiently complete to satisfy Nikos' expectations? Is there anything necessary to verify/test the upstream implementation, that should be done prior to the release of NSS 3.28 mid November? Assigning to Daiki, as this will likely be covered by the expected rebase. The upstream implementation should be sufficient. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHEA-2017:1977 |