You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the problem you need a feature to resolve.
Our internal operators use the quay.io/operator-framework/ansible-operator:latest image for our builds. One concern we have around using the current image is FIPS compliance. My understanding is that the Debian-based image on Dockerhub is not compliant, though it does appear to be operational. This would prevent our operators from being used by users that list FIPS as a hard requirement.
Describe the solution you'd like.
I commented in the previous issue (#6397 (comment)) but I'd like to propose spinning off a new image, similar to the ansible-operator-2.11-preview image, that will use the registry.redhat.io/rhel8/go-toolset image as the base instead of golang to ensure FIPS compliance going forward.
I chose registry.redhat.io/rhel8/go-toolset since the ubi8.7 image is used in the base image. Same minor version is supported, though the go-toolset image is one patch version ahead of the golang image
❯ docker run --rm -it --entrypoint go registry.redhat.io/rhel8/go-toolset:1.19 version
go version go1.19.9 linux/amd64
❯ docker run --rm -it --entrypoint go golang:1.19 version
go version go1.19.8 linux/amd64
I have started looking at this for my team specifically but wanted to open the request here to get your thoughts. If it makes sense, I don't mind owning the issue and creating a draft PR with what I have to get started
/language ansible
The text was updated successfully, but these errors were encountered:
Hi @pit1sIBM thanks for creating this issue. I don't think it would make sense to support another ansible version in this project, as that seems like alot of overhead to maintain. I might be mistaken, but I think the downstream version of operator-sdk provided by Red Hat for OpenShift already has a FIPS compliant ansible image, please check here
Info from the above running in a cluster
Starting pod/test-ansible-fips-6697479759-wd6jp-debug ...
If you don't see a command prompt, try pressing enter.
sh-4.4$ openssl version
OpenSSL 1.1.1k FIPS 25 Mar 2021
Thank you for the response @acornett21 I was also a little concerned with just adding a new image but wasn't sure how to proceed. Have seen your comment and am discussing with our team. I think this can be closed since it seems like there are alternatives.
@acornett21@pit1sIBM Closing this issue, as discussed in the previous threads. Please feel free to reopen if your concerns have not been resolved. Thank you!
Feature Request
Describe the problem you need a feature to resolve.
Our internal operators use the
quay.io/operator-framework/ansible-operator:latest
image for our builds. One concern we have around using the current image is FIPS compliance. My understanding is that the Debian-based image on Dockerhub is not compliant, though it does appear to be operational. This would prevent our operators from being used by users that list FIPS as a hard requirement.Describe the solution you'd like.
I commented in the previous issue (#6397 (comment)) but I'd like to propose spinning off a new image, similar to the ansible-operator-2.11-preview image, that will use the
registry.redhat.io/rhel8/go-toolset
image as the base instead ofgolang
to ensure FIPS compliance going forward.I chose
registry.redhat.io/rhel8/go-toolset
since the ubi8.7 image is used in the base image. Same minor version is supported, though the go-toolset image is one patch version ahead of the golang imageI have started looking at this for my team specifically but wanted to open the request here to get your thoughts. If it makes sense, I don't mind owning the issue and creating a draft PR with what I have to get started
/language ansible
The text was updated successfully, but these errors were encountered: