Activity log for bug #1797575

Date Who What changed Old value New value Message
2018-10-12 14:33:05 Olivier De Jonckère bug added bug
2018-10-12 22:55:26 Jeremy Stanley bug task added ossa
2018-10-12 22:55:34 Jeremy Stanley ossa: status New Incomplete
2018-10-12 22:56:19 Jeremy Stanley description As explain in http://www.mulix.org/pubs/misc/sriovsec-tr.pdf an attacker that has been assigned a VF of a NIC for its VM can block the network access for all the VMs using a VF of the same card by sending control flow PAUSE commands at the right interval. The attack is described as hard to detect, easy to implement and absolutely efficient (throughput drops to 0). A VF of a SR-IOV virtualized NIC can be assigned via pci aliases or with neutron ports. I suppose with a VF assigned via a nova pci-passthrough these PAUSE commands would block the network. Would it be the case as well using the neutron port method ? I don't have enough knowledge on neutron's functioning to see if these threats are serious or not, and I do not have the set up to test this myself. This issue is being treated as a potential security risk under embargo. Please do not make any public mention of embargoed (private) security vulnerabilities before their coordinated publication by the OpenStack Vulnerability Management Team in the form of an official OpenStack Security Advisory. This includes discussion of the bug or associated fixes in public forums such as mailing lists, code review systems and bug trackers. Please also avoid private disclosure to other individuals not already approved for access to this information, and provide this same reminder to those who are made aware of the issue prior to publication. All discussion should remain confined to this private bug report, and any proposed fixes should be added to the bug as attachments. As explain in http://www.mulix.org/pubs/misc/sriovsec-tr.pdf an attacker that has been assigned a VF of a NIC for its VM can block the network access for all the VMs using a VF of the same card by sending control flow PAUSE commands at the right interval. The attack is described as hard to detect, easy to implement and absolutely efficient (throughput drops to 0). A VF of a SR-IOV virtualized NIC can be assigned via pci aliases or with neutron ports. I suppose with a VF assigned via a nova pci-passthrough these PAUSE commands would block the network. Would it be the case as well using the neutron port method ? I don't have enough knowledge on neutron's functioning to see if these threats are serious or not, and I do not have the set up to test this myself.
2018-10-12 22:57:15 Jeremy Stanley bug added subscriber Neutron Core Security reviewers
2018-10-30 19:30:30 Miguel Lavalle bug added subscriber sean mooney
2020-02-27 23:46:20 Jeremy Stanley description This issue is being treated as a potential security risk under embargo. Please do not make any public mention of embargoed (private) security vulnerabilities before their coordinated publication by the OpenStack Vulnerability Management Team in the form of an official OpenStack Security Advisory. This includes discussion of the bug or associated fixes in public forums such as mailing lists, code review systems and bug trackers. Please also avoid private disclosure to other individuals not already approved for access to this information, and provide this same reminder to those who are made aware of the issue prior to publication. All discussion should remain confined to this private bug report, and any proposed fixes should be added to the bug as attachments. As explain in http://www.mulix.org/pubs/misc/sriovsec-tr.pdf an attacker that has been assigned a VF of a NIC for its VM can block the network access for all the VMs using a VF of the same card by sending control flow PAUSE commands at the right interval. The attack is described as hard to detect, easy to implement and absolutely efficient (throughput drops to 0). A VF of a SR-IOV virtualized NIC can be assigned via pci aliases or with neutron ports. I suppose with a VF assigned via a nova pci-passthrough these PAUSE commands would block the network. Would it be the case as well using the neutron port method ? I don't have enough knowledge on neutron's functioning to see if these threats are serious or not, and I do not have the set up to test this myself. This issue is being treated as a potential security risk under embargo. Please do not make any public mention of embargoed (private) security vulnerabilities before their coordinated publication by the OpenStack Vulnerability Management Team in the form of an official OpenStack Security Advisory. This includes discussion of the bug or associated fixes in public forums such as mailing lists, code review systems and bug trackers. Please also avoid private disclosure to other individuals not already approved for access to this information, and provide this same reminder to those who are made aware of the issue prior to publication. All discussion should remain confined to this private bug report, and any proposed fixes should be added to the bug as attachments. This embargo shall not extend past 2020-05-27 and will be made public by or on that date if no fix is identified. As explain in http://www.mulix.org/pubs/misc/sriovsec-tr.pdf an attacker that has been assigned a VF of a NIC for its VM can block the network access for all the VMs using a VF of the same card by sending control flow PAUSE commands at the right interval. The attack is described as hard to detect, easy to implement and absolutely efficient (throughput drops to 0). A VF of a SR-IOV virtualized NIC can be assigned via pci aliases or with neutron ports. I suppose with a VF assigned via a nova pci-passthrough these PAUSE commands would block the network. Would it be the case as well using the neutron port method ? I don't have enough knowledge on neutron's functioning to see if these threats are serious or not, and I do not have the set up to test this myself.
2020-04-28 10:15:26 Slawek Kaplonski bug added subscriber Rodolfo Alonso
2020-05-19 18:12:05 Jeremy Stanley description This issue is being treated as a potential security risk under embargo. Please do not make any public mention of embargoed (private) security vulnerabilities before their coordinated publication by the OpenStack Vulnerability Management Team in the form of an official OpenStack Security Advisory. This includes discussion of the bug or associated fixes in public forums such as mailing lists, code review systems and bug trackers. Please also avoid private disclosure to other individuals not already approved for access to this information, and provide this same reminder to those who are made aware of the issue prior to publication. All discussion should remain confined to this private bug report, and any proposed fixes should be added to the bug as attachments. This embargo shall not extend past 2020-05-27 and will be made public by or on that date if no fix is identified. As explain in http://www.mulix.org/pubs/misc/sriovsec-tr.pdf an attacker that has been assigned a VF of a NIC for its VM can block the network access for all the VMs using a VF of the same card by sending control flow PAUSE commands at the right interval. The attack is described as hard to detect, easy to implement and absolutely efficient (throughput drops to 0). A VF of a SR-IOV virtualized NIC can be assigned via pci aliases or with neutron ports. I suppose with a VF assigned via a nova pci-passthrough these PAUSE commands would block the network. Would it be the case as well using the neutron port method ? I don't have enough knowledge on neutron's functioning to see if these threats are serious or not, and I do not have the set up to test this myself. This issue is being treated as a potential security risk under embargo. Please do not make any public mention of embargoed (private) security vulnerabilities before their coordinated publication by the OpenStack Vulnerability Management Team in the form of an official OpenStack Security Advisory. This includes discussion of the bug or associated fixes in public forums such as mailing lists, code review systems and bug trackers. Please also avoid private disclosure to other individuals not already approved for access to this information, and provide this same reminder to those who are made aware of the issue prior to publication. All discussion should remain confined to this private bug report, and any proposed fixes should be added to the bug as attachments. This embargo shall not extend past 2020-05-27 and will be made public by or on that date even if no fix is identified. As explain in http://www.mulix.org/pubs/misc/sriovsec-tr.pdf an attacker that has been assigned a VF of a NIC for its VM can block the network access for all the VMs using a VF of the same card by sending control flow PAUSE commands at the right interval. The attack is described as hard to detect, easy to implement and absolutely efficient (throughput drops to 0). A VF of a SR-IOV virtualized NIC can be assigned via pci aliases or with neutron ports. I suppose with a VF assigned via a nova pci-passthrough these PAUSE commands would block the network. Would it be the case as well using the neutron port method ? I don't have enough knowledge on neutron's functioning to see if these threats are serious or not, and I do not have the set up to test this myself.
2020-05-27 16:00:05 Jeremy Stanley description This issue is being treated as a potential security risk under embargo. Please do not make any public mention of embargoed (private) security vulnerabilities before their coordinated publication by the OpenStack Vulnerability Management Team in the form of an official OpenStack Security Advisory. This includes discussion of the bug or associated fixes in public forums such as mailing lists, code review systems and bug trackers. Please also avoid private disclosure to other individuals not already approved for access to this information, and provide this same reminder to those who are made aware of the issue prior to publication. All discussion should remain confined to this private bug report, and any proposed fixes should be added to the bug as attachments. This embargo shall not extend past 2020-05-27 and will be made public by or on that date even if no fix is identified. As explain in http://www.mulix.org/pubs/misc/sriovsec-tr.pdf an attacker that has been assigned a VF of a NIC for its VM can block the network access for all the VMs using a VF of the same card by sending control flow PAUSE commands at the right interval. The attack is described as hard to detect, easy to implement and absolutely efficient (throughput drops to 0). A VF of a SR-IOV virtualized NIC can be assigned via pci aliases or with neutron ports. I suppose with a VF assigned via a nova pci-passthrough these PAUSE commands would block the network. Would it be the case as well using the neutron port method ? I don't have enough knowledge on neutron's functioning to see if these threats are serious or not, and I do not have the set up to test this myself. As explain in http://www.mulix.org/pubs/misc/sriovsec-tr.pdf an attacker that has been assigned a VF of a NIC for its VM can block the network access for all the VMs using a VF of the same card by sending control flow PAUSE commands at the right interval. The attack is described as hard to detect, easy to implement and absolutely efficient (throughput drops to 0). A VF of a SR-IOV virtualized NIC can be assigned via pci aliases or with neutron ports. I suppose with a VF assigned via a nova pci-passthrough these PAUSE commands would block the network. Would it be the case as well using the neutron port method ? I don't have enough knowledge on neutron's functioning to see if these threats are serious or not, and I do not have the set up to test this myself.
2020-05-27 16:00:16 Jeremy Stanley information type Private Security Public Security
2020-09-03 11:31:19 Slawek Kaplonski tags sriov-pci-pt
2021-02-17 20:15:22 Jeremy Stanley ossa: status Incomplete Won't Fix