In etcd before versions 3.3.23 and 3.4.10, it is possible to have an entry index greater then the number of entries in the ReadAll method in wal/wal.go. This could cause issues when WAL entries are being read during consensus as an arbitrary etcd consensus participant could go down from a runtime panic when reading the entry. References: https://github.com/etcd-io/etcd/security/advisories/GHSA-m332-53r6-2w93
Created etcd tracking bugs for this issue: Affects: fedora-all [bug 1868873]
External References: https://github.com/etcd-io/etcd/security/advisories/GHSA-m332-53r6-2w93
Upstream patch seems to be: https://github.com/etcd-io/etcd/commit/4571e528f49625d3de3170f219a45c3b3d38c675
Statement: In Red Hat OpenShift Container Platform (RHOCP) the affected components are behind OpenShift OAuth authentication. This restricts access to the vulnerable etcd to authenticated users only, therefore the impact by this vulnerability is Low. A similar access restriction is in place in Red Hat OpenStack Platform (RHOSP) as etcd is limited to use within the internal API network, which is not accessible to any OpenStack tenants.
This issue has been addressed in the following products: Red Hat OpenStack Platform 16.1 Via RHSA-2021:0916 https://access.redhat.com/errata/RHSA-2021:0916
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-15112
This issue has been addressed in the following products: Red Hat Enterprise Linux 7 Extras Via RHSA-2021:1407 https://access.redhat.com/errata/RHSA-2021:1407
This issue has been addressed in the following products: Red Hat OpenShift Container Platform 4.8 Via RHSA-2021:2438 https://access.redhat.com/errata/RHSA-2021:2438