An issue was discovered in HDF5 through 1.12.0. A heap-based buffer overflow exists in the function Decompress() located in decompress.c. It can be triggered by sending a crafted file to the gif2h5 binary. It allows an attacker to cause Denial of Service. References: https://github.com/Loginsoft-Research/hdf5-reports/tree/master/Vuln_1 https://research.loginsoft.com/bugs/heap-overflow-in-decompress-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 1827473] Affects: fedora-all [bug 1827472]
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-10809
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