An issue was discovered in HDF5 through 1.12.0. A NULL pointer dereference exists in the function H5AC_unpin_entry() located in H5AC.c. It allows an attacker to cause Denial of Service. References: https://github.com/Loginsoft-Research/hdf5-reports/tree/master/Vuln_3 https://research.loginsoft.com/bugs/null-pointer-dereference-in-h5ac-c-hdf5-1-13-0/ https://bitbucket.hdfgroup.org/projects/HDFFV/repos/hdf5/browse/release_docs/RELEASE.txt
Created hdf5 tracking bugs for this issue: Affects: epel-all [bug 1827477] Affects: fedora-all [bug 1827476]
HDF5 is an unused part of RHOSP, it is a loose requirement and included but not used. As OpenShift 4.3 included OpenStack components briefly, HDF5 was present. As such marking OpenStack and OpenShift as affected/wontfix.
This bug is now closed. Further updates for individual products will be reflected on the CVE page(s): https://access.redhat.com/security/cve/cve-2020-10810
Statement: HDF5 is included as part of a loose dependency trail from python3-hardware package. There is a very low likelihood that an attacker would be able to exploit this vulnerability in a meaningful way in both OpenShift and OpenStack In OpenShift 4.3, hdf5 is included in the container openshift/ironic-hardware-inventory-recorder-image, the dependency tail is: python3-hardware -> python3-pandas -> python3-tables -> hdf5