Podatności GoBGP

W wersji 4.4.0 GoBGP, nieautoryzowany zdalny partner BGP może wywołać krytyczny błąd, wysyłając specjalnie skonstruowaną wiadomość BGP UPDATE. Błąd ten prowadzi do awarii całego procesu GoBGP, co skutkuje całkowitą utratą dostępności usługi.

GoBGP, otwartoźródłowa implementacja protokołu BGP w języku Go, przed wersją 4.3.0 zawiera podatność na zdalny atak typu Denial of Service (DoS). Błędnie sformatowana wiadomość BGP UPDATE może spowodować błąd wykonania związany z indeksem poza zakresem.

W wersji 4.3.0 GoBGP, implementacji protokołu BGP, występuje zdalna podatność na Denial of Service (DoS) spowodowana dereferencją wskaźnika nil. Złośliwy komunikat BGP UPDATE z nieznanym atrybutem ścieżki oznaczonym jako 'Well-known' prowadzi do awarii procesu.

W funkcji ParseIP6Extended w gobgp v4.3.0 występuje odczyt poza zakresem, co pozwala atakującym na spowodowanie Denial of Service (DoS) poprzez dostarczenie spreparowanej wiadomości BGP UPDATE.

GoBGP, implementacja protokołu BGP w języku Go, przed wersją 4.7.0 akceptuje AS_PATH o zerowej długości podczas dekodowania komunikatu UPDATE, a następnie ulega panice przy walidacji tego atrybutu dla peera konfederacji eBGP. Wadliwy komunikat UPDATE, który powinien zostać odrzucony jako nieprawidłowy AS_PATH, trafia do niezabezpieczonego dostępu p.Value[0], co pozwala skonfigurowanemu peerowi konfederacji eBGP wywołać odmowę usługi. Wersja 4.7.0 naprawia problem.

GoBGP, implementacja protokołu BGP w języku Go, w wersjach przed 4.6.0 ma problem z parsowaniem zdolności (capabilities) w komunikacie BGP OPEN — kilka dekoderów może czytać dane z całego pozostałego bufora zamiast z wycinka ograniczonego zadeklarowaną długością CapLen. Wadliwy komunikat OPEN może spowodować, że bajty kolejnej zdolności zostaną zinterpretowane jako część bieżącej; najistotniejszy przypadek dotyczy zdolności 4-oktetowego AS, gdzie CapLen == 0 może spowodować odczyt bajtów następnej zdolności jako wartości AS. Ta wartość może później wpłynąć na walidację AS peera podczas ustanawiania sesji BGP. Wersja 4.6.0 naprawia problem.

Niedomiar liczby całkowitej w funkcji BGPUpdate.DecodeFromBytes w pliku /bgp/bgp.go narzędzia gobgp w wersji v4.3.0. Atakujący może spowodować odmowę usługi poprzez wysłanie spreparowanej wiadomości BGP UPDATE.