CVE-2016-5363
WysokieStreszczenie
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.
Ocena ryzyka
Organizacja może być narażona na ataki, które mogą prowadzić do zakłóceń w działaniu usług sieciowych oraz utraty poufności danych.
Rekomendacja
Zaleca się aktualizację OpenStack Neutron do najnowszej wersji, aby usunąć tę podatność oraz wdrożenie dodatkowych środków zabezpieczających w celu ochrony przed atakami.
Inne podatności w OpenStack Neutron
Zobacz wszystkie- CVE-2016-5362Wysokie
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.
- CVE-2014-0187Wysokie
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ł.
- CVE-2015-8914Krytyczne
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.
- CVE-2026-55707Wysokie
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.
- CVE-2026-50266Niskie
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.
- CVE-2026-49299Średnie
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.
- CVE-2023-3637Średnie
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.
Oryginalny opis (angielski, źródło NVD)
The IPTables firewall in OpenStack Neutron before 7.0.4 and 8.0.0 through 8.1.0 allows remote attackers to bypass an intended MAC-spoofing protection mechanism and consequently cause a denial of service or intercept network traffic via (1) a crafted DHCP discovery message or (2) crafted non-IP traffic.