neutron/neutron/tests/unit/api
LIU Yulong bd6203b2c7 [Security] fix allowed-address-pair 0.0.0.0/0 issue
When add allowed-address-pair 0.0.0.0/0 to one port, it will
unexpectedly open all others' protocol under same security
group. IPv6 has the same problem.

The root cause is the openflow rules calculation of the
security group, it will unexpectedly allow all IP(4&6)
traffic to get through.

For openvswitch openflow firewall, this patch adds a source
mac address match for the allowed-address-pair which has
prefix lenght 0, that means all ethernet packets from this
mac will be accepted. It exactly will meet the request of
accepting any IP address from the configured VM.

Test result shows that the remote security group and
allowed address pair works:
1. Port has 0.0.0.0/0 allowed-address-pair clould send any
   IP (src) packet out.
2. Port has x.x.x.x/y allowed-address-pair could be accepted
   for those VMs under same security group.
3. Ports under same network can reach each other (remote
   security group).
4. Protocol port number could be accessed only when there
   has related rule.

Conflicts:
    neutron/tests/unit/agent/linux/openvswitch_firewall/test_rules.py

Closes-bug: #1867119
Change-Id: I2e3aa7c400d7bb17cc117b65faaa160b41013dde
(cherry picked from commit 00298fe6e8)
2020-07-31 13:31:18 +02:00
..
rpc [Security] fix allowed-address-pair 0.0.0.0/0 issue 2020-07-31 13:31:18 +02:00
v2 use callback payloads for REQUEST/RESPONSE events 2017-12-24 07:27:11 +00:00
__init__.py Send DHCP notifications regardless of agent status 2013-12-19 07:08:19 +00:00
test_api_common.py Add a new configuration variable for api links. 2017-04-18 15:16:41 +00:00
test_extensions.py Update neutron files for new over-indentation hacking rule (E117) 2019-02-02 10:48:26 +00:00
test_versions.py Drop the web_framework option 2017-09-13 15:11:38 -07:00