Bug 1962414
Summary: | ed25519 keys do not work when FIPS is enabled | |||
---|---|---|---|---|
Product: | OpenShift Container Platform | Reporter: | Jatan Malde <jmalde> | |
Component: | Installer | Assignee: | Etienne Simard <esimard> | |
Installer sub component: | openshift-installer | QA Contact: | Pedro Amoedo <pamoedom> | |
Status: | CLOSED ERRATA | Docs Contact: | ||
Severity: | low | |||
Priority: | low | CC: | aos-install, esimard, jialiu, kalexand, mstaeble, pamoedom, tsze | |
Version: | 4.7 | |||
Target Milestone: | --- | |||
Target Release: | 4.9.0 | |||
Hardware: | x86_64 | |||
OS: | Linux | |||
Whiteboard: | ||||
Fixed In Version: | Doc Type: | Bug Fix | ||
Doc Text: |
Cause: Installer did not output any error if using ed25519 SSH key type with FIPS enabled.
Consequence: The ed25519 SSH key could not be used when configured in install-config.yaml with FIPS enabled.
Fix: Validation of the SSH key type when FIPS is enabled in the install configuration.
Result: Only FIPS approved SSH key types (rsa and ecdsa) are allowed by the installer when FIPS is enabled.
|
Story Points: | --- | |
Clone Of: | ||||
: | 1969244 (view as bug list) | Environment: | ||
Last Closed: | 2021-10-18 17:31:06 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: | ||||
Bug Blocks: | 1969244 |
Description
Jatan Malde
2021-05-20 02:07:51 UTC
The installation is successful. The only part that does not work is ssh access to the nodes. I am cloning this to a docs BZ to handle documenting that only ecdsa and rsa ssh keys can be used when fips in enabled. This BZ will be kept to add validation in the installer for the same. Hello, I forgot to put in the docs bug link I opened the same day I pulled this bug, https://bugzilla.redhat.com/show_bug.cgi?id=1962418 Just adding in here since I forgot to do it in the first place. Thanks, Jatan. (In reply to Jatan Malde from comment #5) > Hello, > > I forgot to put in the docs bug link I opened the same day I pulled this bug, > https://bugzilla.redhat.com/show_bug.cgi?id=1962418 > > Just adding in here since I forgot to do it in the first place. > > Thanks, > Jatan. Oh. I created a docs BZ too. I will close the one I created. Is this discovered on AWS? ed25519 doesn't seem to work with GCP/Azure: https://bugzilla.redhat.com/show_bug.cgi?id=1968364 (In reply to To Hung Sze from comment #8) > Is this discovered on AWS? > > ed25519 doesn't seem to work with GCP/Azure: > https://bugzilla.redhat.com/show_bug.cgi?id=1968364 The BZ that you linked is strictly for an Azure UPI installation. It is because the UPI ARM templates are attempting to add the ssh key to the VMs. This is not needed and is not done when doing an IPI installation. Are you seeing problems on GCP or with an Azure IPI installation? Yes, IPI Azure install fails. ERROR Error: Error waiting for creation of Linux Virtual Machine "tszeaz062221-62pck-master-2" (Resource Group "tszeaz062221-62pck-rg"): Code="OSProvisioningTimedOut" Message="OS Provisioning for VM 'tszeaz062221-62pck-master-2' did not finish in the allotted time. The VM may still finish provisioning successfully. Please check provisioning state later. Also, make sure the image has been properly prepared (generalized).\r\n * Instructions for Windows: https://azure.microsoft.com/documentation/articles/virtual-machines-windows-upload-image/ \r\n * Instructions for Linux: https://azure.microsoft.com/documentation/articles/virtual-machines-linux-capture-image/ \r\n * If you are deploying more than 20 Virtual Machines concurrently, consider moving your custom image to shared image gallery. Please refer to https://aka.ms/movetosig for the same." ERROR ERROR on ../../../../../tmp/openshift-install-721971274/master/master.tf line 84, in resource "azurerm_linux_virtual_machine" "master": ERROR 84: resource "azurerm_linux_virtual_machine" "master" { ERROR ERROR FATAL failed to fetch Cluster: failed to generate asset "Cluster": failed to create cluster: failed to apply Terraform: failed to complete the change (In reply to To Hung Sze from comment #10) > Yes, IPI Azure install fails. > ERROR Error: Error waiting for creation of Linux Virtual Machine > "tszeaz062221-62pck-master-2" (Resource Group "tszeaz062221-62pck-rg"): > Code="OSProvisioningTimedOut" Message="OS Provisioning for VM > 'tszeaz062221-62pck-master-2' did not finish in the allotted time. The VM > may still finish provisioning successfully. Please check provisioning state > later. Also, make sure the image has been properly prepared > (generalized).\r\n * Instructions for Windows: > https://azure.microsoft.com/documentation/articles/virtual-machines-windows- > upload-image/ \r\n * Instructions for Linux: > https://azure.microsoft.com/documentation/articles/virtual-machines-linux- > capture-image/ \r\n * If you are deploying more than 20 Virtual Machines > concurrently, consider moving your custom image to shared image gallery. > Please refer to https://aka.ms/movetosig for the same." > ERROR > ERROR on ../../../../../tmp/openshift-install-721971274/master/master.tf > line 84, in resource "azurerm_linux_virtual_machine" "master": > ERROR 84: resource "azurerm_linux_virtual_machine" "master" { > ERROR > ERROR > FATAL failed to fetch Cluster: failed to generate asset "Cluster": failed to > create cluster: failed to apply Terraform: failed to complete the change @tsze I think that we are conflating two issues here. There is an issue with using ed25519 ssh keys in conjunction with fips. That configuration is not supported, independent of the platform used. The BZ that you linked is for using ed25519 ssh keys generally with an Azure UPI install, regardless of the fips mode. Yes, please ignore my comment above. Sorry. (In reply to To Hung Sze from comment #15) > Together with this fix, we now validate that supplied key is properly > formatted > FATAL failed to fetch Master Machines: failed to load asset "Install > Config": invalid "install-config.yaml" file: sshKey: Invalid value: > "ssh-ed25519 AAAAC3Nza........2MChd7rH0a+fa1cIqTVjgiYAempLLW > tsze.csb\n": ssh: no key found This was an existing validation, but it also works with the new one. 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 (Moderate: OpenShift Container Platform 4.9.0 bug fix and security update), 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/RHSA-2021:3759 |