Podatności OpenStack Neutron

Zapora IPTables w OpenStack Neutron przed wersją 7.0.4 oraz od 8.0.0 do 8.1.0 pozwala zdalnym atakującym na obejście mechanizmu ochrony przed fałszowaniem adresów MAC, co może prowadzić do odmowy usługi lub przechwytywania ruchu sieciowego.

Zapora IPTables w OpenStack Neutron przed wersją 7.0.4 oraz od 8.0.0 do 8.1.0 pozwala zdalnym atakującym na obejście mechanizmu ochrony przed spoofingiem DHCP, co może prowadzić do odmowy usługi lub przechwycenia ruchu sieciowego za pomocą spreparowanej wiadomości DHCP discovery.

Proces openvswitch-agent w OpenStack Neutron w wersjach 2013.1 przed 2013.2.4 oraz 2014.1 przed 2014.1.1 pozwala zdalnym uwierzytelnionym użytkownikom na obejście ograniczeń grup bezpieczeństwa poprzez nieprawidłowy CIDR w regule grupy bezpieczeństwa, co uniemożliwia zastosowanie dalszych reguł.

Zapora IPTables w OpenStack Neutron przed wersją 7.0.4 oraz od 8.0.0 do 8.1.0 pozwala zdalnym atakującym na obejście mechanizmu ochrony przed fałszowaniem ICMPv6, co może prowadzić do odmowy usługi lub przechwycenia ruchu sieciowego za pomocą lokalnego adresu źródłowego.

W OpenStack Neutron przed wersją 28.0.2, API onboardingu do subnetpool nie weryfikuje własności docelowych podsieci. Uwierzytelniony użytkownik może dołączyć podsieci z współdzielonej sieci innego projektu do własnego subnetpool, modyfikując stan podsieci ofiary i zmieniając zachowanie routingu L3 oraz zakresu adresów dla routerów ofiary.

W OpenStack Neutron przed wersją 28.0.1, menedżer projektu może utworzyć lub zaktualizować port w sieci współdzielonej należącej do innego projektu i ustawić device_owner na wartość zaczynającą się od "network:". Domyślne reguły RBAC dla portów nieprawidłowo obejmowały PROJECT_MANAGER bez wymogu posiadania sieci, co pozwalało każdemu menedżerowi projektu uzyskać zachowanie portu zaufanej usługi sieciowej w sieciach współdzielonych. W zależności od backendu i wdrożenia, może to ominąć ochronę przed spoofingiem i grupy bezpieczeństwa, umożliwiając podszywanie się pod DHCP, MAC lub IP wobec innych dzierżawców w sieci współdzielonej. Jest to regresja CVE-2015-5240.

W OpenStack Neutron przed wersją 28.0.1 kontroler tagowania wymusza nazwy akcji polityki w liczbie mnogiej dla operacji zapisu pojedynczego tagu, podczas gdy zdefiniowane reguły polityki używają nazw w liczbie pojedynczej. Te niezgodne nazwy są oceniane jako dozwolone w domyślnej polityce, co pozwala czytelnikowi projektu na tworzenie i aktualizowanie tagów na zasobach w tym samym projekcie.

W openstack-neutron znaleziono flawę dotyczącą niekontrolowanego zużycia zasobów. Umożliwia to zdalnemu, uwierzytelnionemu użytkownikowi zapytanie o listę grup zabezpieczeń dla nieprawidłowego projektu, co prowadzi do tworzenia zasobów nieograniczonych przez kwotę użytkownika.