New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
swtpm: Disable OpenSSL FIPS mode to avoid libtpms failures #704
Conversation
|
@elmarco This is the solution for now to run swtpm on FIPS-enabled machines. |
7d4b585
to
4848fb1
Compare
4848fb1
to
7632338
Compare
Pull Request Test Coverage Report for Build 3897
💛 - Coveralls |
2ba4d24
to
3f17b23
Compare
|
This should now be in a shape where this can be merged and should resolve the issue on the platform where the error was reported. |
3f17b23
to
12c1bfa
Compare
|
Obviously this change would prevent the vTPM actually being used with/included in any government certification programs for virt hosts that require FIPS, but as a short term workaround to at least get the VMs booting, the code looks OK. |
So this patch works in the scenario described in the bugzilla? |
I can't claim to have tested it myself, nor in fact even used FIPS, but conceptually I believe it should address the immediate problem. |
While libtpms does not provide any means to disable FIPS-disabled crypto algorithms from being used, work around the issue by simply disabling the FIPS mode of OpenSSL if it is enabled. If it cannot be disabled, exit swtpm with a failure message that it cannot be disabled. If FIPS mode was successfully disabled, print out a message as well. Buglink: https://bugzilla.redhat.com/show_bug.cgi?id=2090219 Signed-off-by: Stefan Berger <stefanb@linux.ibm.com>
12c1bfa
to
5d95d9c
Compare
While libtpms does not provide any means to disable FIPS-disabled crypto
algorithms from being used, work around the issue by simply disabling the
FIPS mode of OpenSSL if it is enabled. If it cannot be disabled, exit
swtpm with a failure message that it cannot be disabled. If FIPS mode
was successfully disabled, print out a message as well.
Signed-off-by: Stefan Berger stefanb@linux.ibm.com