An issue was discovered in Open vSwitch (OvS) 2.7.x through 2.7.6, affecting ofproto_rule_insert__ in ofproto/ofproto.c. During bundle commit, flows that are added in a bundle are applied to ofproto in order. If a flow cannot be added (e.g., the flow action is a go-to for a group id that does not exist), OvS tries to revert back all previous flows that were successfully applied from the same bundle. This is possible since OvS maintains list of old flows that were replaced by flows from the bundle. While reinserting old flows, OvS has an assertion failure due to a check on rule state != RULE_INITIALIZED. This would work for new flows, but for an old flow the rule state is RULE_REMOVED. The assertion failure causes an OvS crash. Upstream Patch: https://github.com/openvswitch/ovs/commit/0befd1f3745055c32940f5faf9559be6a14395e6
Created openvswitch tracking bugs for this issue: Affects: openstack-rdo [bug 1632526]
Adjust scoring given need for elevated privilege in order to work with OVS flows in a way that is useful to triggering this flaw. RHOSP14 (OVS 2.6.1): openvswitch: - CVE-2018-17205 (not present in ofproto_rule_insert__, ofproto/ofproto.c,) RHOSP13 (OVS 2.6.1) openvswitch: - CVE-2018-17205 (not present in ofproto_rule_insert__, ofproto/ofproto.c,) - Commonly uses FDP version (2.9.0) RHOSP12 (OVS 2.7.4) openvswitch: - CVE-2018-17205 (not present in ofproto_rule_insert__, ofproto/ofproto.c,) - Commonly uses FDP version (2.9.0) RHOSP10 (OVS 2.6.1) openvswitch: - CVE-2018-17205 (not present in ofproto_rule_insert__, ofproto/ofproto.c,) - Commonly uses FDP version (2.9.0) RHOSP9 (OVS not packaged?) openvswitch: - Repo contains 2.5.0 (Installable after running rhos-release 9, seems to inherit from RHOS7 tag) - CVE-2018-17205 (vulnerable code not present, code asserts rule removed, avoiding problematic behaviour) RHOSP8 (OVS not packaged?) openvswitch: - Repo contains 2.5.0 (Installable after running rhos-release 8, seems to inherit from RHOS7 tag) - CVE-2018-17205 (vulnerable code not present, code asserts rule removed, avoiding problematic behaviour) RHOSP7 ELS (Important only, 2.5.0) - CVE-2018-17205 (vulnerable code not present, code asserts rule removed, avoiding problematic behaviour) Fast Data Path RHEL-7 (2.9.0) openvswitch: - CVE-2018-17205 (vulnerable code present in ofproto_rule_insert__, ofproto/ofproto.c, offset) openvswitch2.10: - CVE-2018-17205 (has been fixed, not vulnerable)
This issue has been addressed in the following products: Fast Datapath for RHEL 7 Via RHSA-2018:3500 https://access.redhat.com/errata/RHSA-2018:3500
OpenShift 3.1 to 3.4 included an openvswitch rpm. The node container image (https://access.redhat.com/containers/#/registry.access.redhat.com/openshift3/node) includes the patch for this flaw and as per OpenShift Container Platform Tested Integrations (https://access.redhat.com/articles/2176281) customers are advised to use the updated node container.
This issue has been addressed in the following products: Red Hat OpenStack Platform 10.0 (Newton) Via RHSA-2019:0053 https://access.redhat.com/errata/RHSA-2019:0053
This issue has been addressed in the following products: Red Hat OpenStack Platform 13.0 (Queens) Via RHSA-2019:0081 https://access.redhat.com/errata/RHSA-2019:0081