On 13/02/2019 20:12, Matt Caswell wrote:
On 13/02/2019 17:32, Jakob Bohm via openssl-users wrote:
On 13/02/2019 12:26, Matt Caswell wrote:
Please see my blog post for an OpenSSL 3.0 and FIPS Update:
https://www.openssl.org/blog/blog/2019/02/13/FIPS-update/
Matt
Given this announcement, a few questions arise:
- How will a FIPS provider in the main tarball ensure compliance
with the strict code delivery and non-change requirements of the
CMVP (what was previously satisfied by distributing physical
copies of the FIPS canister source code, and sites compiling this
in a highly controlled environment to produce a golden canister)?
My understanding is that physical distribution is no longer a requirement.
And the other things in that question?
Integrity of validated source code when other parts of the tarball
get regular changes?
Building the validated source code in a controlled environment
separate from the full tarball?
(If there are answers in the FIPS 3.0.0 draft spec, they need repeating).
- Will there be a reasonable transition period where users of the
old FIPS-validated module can transition to the new module (meaning
that both modules are validated and usable with a supported
FIPS-capable OpenSSL library)? I imagine that applications relying
on the existing FIPS canister will need some time to quality test
their code with all the API changes from OpenSSL 1.0.x to OpenSSL
3.0.x . OS distributions will also need some time to roll out the
resulting feature updates to end users.
The old FIPS module will remain validated for some time to come, so both the old
and new modules will be validated at the same time for a while. 1.0.2 will go
EOL at the end of this year. The intention is that 3.0 will be available before
that. It's not yet clear exactly when 3.0 will become available and what the
overlap with 1.0.2 will be so I don't have an answer at this stage for
transition period.
Matt
So right now, FIPS-validated users are left hanging, with no date to
get a 3.0.0 code drop to start porting and a looming deadline for the
1.0.x API.
Enjoy
Jakob
--
Jakob Bohm, CIO, Partner, WiseMo A/S. https://www.wisemo.com
Transformervej 29, 2860 Søborg, Denmark. Direct +45 31 13 16 10
This public discussion message is non-binding and may contain errors.
WiseMo - Remote Service Management for PCs, Phones and Embedded
--
openssl-users mailing list
To unsubscribe: https://mta.openssl.org/mailman/listinfo/openssl-users